Christophe Le Bot

Pratique de la conception numérique

Installer Drupal 6 sur un serveur mutualisé OVH

Drupal + OVH

Les contraintes des serveurs mutualisés sont souvent agaçantes, mais rarement insurmontables. C’est le cas chez OVH quand on veut installer Drupal 6.

Drupal ne s’installe pas si register_globals est activé, ce qui est le cas par défaut chez OVH (ce serait trop simple…). Mais il est permis de modifier le comportement du serveur, grâce à quelques directives qu’il faut ajouter au début du fichier .htaccess inclus dans le package Drupal :

SetEnv PHP_VER 5
SetEnv REGISTER_GLOBALS 0
SetEnv ZEND_OPTIMIZER 1

En gros, je passe en PHP5, je désactive register_globals et j’en profite pour obtenir les avantages de Zend Optimizer.

Il faut également décommenter la ligne RewriteBase / dans le même fichier pour que la réécriture des adresses par Apache fonctionne correctement :

# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
RewriteBase /

# Rewrite URLs of the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Et là, miracle, Drupal s’installe. Enfin, pas pour tout le monde : sur les anciens hébergements, MySQL est encore en version 4.0, incompatible avec Drupal. Pour s’en sortir, il faut migrer votre base de données vers un autre serveur SQL OVH.

Attention, l’opération est très critique… et n’a pas fonctionné pour moi ! En fait, elle consiste à détruire la base pour la reconstruire à partir de vos sauvegardes. Donc premier point : vérifier que vos sauvegardes sont intègres. Ensuite, il faut suivre la procédure OVH.

Sauf que lorsque j’ai voulu reconstruire la base via le manager OVH, elle n’apparaissait plus dans la liste ! Résultat : plus de base de données ! C’est pratique…

13 commentaires

Auteur
Michael
Date de publication
27 août 2008 à 2:59

Bonjour !
Je tiens à vous remercier …
d’avoir édité ce billet !
j’avais réussis a installer drupal sur hebergement mutualisé ovh,
Avec la commande SetEnv REGISTER_GLOBALS 0
Dans le .htaccess.
cela fonctionnait jusqu’au moment où j’ai telecharger un module incompatible avec php4 !

J’ai donc réécrit le .htaccess comme indiqué
SetEnv PHP_VER 5
SetEnv REGISTER_GLOBALS 0
SetEnv ZEND_OPTIMIZER 1

et mon problème est résolu !
Merci à vous ! et bonne continuation !

(je doit avouer en tant que débutant que je ne vois pas a quoi correspond la commande : SetEnv ZEND_OPTIMIZER 1
je vais me renseigner ! c’est en forgeant qu’on devient forgeront lol)


Auteur
Greg
Date de publication
5 novembre 2008 à 16:07

