Vous n'êtes pas identifié(e).
Bonjour,
Est-ce que quelqu'un à déjà installé une site en Django chez OVH
(serveur mutualisé perso ou pro) ?
La version de Python proposée est la 2.4.4.
Est-ce que Django 1.3 est compatible de cette version de Python ?
Merci
Patrick
Hors ligne
Salut Patrick,
J'étais tombé sur cette doc qui doit toujours être d'actualité :
http://rabaix.net/en/articles/2007/08/31/how-to-install-django-on-ovh-net
Bon courage,
— Nicolas
2012/1/12 Patrick Dassier <patrick.dassier _AT_ gmail.com>
> Bonjour,
>
> Est-ce que quelqu'un à déjà installé une site en Django chez OVH (serveur
> mutualisé perso ou pro) ?
> La version de Python proposée est la 2.4.4.
> Est-ce que Django 1.3 est compatible de cette version de Python ?
>
> Merci
>
> Patrick
> ______________________________**_________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/**listinfo/django<http://lists.afpy.org/mailman/listinfo/django>
>
Hors ligne
C'est à partir de django 1.4 (qui arrive en mars) que la branche 2.4 de
python n'est plus suportée.
Après, je n'ai touché qu'aux serveurs dédiés pour l'instant.
2012/1/12 Patrick Dassier <patrick.dassier _AT_ gmail.com>
> Bonjour,
>
> Est-ce que quelqu'un à déjà installé une site en Django chez OVH (serveur
> mutualisé perso ou pro) ?
> La version de Python proposée est la 2.4.4.
> Est-ce que Django 1.3 est compatible de cette version de Python ?
>
> Merci
>
> Patrick
> ______________________________**_________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/**listinfo/django<http://lists.afpy.org/mailman/listinfo/django>
>
Hors ligne
Bonjour,
C'était l"hebergeur sur lequel j'étais quand j'ai commencé à jouer avec
Django. L'offre est intéressante, mais comme vous, je n'avais droit qu'à la
2.4.4. Ça n'a pas été évident (pour moi) de mettre un simple site en place.
Le manque de fléxibilité, m'a fait changer d'avis un peu plus d'un an plus
tard.
Damien
Le 12 janvier 2012 10:49, Patrick Dassier <patrick.dassier _AT_ gmail.com> a
écrit :
> Bonjour,
>
> Est-ce que quelqu'un à déjà installé une site en Django chez OVH (serveur
> mutualisé perso ou pro) ?
> La version de Python proposée est la 2.4.4.
> Est-ce que Django 1.3 est compatible de cette version de Python ?
>
> Merci
>
> Patrick
> ______________________________**_________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/**listinfo/django<http://lists.afpy.org/mailman/listinfo/django>
>
Hors ligne
Bonjour ,
Je n'ai jamais installé Django sur un mutualisé chez OVH
cependant , d'apres la doc, django est compatible avec les versions 2.4 à 2.7
Being a Python Web framework, Django requires Python. It works with any Python version from 2.4 to 2.7 (due to backwards incompatibilities in Python 3.0, Django does not currently work with Python 3.0;
https://docs.djangoproject.com/en/1.3/intro/install/
Cependant, il est conseillé d'utiliser une version de python >= 2.5 et pour le moment < 3.0
Ne peux tu pas installer une version plus récente de python sur ton serveur OVH ?
Le 2012-01-12 à 10:49, Patrick Dassier a écrit :
> Bonjour,
>
> Est-ce que quelqu'un à déjà installé une site en Django chez OVH (serveur mutualisé perso ou pro) ?
> La version de Python proposée est la 2.4.4.
> Est-ce que Django 1.3 est compatible de cette version de Python ?
>
> Merci
>
> Patrick
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
Hors ligne
Salut,
va donc chez https://www.alwaysdata.com/language/fr ! ;-)
Olivier.
Le 12 janvier 2012 10:49, Patrick Dassier <patrick.dassier _AT_ gmail.com> a écrit :
> Bonjour,
>
> Est-ce que quelqu'un à déjà installé une site en Django chez OVH (serveur
> mutualisé perso ou pro) ?
> La version de Python proposée est la 2.4.4.
> Est-ce que Django 1.3 est compatible de cette version de Python ?
>
> Merci
>
> Patrick
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
Hors ligne
Bonjour,
Si je prends une offre 'Pro', j'aurais un accès SSH, donc possibilité
d'installer en local un python plus récent.
Maintenant, je ne sais pas si tous les outils nécessaire à la
compilation d'un python sont installés sur les serveurs OVH mutualisés.
Le 12/01/2012 10:59, christophe de saint leger a écrit :
> Bonjour ,
>
> Je n'ai jamais installé Django sur un mutualisé chez OVH
> cependant , d'apres la doc, django est compatible avec les versions 2.4 à 2.7
>
> Being a Python Web framework, Django requires Python. It works with any Python version from 2.4 to 2.7 (due to backwards incompatibilities in Python 3.0, Django does not currently work with Python 3.0;
> https://docs.djangoproject.com/en/1.3/intro/install/
>
> Cependant, il est conseillé d'utiliser une version de python>= 2.5 et pour le moment< 3.0
>
> Ne peux tu pas installer une version plus récente de python sur ton serveur OVH ?
>
>
>
> Le 2012-01-12 à 10:49, Patrick Dassier a écrit :
>
>
>> Bonjour,
>>
>> Est-ce que quelqu'un à déjà installé une site en Django chez OVH (serveur mutualisé perso ou pro) ?
>> La version de Python proposée est la 2.4.4.
>> Est-ce que Django 1.3 est compatible de cette version de Python ?
>>
>> Merci
>>
>> Patrick
>> _______________________________________________
>> django mailing list
>> django _AT_ lists.afpy.org
>> http://lists.afpy.org/mailman/listinfo/django
>>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>
Hors ligne
2012/1/12 Patrick Dassier <patrick.dassier _AT_ gmail.com>:
> Bonjour,
>
> Si je prends une offre 'Pro', j'aurais un accès SSH, donc possibilité
> d'installer en local un python plus récent.
Alwaysdata ou Webfaction sont un peu plus chers que les offres "pro"
mais supportent Django officiellement, avec des pythons récents et des
meilleures performances qu'en CGI. Je vais dans le sens de ceux qui
ont déjà posté, chez OVH tu risques d'y passer un moment
Hors ligne
Merci à tous pour vos réponses.
Le 12/01/2012 12:23, Bruno Renié a écrit :
> 2012/1/12 Patrick Dassier<patrick.dassier _AT_ gmail.com>:
>
>> Bonjour,
>>
>> Si je prends une offre 'Pro', j'aurais un accès SSH, donc possibilité
>> d'installer en local un python plus récent.
>>
> Alwaysdata ou Webfaction sont un peu plus chers que les offres "pro"
> mais supportent Django officiellement, avec des pythons récents et des
> meilleures performances qu'en CGI. Je vais dans le sens de ceux qui
> ont déjà posté, chez OVH tu risques d'y passer un moment
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>
Hors ligne
Voici les notes que j'avais prises il y a presque un an quand j'avais
"déployé" mon site Django sur un mutualisé chez OVH (l'offre la moins
chère).
Remarque: j'utilise les 'markup' de Emacs Org-mode (
http://orgmode.org/guide/Markup.html#Markup). Et comme c'était il y un an,
peut-être que des choses ont changé depuis. De plus, il y a peut-être
plusieurs possibilités de procéder.
À savoir qu'aucune configuration du serveur Apache n'est possible pour
l'offre d'hébergement mutualisée. Seule la manipulation de fichiers
=.htaccess= (par répertoire) permet de configurer localement. Une
configuration particulière peut éventuellement être demandé à
l'herbergeur,
mais rien n'est moins sûr.
1. Copier via FTP le dossier =django= localement décompressé par vos
soins
dans un répertoire de votre compte FTP. Par exemple, je l'ai mis dans
=/code/django=.
2. Copier le projet Django. Juste pour l'exemple, je l'ai mis dans le
répertoire =/src= que j'ai crée.
3. Dans =/www=, j'ai créer un dossier qui porte le nom du site que je lui
ai associé =home= pour ma page d'accueil, =myproject= pour le site
dédié
à un projet, ...
4. Mettre le fichier =django.cgi= [1] dans cet =/www/home=. Peut-être
sera-t-il nécessaire de remplacer le début du fichier =#!/usr/bin/env
python= par =#!/usr/bin/python=.
5. Éditer ce fichier de telle sorte que:
- il trouve le répertoire =/code/django= dans le =sys.path= de
Python. =sys.path.append("HOMEDIR/code")= devrait suffire.
- il trouve le répertoire associé à votre projet
Django. =sys.path.append("HOMEDIR/src/")=
puis le rendre exécutable.
6. Configurer votre fichier =settings.py= pour qu'il puisse trouver les
template et media.
7. Copier le dossier media à la racine de votre page =/www/mysite/=.
8. Créer un fichier =.htaccess= dans le répertoire =/www/mysite/= qui
comporte
#+BEGIN_SRC apache
Options +ExecCGI
AddHandler cgi-script .cgi
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ django.cgi/$1 [L]
#+END_SRC
9. Aller à l'adresse http://votredomaine.org/mysite, le fichier
=.htaccess=
doit lire le fichier =dajngo.cgi= (rendu exécutable)
[1] Il est à télécharger à
http://code.djangoproject.com/attachment/ticket/2407/django.cgi?format=raw
voir aussi le ticket associé http://code.djangoproject.com/ticket/2407
Pour la synchronisation avec la base de données, impossible d'exécuter le
fichier =manager.py= de votre projet Django. Il faut alors synchroniser
localement puis exporter la base de données chez votre hébergeur via
phpmyadmin.
Cheers !!
Damien G.
Le 12 janvier 2012 13:40, Patrick Dassier <patrick.dassier _AT_ gmail.com> a
écrit :
> Merci à tous pour vos réponses.
>
>
>
> Le 12/01/2012 12:23, Bruno Renié a écrit :
>
> 2012/1/12 Patrick Dassier<patrick.dassier@gmail.**com<patrick.dassier _AT_ gmail.com>
>> >:
>>
>>
>>> Bonjour,
>>>
>>> Si je prends une offre 'Pro', j'aurais un accès SSH, donc possibilité
>>> d'installer en local un python plus récent.
>>>
>>>
>> Alwaysdata ou Webfaction sont un peu plus chers que les offres "pro"
>> mais supportent Django officiellement, avec des pythons récents et des
>> meilleures performances qu'en CGI. Je vais dans le sens de ceux qui
>> ont déjà posté, chez OVH tu risques d'y passer un moment
>> ______________________________**_________________
>> django mailing list
>> django _AT_ lists.afpy.org
>> http://lists.afpy.org/mailman/**listinfo/django<http://lists.afpy.org/mailman/listinfo/django>
>>
>>
> ______________________________**_________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/**listinfo/django<http://lists.afpy.org/mailman/listinfo/django>
>
Hors ligne
Bonjour,
Je me permet de rebondir sur ce post car ma problematique est assez similaire. J'ai une offre "pro" chez ovh (donc sur server mutualisé) attaché à un site (www.monsite1.com). Sur celui ci j'ai créer un multidomaine et y heberge donc un autre domaine (www.monsite2.com pointe apparement directement vers un dossier /monsite2 situé à la racine de www.monsite1.com).
www.monsite1.com est fait en php, mais je me suis mis depuis au python et à django. www.monsite2.com est donc codé via django.
J'ai essayé d'adapter les explication ci dessus à mon cas pour passer en production, mais c'est sans succes. Il semblerait que j'ai une erreur 500 qd je me connecte à www.monsite2.com
en FTP, www.monsite1.com à la structure suivante:
/www
* ici se situe tout le code de www.monsite1.com
/monsite2
/django (copié collé du repertoire django de mon PC dans Python26\Lib\site-packages\django)
/appsite2 (code de www.monsite2.com, copié collé du repertoire de mon application 'appsite2' en dev sur mon pc)
/appsite2
settings.py
urls.py
...
/dossier1
/media
/Templates
manage.py
data_base
/www
.htaccess
/cgi-bin
django.cgi (avec les droits 705)
>>>contenu de .htaccess:
RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /cgi-bin/django.cgi/$1 [L]
>>>contenu de django.cgi:
#!/usr/bin/env python
# encoding: utf-8
"""
django.cgi
A simple cgi script which uses the django WSGI to serve requests.
Code copy/pasted from PEP-0333 and then tweaked to serve django.
http://www.python.org/dev/peps/pep-0333 … teway-side
This script assumes django is on your sys.path, and that your site code is at
/home/mycode/mysite. Copy this script into your cgi-bin directory (or do
whatever you need to to make a cgi script executable on your system), and then
update the paths at the bottom of this file to suit your site.
This is probably the slowest way to serve django pages, as the python
interpreter, the django code-base and your site code has to be loaded every
time a request is served. FCGI and mod_python solve this problem, use them if
you can.
In order to speed things up it may be worth experimenting with running
uncompressed zips on the sys.path for django and the site code, as this can be
(theorectically) faster. See PEP-0273 (specifically Benchmarks).
http://www.python.org/dev/peps/pep-0273/
Make sure all python files are compiled in your code base. See
http://docs.python.org/lib/module-compileall.html
"""
import os, sys
sys.path.append("/monsite2/django/")
sys.path.append("/monsite2/")
sys.path.append("/monsite2/appsite2/")
sys.path.append("/monsite2/")
# insert a sys.path.append("whatever") in here if django is not
# on your sys.path.
import django.core.handlers.wsgi
def run_with_cgi(application):
environ = dict(os.environ.items())
environ['wsgi.input'] = sys.stdin
environ['wsgi.errors'] = sys.stderr
environ['wsgi.version'] = (1,0)
environ['wsgi.multithread'] = False
environ['wsgi.multiprocess'] = True
environ['wsgi.run_once'] = True
if environ.get('HTTPS','off') in ('on','1'):
environ['wsgi.url_scheme'] = 'https'
else:
environ['wsgi.url_scheme'] = 'http'
headers_set = []
headers_sent = []
def write(data):
if not headers_set:
raise AssertionError("write() before start_response()")
elif not headers_sent:
# Before the first output, send the stored headers
status, response_headers = headers_sent[:] = headers_set
sys.stdout.write('Status: %s\r\n' % status)
for header in response_headers:
sys.stdout.write('%s: %s\r\n' % header)
sys.stdout.write('\r\n')
sys.stdout.write(data)
sys.stdout.flush()
def start_response(status,response_headers,exc_info=None):
if exc_info:
try:
if headers_sent:
# Re-raise original exception if headers sent
raise exc_info[0], exc_info[1], exc_info[2]
finally:
exc_info = None # avoid dangling circular ref
elif headers_set:
raise AssertionError("Headers already set!")
headers_set[:] = [status,response_headers]
return write
result = application(environ, start_response)
try:
for data in result:
if data: # don't send headers until body appears
write(data)
if not headers_sent:
write('') # send headers now if body was empty
finally:
if hasattr(result,'close'):
result.close()
# Change this to the directory above your site code.
sys.path.append("/monsite2/appsite2")
# Change mysite to the name of your site package
os.environ['DJANGO_SETTINGS_MODULE'] = 'monsite2.appsite2.appsite2.settings'
run_with_cgi(django.core.handlers.wsgi.WSGIHandler())
Hors ligne