bonjour à tous
je suis en train de migrer un site fait en dupral sur un autre serveur
ce n’est pas moi qui ai fait le site et c’est la 1ere fois que je vois un site fait en dupral donc j’ai un peu de mal à saisir toute la mécanique du site…
j’ai actuellemnt plusieurs problèmes :
-
les images de mes «articles» ne s’affichent pas. elles sont pourtant bien présentes sur le disque dur et ont les bons droits (j’y accede en tapant leur adresse directe dans le navigateur)
-
est ce qu’une mise à jour (de drupal) est vraiment necessaire et peut résoudre mes problèmes ? (et nottamment ne va pas tout casser comme c’est le cas avec phpbb)
-
je ne connais pas la version de drupal que j’utilise, ce qui pourrait etre pratique si éventuellemnt je dois faire une mise à jour… comment puis je la connaître ?
pour info :
ancien serveur : fedora / php 4.3
nouveau serveur : debian sarge / php 5.2.1
j’ai bien copié la base de donnée, les accès bdd, les fichiers (vérifié 2 fois) ainsi que le fameux .htaccess à la racine du site.
merci de votre aide :)
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
les images de mes «articles» ne s’affichent pas. elles sont pourtant bien présentes sur le disque dur et ont les bons droits (j’y accede en tapant leur adresse directe dans le navigateur)
Peux-tu vider la table ‘cache’ pour voir ?
Le répertoire contenant les fichiers a-t-il lui aussi les bons droits ?
Vérifie aussi s’il n’y avait pas un .htaccess dans ce répertoire.
settings.php n’a-t-il pas besoin d’être modifié ?
.htaccess n’a-t-il pas besoin d’être modifié lui aussi ?
Pourrais-tu fournir un exemple de code HTML généré où aurait dû apparaître une image ?
- est ce qu’une mise à jour (de drupal) est vraiment necessaire et peut résoudre mes problèmes ? (et nottamment ne va pas tout casser comme c’est le cas avec phpbb)
Pour ma part, j’attendrais d’avoir identifié les soucis évoqués avant de lancer une mise à jour.
Il faut également penser aux mises à jour des modules eux-mêmes.
Il est vrai cependant que la 5.2 de PHP peut poser problème avec d’anciennes versions de Drupal, mais c’est généralement des problèmes de session plutôt que des problèmes d’image.
Les mises à jour indispensables sont les mises à jour de sécurité.
- je ne connais pas la version de drupal que j’utilise, ce qui pourrait etre pratique si éventuellemnt je dois faire une mise à jour… comment puis je la connaître ?
Il doit y avoir un fichier CHANGELOG.txt à la racine du site, cela devrait te renseigner sur la version.
Zigazou
194
j’ai vidé la table cache
le répertoire des fichiers à les bons droits :
dossiers files & sous dossiers :
drwxrwxr-x propriétaire : apache
-rw-r—r— pour les images propriétaire : apache
il n’y a pas de fichiers .htaccess dans les dossiers «files»
setting et le .htaccess à la racine ne semble pas devoir être modifié, je n’ai rien vu qui ressemble à quelque chose de spécifiques aux images :
<Files ~ "(.(inc|module|pl|sh|sql|theme|engine|xtmpl)|Entries|Repositories|Root|scripts|updates)$">Order deny,allow
Deny from all
</Files>
Options -Indexes
Options +FollowSymLinks
ErrorDocument 404 /index.php
DirectoryIndex index.php
<IfModule mod_php4.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
</IfModule>
<IfModule mod_php5.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
</IfModule>
<IfModule sapi_apache2.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
</IfModule>
<IfModule mod_expires.c>
ExpiresByType text/html A1
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
</IfModule>
dans le setting :
ini_set('arg_separator.output', '&');ini_set('magic_quotes_runtime', 0);
ini_set('magic_quotes_sybase', 0);
ini_set('session.cache_expire', 200000);
ini_set('session.cache_limiter', 'none');
ini_set('session.cookie_lifetime', 2000000);
ini_set('session.gc_maxlifetime', 200000);
ini_set('session.save_handler', 'user');
ini_set('session.use_only_cookies', 1);
ini_set('session.use_trans_sid', 0);
en fait je peux acceder aux images en passant leur adresse directement dans le navigateur donc je pense pas qu’il s’agisse d’un problème de droit.
le problème est que le html généré n’appele pas les images, c’est à dire qu’il n’y a pas de balise
<img>, là ou il y en avait sur l’ancien siteil n’y a pas non plus de fichier changelog.txt à la racine (probablement effacé par mon prédecesseur) mais bon ça à la limite c’est moins grave ;)
Note : j’ai le module filemanager d’installé, le problème ne serait il pas lié à ce module ? J’ai vu aussi que le module image utilisait imagemagick, extension qui n’est pas installée (ni instalable vu que cette extention n’est plus maintenue). Est ce problématique ? est ce contournable ?
PS : désolé pour le double post -_-
gwendal
4
bon si quelqu’un cherchais à comprendre ce qu’il se passae sur mon site, il peut arreter, j’ai trouvé ^^
visiblement mon prédécesseur avait installé (ou développé ?) le module pdfdocument qui utilise ghostscript en ligne de commande. les images sont créées dynamiquement à chaque rechargement de la page. le chemin vers le binaire de gs n’était pas bon -_-. donc pas de création d’image => pas d’affichage.
merci à tous pour votre aide ^^
gwendal
4
Au sujet des images, essaie de modifier le paramètre «Méthode de téléchargement» dans admin/settings (sur une 4.7.x) ou admin/settings/file-system (sur une 5.x).
Passe de public à privé ou inversement.
geeloo@drupal.org
114
euh il n’y a pas de dossier «admin» à la racine du site (je suspecte l’ancien webmaster de ce site de l’avoir retiré pour des raisons de sécurité)
gwendal
4