Multiple projects on one server

[Andrew Pashkin]

Hi all!

Does anybody had experience in managing deployment of two or
moredifferent projects on one system? I have such task and main issue
that Im experiencing is configuration an dependencies clashes.

Best solution which I have is to make common deployment config for all
projects, but this is looks ugly.

--
With kind regards, Andrew Pashkin.
cell phone - +7 (985) 898 57 59
Skype - waves_in_fluids
e-mail - andrew....@gmx.co.uk

[Andrew Pashkin]

Sorry, I wrote to wrong mailing list (facepalm.jpg). But actually the
topic is relevant to django-users too =)

[Lachlan Musicman]

I do it using 3 different virtualenvs, each w their own Django install (prod, stage, dev).

To facilitate the settings I use the Two Scoops of Django by @pydanny (and his partner whose name escapes me just now) method which I highly recommend as a post-tutorial text in general.

But if they are different projects, virtualenv is your friend.

L.

--
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...@googlegroups.com.
Visit this group at http://groups.google.com/group/django-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/53B3BEC4.5050803%40gmx.co.uk.
For more options, visit https://groups.google.com/d/optout.

[Ilya Kazakevich]

Hello,


Do you have different versions of python or libs? Use virtual env.



Ilya Kazakevich,
JetBrains PyCharm (Best Python/Django IDE)
http://www.jetbrains.com/pycharm/
"Develop with pleasure!"

>--
>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...@googlegroups.com.

>To post to this group, send email to django...@googlegroups.com.
>Visit this group at http://groups.google.com/group/django-users.
>To view this discussion on the web visit

>https://groups.google.com/d/msgid/django-users/53B3C192.9030702%40gmx.c
>o.uk.

>For more options, visit https://groups.google.com/d/optout.
>
>

>-----
>No virus found in this message.
>Checked by AVG - www.avg.com
>Version: 2014.0.4592 / Virus Database: 3986/7780 - Release Date: 07/02/14
>
>-----
>No virus found in this message.
>Checked by AVG - www.avg.com
>Version: 2014.0.4592 / Virus Database: 3986/7770 - Release Date: 06/30/14

[Lachlan Musicman]

Absolutely. Can't speak to different versions of python, although you
could always hard code that in the virtenv itself, but as for libs -
absolutely. In reality most distros (well, deb based) come with python
2 and python 3 and there are packages available if you need an older
version than 2.7.

http://virtualenv.readthedocs.org/en/latest/virtualenv.html

> To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/00a101cf95fb%24f755d0c0%24e6017240%24%40JetBrains.com.

> For more options, visit https://groups.google.com/d/optout.



--

The idea is that a beautiful image is frameable. Everything you need
to see is there: It’s everything you want, and it’s very pleasing
because there’s no extra information that you don’t get to see.
Everything’s in a nice package for you. But sublime art is
unframeable: It’s an image or idea that implies that there’s a bigger
image or idea that you can’t see: You’re only getting to look at a
fraction of it, and in that way it’s both beautiful and scary, because
it’s reminding you that there’s more that you don’t have access to.
It’s now sort of left the piece itself and it’s become your own
invention, so it’s personal as well as being scary as well as being
beautiful, which is what I really like about art like that.
-----------------------------------------------------------------------------------------------------------
Adventure Time http://theholenearthecenteroftheworld.com/

[Jorge Andrés Vergara Ebratt]

The different versions of python do work, I have 2 current projects right now running on the same machine and one uses Python 2.7.x and the otherone uses Python 3.2

You just have to use the -p flag when creating the virtualenv:

virtualenv -p /usr/bin/pythonVersion venv

I use a venv folder to collect all the files so that they don't mix with my projects code, but that's really a personal preference

To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/CAGBeqiPTSiC64uZOASG7ZP%3DoT0RVv9G8P63OeH-M3JDthK0eSA%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

--
Jorge Andres Vergara Ebratt

#SoftwareDeveloper (Or at least trying to be)

@javebratt

facebook.com/javebratt