de on DjangoSnippets [2], and
I have a slimmer version that additionally uses Sphinx's abstract
engine to generate contextual excerpts for results.
Sphinx is pretty easy to set up, and *very* fast. It integrates nicely
with MySQL and PostgreSQL, or with a bit of fiddling with anything
that can be
etty easy to do, and you get more control on ON CASCADE / ON
DELETE statements.
Ludo
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-users@go
a varchar(8) collate utf8_bin, b varchar(8))
character set utf8 collate utf8_general_ci;
Query OK, 0 rows affected (0.08 sec)
mysql> insert into test values (' ', 'e');
Query OK, 1 row affected (0.00 sec)
mysql> select * from test where a=b;
Empty set (0.00 sec)
You can
,
and implements a working, user-friendly admin console on top of that.
People could then swap WP with the new app while maintaining their
data, and having the option of going back to WP. Or even use WP for
presentation and the new app for managing their blog, or vice-versa.
Ludo
--~--~-~
ontend implies quite a lot of work, so it
makes sense to give users the option of swapping the admin at once,
then take their time to migrate the frontend to Django.
Ludo
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
ManyRelatedManager class as it's
dynamically generated inside a method called from
(Related)ManyRelatedObjectsDescriptor.
It seems like a pretty simple use case, but I can't figure a way to do
it, other than writing a full set of custom field/descriptor/manager
which seems pretty overk
I've been using J [1] for a while, it's a lean, fast Java-based editor
with good syntax highlighting support and a class browser. It also has
its own LISP interpreter and email client, but I never use those. :)
[1] http://armedbear.org/
--~--~-~--~~~---~--~~
You
Is there a standard way to have multiple files (eg one per class)
inside an app's model/ folder?
I seem to end up with a different app prefix for each file no matter
what I try, eg mysite/apps/myapp/boxes.py looks for a boxes_boxes table
instead of myapp_boxes.
Thank you Jacob,
that's exactly the answer I was looking for. :)
Jacob Kaplan-Moss wrote:
> That's by design (but you can change it if you like). If you've got
> "mysite.apps.myapp" in INSTALLED_APPS, and the files "boxes.py" with
> a Box model, you'll indeed get a model called "boxes.boxes" The
Does the above mean that I can use the same module (boxes.boxes
?
Here is a copy of the traceback
Traceback (most recent call last):
File "/home/ludo/fashionstreets/django/core/handlers/base.py", line
64, in get_response
response = callback(request, **param_dict)
File "/home/ludo/fashionstreets/django/views/admin/main.py"
11 matches
Mail list logo
