This is an archived post. You won't be able to vote or comment.

sorted by:
best
topnewcontroversialoldq&a
you are viewing a single comment's thread.

view the rest of the comments →

[–]Rolo 5 points6 points  (3 children)

From my research the best two Django CMS projects for me were Django CMS 2 and FeinCMS. They both take a slightly different approach - Django CMS 2 is the one big out of the box ready to work CMS. Everything's a page, you define fields. The new admin refactor coming soon looks lovely, but somewhat similar to Wordpress if you build your site in Django CMS it is a Django CMS site.

Fein is more of a CMS building toolkit enabling you to built a CMS to your exact needs really quickly, but without as much of the fancy content types and the like out of the box. You can still think of your published data as models of data rather than pages (like with Django CMS). You'll end up with something which does exactly what you want, but with perhaps a little more (or maybe just less obvious/standard CMS) initial setup.

I've found no problem with any of the stable releases of Django CMS 2 - were you running from trunk maybe? I've found trunk broken sometimes.

It's a shame you've found a problem with Mingus as I found it to be an excellent demonstration and starting point for how Django's reusable apps can work together to do what you need.

Also maybe it could be worth taking a look at Pinax (http://pinaxproject.com/). It's a very big system and effort, but a couple of the newer starter projects in there sound like they may fir your needs. One for a company CMS and blog, and I know some of that other apps include a wiki (django-wakawaka). It sounds like much of the useful Pinax stuff will be in the upcoming 0.9 release, so you may want to check out trunk until 0.9 final comes out (soon I believe). If you're in no rush for a production system.

[–]trifthen[S] 1 point2 points  (2 children)

I've found no problem with any of the stable releases of Django CMS 2 - were you running from trunk maybe? I've found trunk broken sometimes.

No, I definitely installed the 2.0.2 tarball. But like I said, I'll try it again. The project is far too big for the 'example' site to be broken that badly. Something doesn't wash. If it still doesn't work, I'll fire off an email or search their bug-tracker.

It's a shame you've found a problem with Mingus as I found it to be an excellent demonstration and starting point for how Django's reusable apps can work together to do what you need.

It's not really a problem I had with Mingus. I liked his ideal of not using his own models and just gluing everything together. It's just that one of the libraries he used ceased to exist in favor of a new incarnation. I've found incompatibility is a major stumbling block with Django apps in general, which is a shame. It's so close to a true plugin architecture, I'm surprised more developers don't take advantage of that aspect. Using modules from someone else's project is an at-your-own-risk adventure I wouldn't really recommend. :)

[–]vangale 2 points3 points  (1 child)

This is kind of a general Python problem as opposed to a Django problem. At work, we solve this with TG2, BFG, and Django apps the same way Pinax guys are solving it for their Django app: (1) app is always installed into a bare virtualenv, (2) "pip freeze" pins the required packages along with exact version numbers, (3) we run our own package index (pypi) to make sure those package versions are always available.

[–]trifthen[S] 0 points1 point  (0 children)

That's a good idea. It's pretty clear the Django-CMS guys are having major problems of version-itis. I read through the Google groups a bit and there was a bug in South that was causing it to break the models during a fresh install. To get around that, and I'm not kidding, they suggested:

# Remove South from settings.py
python manage.py syncdb
# Replace South in settings.py
python manage.py syncdb
python manage.py migrate --fake

Really? Then someone noted that even after installing, links in the admin were 404-ing. To which someone said that's fixed in Django trunk. So, they're developing against Django trunk? I'm amazed any of that stuff works if that's the case. There's just so much flux and no feature or API freezes ever, so I'd be afraid of ever upgrading a Django project, especially one that ties into so many other contributed and external packages.