Re: Django Web Hosting Service
Hello, > then why do you recommend that apache be restarted on 17,37 and 57 minutes? > In fact *you* yourself install that cronjob on all django sites.? The cron job you're referring to: 1) Exists because if you've a spike in CPU or memory usage that affects others on the same server your processes will be killed. If we kill your processes the cron job ensures that your website won't be down for too long. 2) Only restarts your instance of Apache if it's down. > debug is false everywhere, apache is tweaked as per your recommendations and > static media is served through the system wide apache. My client had to > upgrade to 80 MB from 40 MB for a site that is 90% admin and has at the most, > three users at a time. A memory leak isn't the only reason that your instance of Apache could be using more than 40 MB of memory, off of the top of my head I can think of nearly half a dozen reasons and I'm just WebFaction's Django monkey. With that said the memory usage related Apache/Django tips that we've in our blog are by no means a one size fits all solution for decreasing Apache's memory usage. -David Sissitka --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users?hl=en -~--~~~~--~~--~--~---
Re: Django Web Hosting Service
On Nov 22, 1:09 pm, Kenneth Gonsalves <[EMAIL PROTECTED]> wrote: > I used to be very prowebfaction- they have huge memory leak > problems and unless you stop and start apache once every 20 minutes, > you very easily go over the memory limits. I now feel they are only > good for toy sites. There are no known memory leaks in our Django stack, if you think you've found one submit a support ticket and we'll be glad to look into it. Every once in a while someone thinks they've found a memory leak in our Django stack but nine tines out of ten the problem is that they've DEBUG set to True in their settings.py. -David Sissitka --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users?hl=en -~--~~~~--~~--~--~---
Re: A Rails/Django Comparison
Performance is definitely a factor, but do you think that it has a place in this article? There are so many ways to deploy a Rails application, which would you include? A book has been written on the subject, covering even half of them in little detail would easily double the article in size. :P If you're going to include works in progress then it's also worth mentioning that the Rails documentation drive has collected over $16,000 USD for professionally written documentation. Just trying to keep things even. -David SissitkaOn 11/14/06, Adrian Holovaty <[EMAIL PROTECTED]> wrote: On 11/14/06, Angel García Cuartero <[EMAIL PROTECTED]> wrote:> I found that most comparisons just don't talk about performance. It would be> great to check how both frameworks deal with complex projects, not just Tada > Lists... you know what I mean. :)Yes. Performance. This article deliberately skims over performance,but I'd suggest that's an important factor in people's decisions.Another factor: the amount of good documentation. Rails has books that cost money and skimpy free documentation, whereas Django has nocommercial books (yet) but fantastic free documentation, plus a freebook that's in the process of being finished ( djangobook.com). Dozensof people have told me this is a key Django advantage in theirexperiences.Adrian--Adrian Holovatyholovaty.com | djangoproject.com --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users?hl=en -~--~~~~--~~--~--~---
Re: A Rails/Django Comparison
Good read, nice to see that there isn't a clear bias. A few thoughts:1) First glimpse in to the Rails code and I've found a breakpoint (ReadersController.edit), that and the lack of image uploading functionality makes me question competence of the Rails developer. The remaining are preference, a lot of people will probably disagree with me here.2) It would have been nice had the playing field been more level, if both of them had spent the same amount of time with their repsective framework. 3) It doesn't mention anything about the Django programmer's prior Python experience or the Rails programmer's prior Ruby experience. -David Sissitka --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users?hl=en -~--~~~~--~~--~--~---
Re: Project URL-prefix
Hrm, just double checking now and I cannot replicate the problems you've listed. Anyways, it looks like ticket #285 mentions a very similar problem, but they've determined that the cause is CGI related and I'm using mod_python. -David SissitkaOn 10/24/06, Dmitry Azhichakov <[EMAIL PROTECTED]> wrote: It was my first solution too, but there are other places in the admininterface that need to be fixed (e.g., "Send and add another" when editing anobject). I don't want a copy of all admin templates in my project. I'm completely fine with the default ones. So I came to this solution.I've found some other minor side effects of the solution above, so itshould properly be called a "dirty workaround" :) --Dmitry-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.5 (GNU/Linux)iD8DBQFFPdyzJ/Gp8hRRFgURAqfPAJ4l4qjGygiSG5OWUZFOSD9h1EvO4ACeI4eU9icAUhdEQqOr/Jno0WNx9e8==M36U-END PGP SIGNATURE- --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
Re: Project URL-prefix
I ran in to a similar problem when deploying a Django project under a sub directory. The project could be accessed at /django, and the administrative log in at /django/admin. The form is supposed to submit to itself, but it was submitting to /admin. I did a bit of digging, and it turns out that the variable that holds the value of the form's action attribute, app_path, wasn't being set correctly. At the time I didn't have the time to figure out exactly what the problem was, but placing a modified version of login.html in one of the project's template directories did the trick. My host said that this was a bug in Django, and that Andy from ReportLab planned on writing about the issue in more detail. -David Sissitka On 10/24/06, Dmitry Azhichakov <[EMAIL PROTECTED]> wrote: > Hello, everyone. > > A little background for a problem first. I'm trying to write a tiny > Django project for our corporate usage (my first one using Django). > Every team has an account on a Linux box where we can host our web > applications with URLs like: http:://server/~project/bin/app and every > application is running with premissions of a corresponding "project" > account. > > I've tried to deploy a Django project with FastCGI and faced a problem > with apps using absolute URL in their templates. In particular, login > page to admin interface has an URL: > http:://server/~project/bin/app/admin/ but the form on the page has > action="/admin/". I've explored django.contrib.admin sources a bit and > found that it uses request.path to retreive an absolute URL of the app. > > I've also tried to find a solution in the official documentation and this > list archives, but all I found is about an URL of app relative to the > root of the project but not an URL of the project itself. > > So, I've made a three-liner hack (wich actually breakes some rules > mentioned in the official documentation). I've created a middleware > class: > > class AbsolutePath : > def process_request( self, request ) : > request.path = request.META["SCRIPT_NAME"] + request.META["PATH_INFO"] > > and inserted it before all others. Fortunately, it even works :), though > I don't completely understand why it do ;). I've expected to be required > to prepend the project prefix to every urlpattern, but they should be > left alone to work properly. It also produces not a very nice URL in my > case, replacing "~" with "%7E" after a login, though it's looking Ok in > the login page source. > > At last, the question: is there a less hacky solution to this problem, > or my solution is Ok? > > -- > Dmitry > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (GNU/Linux) > > iD4DBQFFPcpCJ/Gp8hRRFgURAvsWAJ9ZAMp4e7AuRNUOIGQKT9BToVwWGQCUCZv3 > bRtn8uGgxtLQyrnSLQJWhQ== > =UM1a > -END PGP SIGNATURE- > > > --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
Re: What IDE do you use? (semi-OT)
I think RadRails was created because of the hype that Rails generated, everyone wanted to try it out and a lot of people aren't comfortable with a terminal. Either way, it's more then a Rails aware editor. What features would you like to see, what couldn't be accomplished from an existing Python IDE? All of the features that I can think of present in RadRails are either bloat or not relevant to Django: Database Administrator - To slow for practical use, and Django lacks migrations.Generators - Based on the generators built in to Rails.Quick switch from controller action to the relevant view. - There isn't a standard convention for such a thing in Django, though I guess the template name could be pulled from the view. Testing Helpers - Could be done from exisitng Python IDEs.Built in terminal for debugging and launching a develpment server. - There are better applications that do just that, on OS X there is iTerm, on Windows there is Console2 and PromptPal, not sure about Linux. -David SissitkaOn 10/13/06, Norjee <[EMAIL PROTECTED]> wrote: Rob Hudson schreef:> Should Django look at creating something like what RadRails is for RoR?> http://www.radrails.org/>> It's built on top of Eclipse. The screencasts look pretty cool. >> -RobImho it would be a waste of ressourceries better spend on Djangoitself. As you can already see in this topic, plenty IDE's areavailable for python/django.Rails has/had the problem that it had a lot of "magic"; automagic import of classes/modules/mixins (and automagic creation of functions)this makes code completion by some form of introspection nearlyimpossible, thus it was usefull to create an ide that was aware of therails syntax. For Django, any half-decent IDE suffices. (But this is personal, I don't really need an IDE based interface to manage.py orother fancy stuff)Only the templates might benefit a little. But as Django templates areto be void of logic (as should all templates) i don't think it is really needed to develop an entire ide for that. A few additions to theword-file of your favourite editor shout do the trick.For what's it word. I like Wing IDE (after messing with ultraedit andkomodo) for python stuff, and use ultra-edit for the templates. --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
Re: What IDE do you use? (semi-OT)
I use Komodo IDE and couldn't be happier. Giovanni, you may want to check it out, with it you can write macros in _javascript_ or Python. For example, take this one (See: http://pastie.caboo.se/16926 ) which allows me to type ".span" in an HTML document, hit ALT + S, and it will insert the snippet named "HTML - SPAN". -David SissitkaOn 10/10/06, limodou <[EMAIL PROTECTED]> wrote: On 10/10/06, Giovanni Giorgi <[EMAIL PROTECTED]> wrote:>> I am using emacs but I am looking for a editor easier to customize.> For instance I'd like to be able to write small snippet of python code > to do some tasks.> What do you suggest?>UliPad--I like python!UliPad <>: http://wiki.woodpecker.org.cn/moin/UliPad My Blog: http://www.donews.net/limodou --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
Re: django - kit
I'm not sure what you mean by a kit, something like InstantRails for Django? If so, I'm not aware of one, but Django is pretty easy to install. On 10/7/06, Picio <[EMAIL PROTECTED]> wrote: I know webfaction is very good and I saw a screencast about it.But what I'm searchin for is a kit or a way to build a kit to have aserver at homeLinux or Window based to host my django apps.Hosting is absolutely a good solution, but I have a few intranet sites, that I want to convert to Django.Am I right? Feel free to correct me.Picio --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
Re: django - kit
Another vote for WebFaction if you'd like to take the shared hosting route.-David SissitkaOn 10/7/06, zehi < [EMAIL PROTECTED]> wrote: http://www.webfaction.com/ is very cool including good screencasttutorials and support forums. They work with all 'hot' appszehi --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
Re: Fast hosting for Django
In case anyone is wondering, that is Remi from WebFaction, and that's also why I am a WebFaction customer. :)On 9/25/06, Remi < [EMAIL PROTECTED]> wrote: Just a few comments about WebFaction.> I am a WebFaction customer, definitely not a bad company. A few thoughts> about WebFaction:>> 1) It's a one man show, at least, support is. WebFaction started with just 3 people but we're growing quite rapidlyright now so expect to see more people soon :)> Support ticket response times> are anywhere from three hours to a day and a half. We aim to respond within a few minutes or hours (depending on howurgent the ticket is), and always within 24 hours. If a ticket took aday and a half to get answered it was a mistake on our part and shouldnever happen. > 2) The control panel may be appealing but it is definitely flawed. It> supports Firefox and Internet Explorer, but things are pretty slow with> Opera. Their long running process monitoring (You're allowed one long > running process at $14.50 USD a month.) is pretty bad as well, stopping and> restarting your Apache instance leaves orphaned processes that you> cannot monitor or kill off yourself.I think you're talking about our control panel not killing the processes for you when you delete an application from the controlpanel, I just fixed that bug today :)A couple more things:I can't tell for sure but I'd say that we're probably one of the hostswith the most Django sites right now (we host more than 200 of them). By gaining some experience from all these sites we've been able toeliminate pretty much all problems (like the libexpat version mismatchthat was causing Apache to crash sometimes) and fine tune our setup.I think that we now have one of the best setup for shared hosting: we give each site their own Apache2/mod_python instance proxied behind ourmain Apache server. This gives them maximum flexibility to start/stoptheir Apache server on their own and edit their httpd.conf file as they want.But we also configure our main Apache server to serve static data(images, stylesheets, ...) directly, for maximum speed (this frees eachsite's Apache2/mod_python instance from having to serve all those little requests).Remi. --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
Re: Fast hosting for Django
With a VPS you could install mod_python, either building Apache with it or by loading it dynamically. For more information, see the documentation: http://www.modpython.org/live/current/doc-html/installation.htmlI know for a fact that KnownHost would help you get things up and running if you're not comfortable with administering your own server. Hope it helps. On 9/25/06, iain duncan <[EMAIL PROTECTED]> wrote: On Sun, 2006-24-09 at 23:18 -0400, David Sissitka wrote:> I am a WebFaction customer, definitely not a bad company. A few> thoughts about WebFaction:>> 1) It's a one man show, at least, support is. Support ticket response > times are anywhere from three hours to a day and a half.> 2) The control panel may be appealing but it is definitely flawed. It> supports Firefox and Internet Explorer, but things are pretty slow > with Opera. Their long running process monitoring (You're allowed one> long running process at $14.50 USD a month.) is pretty bad as well,> stopping and restarting your Apache instance leaves orphaned processes > that you cannot monitor or kill off yourself.>> Other then that, it's not to bad. If I were in your position I would> definitely pick up a VPS though, for $5.49 more you could join> KnownHost or Rimuhosting. If you are using a VPS, do you need to know that they supportmod_python, or do they allow you to install modules for your virtualserver?ThanksIain> --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
Re: Fast hosting for Django
I am a WebFaction customer, definitely not a bad company. A few thoughts about WebFaction:1) It's a one man show, at least, support is. Support ticket response times are anywhere from three hours to a day and a half. 2) The control panel may be appealing but it is definitely flawed. It supports Firefox and Internet Explorer, but things are pretty slow with Opera. Their long running process monitoring (You're allowed one long running process at $14.50 USD a month.) is pretty bad as well, stopping and restarting your Apache instance leaves orphaned processes that you cannot monitor or kill off yourself. Other then that, it's not to bad. If I were in your position I would definitely pick up a VPS though, for $5.49 more you could join KnownHost or Rimuhosting.On 9/24/06, Jay Parlar <[EMAIL PROTECTED]> wrote: On 9/24/06, iain duncan <[EMAIL PROTECTED]> wrote:>> I know this has been asked many times, but as new hosting solutions pop> up continually, just wanted to check on recommendations for good fast > shared hosting that is Django friendly and reliable for business> clients.I've had a lot of success with Dreamhost, but some others haven't. Ijust followed Jeff Croft's guide, and it's worked perfectly. I've set up two seperate Dreamhost accounts with Django, both are workinggreat.I've also heard nothing but good reviews about webfaction.com(formerly python-hosting.com), and they even natively support Django(whereas you have to "do it yourself" with Dreamhost).Jay P. --~--~-~--~~~---~--~~ 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@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~--~~~~--~~--~--~---
