Django-fr

Forum

#1 12-01-2012 10:49:36

Patrick Dassier
Membre
Inscription : 07-09-2011
Messages : 5

Django chez OVH

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

#2 12-01-2012 10:55:42

duboisnicolas
Membre
Inscription : 14-09-2011
Messages : 2

Re : Django chez OVH

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

#3 12-01-2012 10:56:12

Christophe, Jean-Charles Narbonne
Membre
Inscription : 23-06-2011
Messages : 30

Re : Django chez OVH

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

#4 12-01-2012 10:58:42

bejazzy
Membre
Inscription : 11-08-2010
Messages : 31

Re : Django chez OVH

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

#5 12-01-2012 10:59:06

stopher
Membre
Lieu : Lille
Inscription : 26-09-2011
Messages : 11
Site Web

Re : Django chez OVH

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

#6 12-01-2012 11:02:44

Olivier Collioud
Membre
Inscription : 11-08-2010
Messages : 21

Re : Django chez OVH

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

#7 12-01-2012 12:07:59

Patrick Dassier
Membre
Inscription : 07-09-2011
Messages : 5

Re : Django chez OVH

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

#8 12-01-2012 12:23:12

Bruno Renié
Membre
Inscription : 11-08-2010
Messages : 52

Re : Django chez OVH

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 smile

Hors ligne

#9 12-01-2012 13:40:43

Patrick Dassier
Membre
Inscription : 07-09-2011
Messages : 5

Re : Django chez OVH

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 smile
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>

Hors ligne

#10 12-01-2012 14:05:58

bejazzy
Membre
Inscription : 11-08-2010
Messages : 31

Re : Django chez OVH

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 smile
>> ______________________________**_________________
>> 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

#11 10-12-2012 22:58:29

DJohn
Membre
Inscription : 10-12-2012
Messages : 1

Re : Django chez OVH

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

Pied de page des forums