Petite précision pour l’URL rewriting ( http://forum.ovh.com/showthread.php?t=29172 )

1er cas :
Si drupal est installé dans un dossier (exemple : http://www.nomdusite.com/installationDrupal/ ) il faut remplacer RewriteBase /drupal
par RewriteBase /nomdevotredossier

2ème cas :
Si vous avez installé drupal à la racine de votre site (exemple : http://www.nomdusite.com), il faut ‘décommenter’ la dernière ligne, en enlevant le # (et commenter du coup celle de la première partie; enfin c’est pas mon cas, je n’ai donc pas testé mais logiquement si on décommente les deux, il y aura un conflit)

ça donne :

# uncomment the following line:
RewriteBase /


Auteur
emcores
Date de publication
26 novembre 2008 à 20:56

Bonsoir,

Merci beaucoup pour ce billet, je suis en train d’installer mon site web pro et je bloquais sévèrement !!

Patrick.


Auteur
Geoffrey
Date de publication
25 février 2009 à 13:05

Bonjour, je suis actuellement en train d’installer Drupal, et j’ai un probléme, je n’arrive pas à configurer les droits pour mon user de base de données.

Je suis hébergé chez ovh en 90Plan.

Dois-je mettre la commande suivante et si oui où?
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER
ON databasename.*
TO ‘username’@'localhost’ IDENTIFIED BY ‘password’;

Merci.


Auteur
Christophe
Date de publication
25 février 2009 à 18:27

Le GRANT n’est bien sûr pas autorisé sur les serveurs mutualisés d’OVH. Il faut prendre les informations de connexion livrées par OVH et en particulier le nom du serveur dont la syntaxe est très particulière (ex : ‘mysql-67′). Le serveur ‘localhost’ ne fonctionne pas puisque les bases ne sont pas hébergées sur le serveur web.


Auteur
CM63
Date de publication
4 mars 2009 à 23:23

Bonjour,
Eh bien, que voila de précieuses informations! Je suis sur le point moins aussi d’installer Drupal sur mon compte OVH mutualisé. Je me pose une première question : mon site est actuellement sous Joomla, directement sous mon www, je ne veux pas l’arrêter (plus pour le principe, car il n’y a pas grand chose dedans, mais c’est pour faire comme si, en vraie grandeur, « pendant les travaux le service continue » :-) ), est-ce que je peux ouvrir mon 2ièeme site, sous Drupal, à coté, dans un sous répertoire? Si c’est possible, je veux bien avoir à taper http://www.toto... au lieu de http://www... mais j’aimerais savoir si c’est possible? Avec une base de données vide, pas de problème (je crois que j’ai un compte où je peux en ouvrir plusieurs).
Deuxième question ou plutôt une confirmation de réponse : il vaut mieux installer soit même Drupal par ftp que d’utiliser le module fourni par OVH? Parce que le module fourni par OVH je ne sais pas si il est normalement évolutif, comme doit l’être une install Drupal, et ensuite parce que avec le module, la base de données est-elle sauvegardée?
Merci pour vos réponse.
PS : si vous allez sur mon site par mon nom de domaine, vous allez tomber sur un site Plone, j’ai pour l’instant arrêté mon Site Joomla, et j’ai mis à la racine une redirection sur ce site Plone hébergé gratuitement par Objectis. Mais je veux abandonner Plone et passer à Drupal, donc je peux revenir chez OVH (qui ne fournissait pas Plone).


Auteur
Christophe
Date de publication
6 mars 2009 à 0:00

On peut créer des sous-domaines et les faire pointer vers de nouveaux dossiers dans l’espace d’hébergement (autres que www). Donc oui, on peut avoir plusieurs applications en parallèle.

S’il n’y a qu’une base de données, il suffit juste de définir un préfixe pour les tables. Drupal le propose à l’installation.

Si vous maîtrisez l’installation de ce genre d’applications web, il est toujours préférable d’être autonome, plutôt que de dépendre des services de l’hébergeur.


Auteur
CM63
Date de publication
6 mars 2009 à 20:53

Merci pour vos conseils. Je vais suivre tant bien que mal également les conseils de ce poste, bein que personnellement, je ne comprenne tout simplement pas pourquoi il faut faire de l’url rewriting ?-) .
Merci pour votre aide.


Auteur
lechtitseb
Date de publication
6 octobre 2009 à 22:10

Salut,

Un grand merci pour ce post! J’étais justement occupé à chercher une solution au même problème.

Cheers!


Auteur
Laurent
Date de publication
2 décembre 2009 à 20:52

Bonjour,

Je suis très intéressé par cette solution, cependant, quand j’essaie, cela plante à un moment, juste après avoir défini les noms, et mot de passe d’accès à la base de donnée. Je joins ci dessous le message d’erreur.
Je suis bien en SQL 5 ; Version du client MySQL: 5.0.51a

Warning: fopen(./sites/default/default.settings.php) [function.fopen]: failed to open stream: No such file or directory in /homez.27/su****/www/ecole/includes/install.inc on line 188

Warning: Cannot modify header information – headers already sent by (output started at /homez.27/su****/www/ecole/includes/install.inc:188) in /homez.27/su****/www/ecole/includes/install.inc on line 618

Warning: Cannot modify header information – headers already sent by (output started at /homez.27/su****/www/ecole/includes/install.inc:188) in /homez.27/su****/www/ecole/includes/install.inc on line 619

Auriez vous une idée sur le problème rencontré ?

Merci d’avance,

L@urent


Auteur
Laurent
Date de publication
2 décembre 2009 à 22:09

Problème solutionné ; Désolé, erreur de ma part ; j’ai renommé et non pas copié puis renommé
le fichier default.settings.php

L@urent


Auteur
Yannick
Date de publication
31 décembre 2009 à 0:30

Grand merci Christophe!


Auteur
turfacheval
Date de publication
9 février 2010 à 18:37

Merci à l’auteur de ce site qui nous aide sans rien demander en retour, c’est l’exemple des bienfaits du web. Merci Christophe j’ai pu installer dupral grâce à vos conseils.


* Informations obligatoires