Problème d'installation

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

Submitted by EricP on

Bonjour,

Impossible d'installer Drupal chez Ouvaton

J'ai créé la base.
J'ai téléchargé les fichiers décompressés dans /html (le root utilisateurs).
J'ai mis le settings.php en 777 après avoir adapté $db_url = 'mysql://xxxxxxxx:yyyyyyyy@127.0.0.1/zzzzzzzzz';

1°) Au 1er essai de connexion, j'ai eu plein de "warning" indiquant que les tables n'existaient pas, et les tables n'ont pas été créées.

2°) J'ai ajouté un error_reporting (0); dans settings.php
Ecran vierge à la connexion au site
Les tables ne sont pas créées

3°) J'ai modifié error_reporting (10);
et jai ces messages à la connexion:

Notice: Undefined variable: variables in /.../html/includes/bootstrap.inc on line 349

Notice: Undefined variable: variables in /.../html/includes/bootstrap.inc on line 356

Notice: Undefined property: theme in .../html/includes/theme.inc on line 45

Notice: Undefined index: garland in .../html/includes/theme.inc on line 58

Notice: Undefined index: garland in /.../html/includes/theme.inc on line 67

Notice: Undefined index: garland in /.../html/includes/theme.inc on line 72

Notice: Undefined index: garland in /.../html/includes/theme.inc on line 76

et les tables ne sont toujours pas créées.

Je me suis renseigné:
- drupal 5 tourne sur Ouvaton 3(nouvelle plateforme) s'il a été installé sur l'ancienne plateforme.
- Mais il semble qu'aucune installation n'ait pu se faire sur la nouvelle plateforme.

Quelq'un peut-il m'aider?

Merci d'avance,
Eric

Forum : 
Support général
Version de Drupal : 
5.x

Soumis par geeloo@drupal.org le 31 Mars, 2007 - 11:09

En version 5.x, il ne faut pas modifier le fichier settings.php, c'est le script d'installation qui s'en chargera.

  1. Transférer les fichiers dans ton /html/
  2. Passer le fichier settings.php en 777
  3. Visiter l'adresse tonsite.ouvaton.org/

Tu seras redirigé vers le script d'installation, où tu renseigneras les informations de connexion.

Soumis par EricP le 31 Mars, 2007 - 16:23

Salut,
C'est quoi Ouvaton ? Un hébergeur ?
Exact! Et qui mérite un peu de pub ici (avec votre accord)
Ouvaton http://www.ouvaton.coop/ est une SA à forme coopérative : chaque utilisateur en est également sociétaire, propriétaire : ses membres sont des hébergés-hébergeurs (nous sommes 4000...).
No pub, un mois d'essai gratuit ( http://www.ouvaton.coop/souscription.php3), des prix très tirés, une entraide permanente (comme ici) et une qualité de services
de niveau professionnel. Bref, j'en suis très satisfait. En ce moment on change de plateforme .
Fin de pub!

Je reviens à mon problème.
J'ai une base en local. La procédure "normale" d'installation ne fonctionnant pas, j'ai exporté cette base, puis l'ai importée sur ouvaton. J'ai adapté le settings.php (désolé!) et me suis connecté: parfait!

Sauf que toutes les lignes des tables sont tronquées au 1er caractère accentué. Exemple: "Conditions générales de vente" donne "Conditions g" (sans les quotes...).

Pour info, la base exportée est correcte: les lignes sont complètes.
Chez Ouvaton, PhpMyAdmin est en version 2.10.0.1.
Tout est fait en utf8 en local et chez Ouvaton.

Avez-vous une idée?

Merci d'avance,
Eric

Soumis par EricP le 1 Avril, 2007 - 18:13

Puisque l'import de PhpMyAdmin ne fonctionnait pas correctement avec "Jeu de caractères du fichier" = utf8 (proposé par défaut)
je l'ai fait avec "Jeu de caractères du fichier " = latin1

Je ne comprends pas ce que çà signifie, mais çà marche!

Soumis par JeBofu le 4 Avril, 2007 - 11:24

Bonjour,

Si je ne m'abuse, ça veut dire que ta base a changé d'encodage, qu'elle a changé la façon dont elle lit les caractères. Ca ne devrait pas influer de façon profonde mais ça peut causer des petits problèmes pour certains caractères si ton site est lu par des navigateurs qui ne lisent pas le latin-1. Au pire ça donne des erreurs d'affichaage (comme la classique : @% pour é). C'est pas grave et si ça marche, à mon avis, restes-en là pour ce probème.

Soumis par EricP le 4 Avril, 2007 - 12:26

Bonjour,

JeBofu a écrit: Au pire ça donne des erreurs d'affichage (comme la classique : @% pour é)
Pourquoi un navigateur lisant l'utf8 ne reconnaitrait pas les caractères latin-1? Je croyais que c'était le système de codage (donc de décodage?) universel.

Je viens de faire un essai. Avec Firefox:
- si je lis en utf8, c'est correct
- si je lis en iso-8859-1, été s'affiche été

Quelle solution adopter?

Soumis par JeBofu le 4 Avril, 2007 - 13:30

C'est vrai que l'ISO est censé être universel et a été conçu en ce sens, mais son usage n'est pas obligatoire ou imposé ou quoi que ce soit... Tout le monde peut donc choisir ce qu'il veut. Et comme l'UTF-8 est déjà plus répandu, ça doit être plus simple de le mettre en place que le latin-1. On aurait un cercle vicieux où, l'UTF-8 est plus utilisé parce que... il est plus utilisé. Mais ce n'est qu'une supposition, je ne sais pas précisement.

Si j'ai bien compris, ça marche en latin-1 mais pas en utf-8. A partir de là, mon conseil c'est de garder ce qui marche.