I posted this on django-users so I won't post the same here but I thought the actual framework developers might have excellent feedback on this.
This is just an invitation to participate in django-users thread. I'm sure this will be very useful to many people moving to django from ruby on rails and php mvc frameworks.
> I posted this on django-users so I won't post the same here but I > thought the actual framework developers might have excellent feedback > on this.
> This is just an invitation to participate in django-users thread. I'm > sure this will be very useful to many people moving to django from > ruby on rails and php mvc frameworks.
> ...but it hasn't been updated in a while. If anyone comes up with > useful things, could you (or them) update that page?
> Thanks, > Simon
> On Jul 25, 11:41 am, Sebastian Macias <sebast...@sebastianmacias.com> > wrote:
> > I posted this on django-users so I won't post the same here but I > > thought the actual framework developers might have excellent feedback > > on this.
> > This is just an invitation to participate in django-users thread. I'm > > sure this will be very useful to many people moving to django from > > ruby on rails and php mvc frameworks.
> I just came up with a setup that works perfectly for me as it allows > me to work on project specific apps as well as on portable apps > efficiently.
> > ...but it hasn't been updated in a while. If anyone comes up with > > useful things, could you (or them) update that page?
> > Thanks, > > Simon
> > On Jul 25, 11:41 am, Sebastian Macias <sebast...@sebastianmacias.com> > > wrote:
> > > I posted this on django-users so I won't post the same here but I > > > thought the actual framework developers might have excellent feedback > > > on this.
> > > This is just an invitation to participate in django-users thread. I'm > > > sure this will be very useful to many people moving to django from > > > ruby on rails and php mvc frameworks.
Why do you need a shared project to house generic apps? Why not just put them at dango_root (or anywhere on your python path), and install them in your django projects (sites)?
I also put default templates with the apps, and override them with project templates if need be.
If you work with several django sites, it may be desirable to have each use their own private copies of django and generic apps, so that individual sites can be upgraded without worrying about backwards incompatible changes in django or generic apps. I do this with Subversion externals.
All you need to do is set the python path to root/mysite/ for your dev/ production server or interactive shell. I do that with shell aliases/ scripts. Then you can still work on your generic apps within mysite, and commit those changes directly back to the trunk version to be utilised by other projects that track trunk, or new projects.