Yes, I like to have three levels, too. I call the middle one "staging". You can tear it down and build it up again as many times as needed to get it right.
A ten-year-old PC will work fine for staging practice. Blow the dust out (the dust affects cooling and leads to poor reliability), load Ubuntu, and park it in an unused corner somewhere. My home-office Linux box is a Dell desktop purchased at a University surplus sale for $20 six or seven years ago. It runs Apache, MySQL, Asterisk, and the Python program that regulates the lights and heat in our Iguana enclosure. The most expensive component (other than the iguana) is a $50 UPS. Much easier than trying to make your production machine do double duty.
I use a structured settings module to switch back-and-forth between the three levels. Look at the manage.py and the formhub/settings directory in https://github.com/vernondcole/formhub for an example how to do that. Also look at requirements.pip in that repository for an idea how to load most of the prerequisites automatically. Documentation is in the wiki of https://github.com/modilabs/formhub/wiki/_pages . (Formhub is a django system used to receive generic survey data taken using android devices offline.)A ten-year-old PC will work fine for staging practice. Blow the dust out (the dust affects cooling and leads to poor reliability), load Ubuntu, and park it in an unused corner somewhere. My home-office Linux box is a Dell desktop purchased at a University surplus sale for $20 six or seven years ago. It runs Apache, MySQL, Asterisk, and the Python program that regulates the lights and heat in our Iguana enclosure. The most expensive component (other than the iguana) is a $50 UPS. Much easier than trying to make your production machine do double duty.
On Wed, Sep 25, 2013 at 12:49 PM, Bill Freeman <ke1g.nh@gmail.com> wrote:
I guess that it's what you're used to. I'm perfectly happy with emacs (less so with vi or vim, but still happy enough). I'm happy with emac's python mode, css mode, etc. There's even supposed to be help for Django templates now. I'm using the Espresso add-on for JavaScript. It's not everything that the IDEs offer, but I don't have to keep re-learning how to do things. vim has some pretty good syntax support too. I certainly wouldn't pay for something. And having installed eclipse, it makes emacs look light weight.Bill, the curmudgeon
Indeed, I, too, tend to develop and test on my laptop, when I'm happy, check in my chaanges (mercurial), push to the linode, ssh in, update to head, and touch the wsgi script file (IIRC). In a pinch I can directly edit on the linode, using vim through ssh, or emacs tramp mode over ssh, or, if you want to install your favorite X based editor on the linode, through a ssh -Y tunnel.
On Wed, Sep 25, 2013 at 2:06 PM, Jorge Arevalo <jorge.arevalo@geomati.co> wrote:
Fine. I don't think my boss is going to pay for PyCharm license, so I'll probably go for Eclipse now (I don't really like it too much, but if works, it's ok for me)About virtualenv, is there any method to provide something like a script to create a virtualenv, install the needed software and have a working environment in a few commands? Something like "vagrantfile for virtualenv" http://docs.vagrantup.com/v2/vagrantfile/index.htmlAgain, many thanks for your useful insights
On Tuesday, September 17, 2013 4:29:14 PM UTC+2, Vernon D. Cole wrote:Answering the other half of your question: The choice of IDE is not nearly as important as its ease of integration with your dvcs. If you are already familiar with a good one, don't change.
On my present project, my boss and I are both using PyCharm, and my other co-worker is using Eclipse, since he is more comfortable (and therefore, more productive) with it. Both IDE's have good integration with git (my least favourite dvcs, but the boss's choice) and our sharing is done using a group private repository on github. This is on Ubuntu Linux, it all works well. In the evening hours, I use PyCharm on Windows 7 to contribute to an open source project hosted on bitbucket using mercurial. Both projects end up being tested on the same Linode.
Yes, use virtualenv. I also made the mistake of thinking of it as a virtual computer. It is not. It is only a method of separating Python library directories so that you can experiment with different configurations easily. It does not slow anything down, and actually makes installation of packages easier. Use virtualenvwrapper to make switching environments easy. PyCharm also supports virtual environments as well as django projects. It is commercial, and suffers from a few Java idiosyncrasies, but the boss paid for the license ;-) so I don't mind.
--
You received this message because you are subscribed to the Google Groups "Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to django-users+unsubscribe@googlegroups.com.
To post to this group, send email to django-users@googlegroups.com.
Visit this group at http://groups.google.com/group/django-users.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to a topic in the Google Groups "Django users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/django-users/QhYZZF7mrIw/unsubscribe.
To unsubscribe from this group and all its topics, send an email to django-users+unsubscribe@googlegroups.com.
To post to this group, send email to django-users@googlegroups.com.
Visit this group at http://groups.google.com/group/django-users.
For more options, visit https://groups.google.com/groups/opt_out.
You received this message because you are subscribed to the Google Groups "Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to django-users+unsubscribe@googlegroups.com.
To post to this group, send email to django-users@googlegroups.com.
Visit this group at http://groups.google.com/group/django-users.
For more options, visit https://groups.google.com/groups/opt_out.
No comments:
Post a Comment