Module Gestionnaire de Fichier -
Celtic MAn - 22/06/2012
Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: #1.10.3
#~ Url du site :
#~ Hébergeur / Soft : OVH
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 1.10.3
#~ Installed Modules:
#~ FileManager: 1.2.0
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Bonjour, sur un de mes sites je rencontre un petit problème :
quand je clique sur gestionnaire de fichier, le dossier upload apparait bien mais je ne peut n'y ajouter fichier, n'y créer des dossiers (changer de nom...)
Voici une image : il me dit que je ne suis pas autorisé à modifier hors du fichier uploads alors que je suis dedans...
Par contre le gestionnaire d'image marche parfaitement.
Module Gestionnaire de Fichier -
bess - 22/06/2012
essai d'activer l'option "mode avancé" dans le gestionnaire de fichier voir si ca résout le soucis.
Ensuite regarde pour changer le CHMOD de 705 en 755. si ca marche toujours pas, passe en 775.
Module Gestionnaire de Fichier -
Celtic MAn - 22/06/2012
bess a écrit :essai d'activer l'option "mode avancé" dans le gestionnaire de fichier voir si ca résout le soucis.
Hélas ça ne change rien.
bess a écrit :Ensuite regarde pour changer le CHMOD de 705 en 755. si ca marche toujours pas, passe en 775.
Je te dirais la réponse en début de semaine prochine car hélas je n'ai pas le droit d'avoir les codes ftp et mon chef ne revient que Lundi, mais il me semble on avait tenter le 755 (sûr, le 775 j'ai un doute), mais ça n'avait rien changer. Vu que l'on a plusieurs site et que sur les autres ça fonctionne bien on avait mis les mêmes droits que sur les autres mais toujours ce même problème.
Module Gestionnaire de Fichier -
Celtic MAn - 25/06/2012
Bonjour,
"mauvaise" nouvelle, toujours le même problème en changeant les droits :/
Module Gestionnaire de Fichier -
bess - 25/06/2012
un fichier .htacess à la racine de ton site ? dans le répertoire /uploads ? quel sont leur contenu ?
Module Gestionnaire de Fichier -
Celtic MAn - 25/06/2012
Il y a bien un fichier .htacess dans le fichier uploads donc voici le contenu :
Code :
[== Indéfini ==]
# To deny PHPs <Files ~ "\.(php|php3|php4|php5|phtml|pl|cgi)$"> order deny,allow deny from all </Files>
Et dans celui à la racine :
SetEnv PHP_VER 5_4
Module Gestionnaire de Fichier -
bess - 25/06/2012
vire pour tester le .htacess du répertoire uploads, je me souviens pas l'avoir vu dans les install de base
Module Gestionnaire de Fichier -
Celtic MAn - 25/06/2012
Toujours rien, j'ai été voir dans "informations systèmes" et j'obtiens bien :
J'ai comparé avec les autres sites et avec le mien (qui me sert de test) j'ai les mêmes dossiers/fichiers/droits/infos...
Vraiment bizarre
Module Gestionnaire de Fichier -
bess - 25/06/2012
plus d'idée
Module Gestionnaire de Fichier -
Phil - 27/06/2012
Peut-être une autre piste...en envoyant de nouveau les fichiers du module FileManager sur le serveur ?
Module Gestionnaire de Fichier -
Celtic MAn - 27/06/2012
Je viens de tester, toujours le même problème ...
Module Gestionnaire de Fichier -
Phil - 27/06/2012
Bon il faudrait cibler le plantage :
voir côté .htaccess ( si en sous-domaine) et config serveur)
--------------------------------------------------------------------------
Détecter si cela vient de la détection du répertoire :
Essaie d'écrire implicitement dans /config.php
$config['uploads_path'] = '/homez.34/espacew/www/uploads';
$config['uploads_url'] = '
http://www.espace72.fr/uploads';
Tester
--------------------------------------------------------------------------
sinon Détecter si cela vient du répertoire uploads lui même :
on change donc le répertoire cible.
$config['uploads_path'] = '/homez.34/espacew/www/test';
$config['uploads_url'] = '
http://www.espace72.fr/test';
crééer le répertoire test (à la racine) chmpd :755
Tester (dans le gestionnaire de fichiers de filemanager , il devrait s'afficher: "chemin actuel:/test"
--------------------------------------------------------------------------
Sinon,
supprimer les modifictions faites ci-dessus dans config.php
supprimer Le répertoire test
et tester si cela vient d'une fonction du module FileManager
tester l'envoie de fichiers avec TinyMce
si ça fonctionne avec TinyMce (et vu qu'il tourne avec Filemanager)
désinstaller, supprimer et Réinstaller Filemanager (vu le bug étrange, un petit backup de BDD avant)
Tester
--------------------------------------------------------------------------
Sinon, ré-uploader tout les fichiers de base de cMSMS
Tester
--------------------------------------------------------------------------
après ça si ça fonctionne pas, REvoir côté .htaccess ( si en sous-domaine) et config serveur)
A suivre ...
Module Gestionnaire de Fichier -
Celtic MAn - 28/06/2012
Bonjour,
tout d'abord merci pour votre aide.
Pour les test :
1) dans le fichier config.php les deux lignes étaient déjà présente
2) j'ai crée le dossier test en suivant vos informations et j'ai toujours le même soucis...
3) avec TinyMce aucun soucis
Je continue avec le reste des test
Module Gestionnaire de Fichier -
Eric11 - 28/06/2012
C'est assez surprenant tout de même ce soucis sur un serveur OVH, je ne travaille qu'avec eux et mon collègue aussi et nous n'avons jamais rencontré ce genre de soucis. Tu es sur quel type de produit ?
Eric
Module Gestionnaire de Fichier -
jissey - 28/06/2012
et si tu faisais une install toute fraiche dans un sous-dossier?
Si ça marche, tu copies la BDD et uploads dedans, et si ça marche toujours, tu supprimes le site qui merde et tu remontes tout d'un cran.
Tu n'auras peut-être pas l'explication, mais tu gagneras du temps.
Module Gestionnaire de Fichier -
Phil - 28/06/2012
Pour suivre la remarque de Eric11, je ne pense pas que la cause soit du côté OVH.
Personnellement j'ai plusieurs sites sous cmsms dispatchés sur toute la gamme d'hébergement (mut,vps,rps dédié)
Je n'ai jamais rencontré ce type de problème et ce, même en cmsms multisites sur 1 installation.
Selon moi, plutôt voir du côté des fichiers de fileManager, la config cmsms ou un htaccess ou autres restriction de droits sur le répertoire uploads.
La piste de Jissey est effectivement bonne pour gagner du temps.
une petite vérification checksums peut aussi donner une piste....
Module Gestionnaire de Fichier -
Celtic MAn - 29/06/2012
JE ne pense pas que cela vienne de OVH on plus, comme Phil l'a dit plus haut j'ai différent hébergement chez eux.
Je vais tester cà :
Citation :Sinon, ré-uploader tout les fichiers de base de cMSMS
Tester
Module Gestionnaire de Fichier -
Jean le Chauve - 06/07/2012
J'ai le même problème que toi sur une version upgradée de 1.9.2 vers 1.10.3 sur ovh mutualisé.
Pas de problème sur une version neuve 1.10.3
Module Gestionnaire de Fichier -
Phil - 06/07/2012
Pour vous donner une éventuelle piste à suivre sur l'origine du problème :
J'ai cherché l'origine de l'affichage de ce message d'erreur, voici ce que j'ai trouvé:
Le message d'erreur affiché est issu de la méthode "IntruderCheck" (FileManager.module.php) qui renvoie True au lieu de false.
Selon moi, vous avez un soucis lors de la déclaration du répertoire uploads.
Donc vérifier l'éventuel présence de '/' en trop dans config.php
idem pour la ligne RewriteBase du fichier .htaccess
Eventuellement, modifier le module afin d'afficher le répertoire détecté et supposé être hors du répertoire uploads.
vous pouvez aussi tester de modifer la méthode "IntruderCheck" pour renvoyer False au lieu de true, histoire de vérifier si ma piste est bien la bonne...
Module Gestionnaire de Fichier -
Jean le Chauve - 06/07/2012
Ok, ça provient du fichier config.php (merci pour la piste, Phil).
En fait, il ne faut garder que ce qui existe dans la nouvelle version.
Code :
[== PHP ==]
<?php
# CMS Made Simple Configuration File
# Documentation: /doc/CMSMS_config_reference.pdf
#
$config['timezone'] = 'xxx;
$config['dbms'] = 'mysql';
$config['db_hostname'] = 'xxx';
$config['db_username'] = 'xxx';
$config['db_password'] = 'xxx';
$config['db_name'] = 'xxx';
$config['db_prefix'] = 'xxx';
$config['root_url'] = 'http://www.xxx';
$config['auto_alias_content'] = true;
$config['url_rewriting'] = 'xxx';
$config['page_extension'] = xxx';
$config['locale'] = 'fr_FR.utf8';
#$config['debug'] = true;
?>
Et tout est de nouveau pour le mieux dans le meilleur des cms
Module Gestionnaire de Fichier -
Fwed - 11/07/2012
Bonjour
J'ai le même souci que CelticMan et dans la même config hébergement/version cmsms que Jean mais n'ai pas compris la dernière solution proposée par Jean.
Que signifie "ce qui existe dans la nouvelle version" ?
Module Gestionnaire de Fichier -
jissey - 11/07/2012
bonjour,
ce que veut dire jean, c'est de ne conserver dans le fichier de config que les paramètres de la version 10.3.
Et il t'a donné la liste.
Si tu fais une insatll neuve tu verras le nouveau fichier de config ne contient plus les chemins vers le dossier upload et image.
Module Gestionnaire de Fichier -
Phil - 20/07/2012
re-bonjour à tous.
une petite mise au point pour aller plus loin.
Citation :il ne faut garder que ce qui existe dans la nouvelle version
Ce n'est pas obligatoire !
Si l'on veut déclarer soit-même le répertoire uploads ou utiliser un nom différent...
il faut déclarer le root_url et root_path avant la déclaration du répertoire uploads.
exemple : config.php
Code :
[== PHP ==]
/*--- Déclaration root_url ---*/
$config['root_url'] = 'http://www.xxxxxxxx';
/*--- Déclaration root_path ---*/
$config['root_path'] = 'chemin complet vers la racine du site';
//ou plus simplement avec la ligne ci-dessous=>selon hébergeur.
//$config['root_path'] = dirname(__FILE__);
/*----- Modification du répertoires de base uploads.-----*/
$config['uploads_path'] = $config['root_path'].'/uploads';
$config['uploads_url'] = $config['root_url'].'/uploads';
note :
ne pas oulier de renommer le répertoire "uploads" si vous avez changer son nom dans config.php
en espérant que vous comprendrez
Module Gestionnaire de Fichier -
Jean le Chauve - 20/07/2012
Et le gestionnaire de fichier fonctionne sur un site upgradé de 1.9- avec ton config.php ?
Module Gestionnaire de Fichier -
Phil - 20/07/2012
Pour te répondre Jean le Chauve, je n'ai pas testé.
Mais si tu effectues ton upgrade d'une version xxxx vers 1.10.3
et que tu modifies ENSUITE le config.php
il n'y a pas de raison que cela ne marche pas, ces paramètres existes toujours mais sont optionnels.
cf : /doc/CMSMS_config_reference.pdf
et heureusement d'ailleurs, car cela permet la gestion multi-sites, multi-url avec 1 seule installation.