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...
![[Image: 20120622-quwkqks66s9wkwgu92a3gfj5j1.jpg]](https://img.skitch.com/20120622-quwkqks66s9wkwgu92a3gfj5j1.jpg)
Par contre le gestionnaire d'image marche parfaitement.
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.
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.
Bonjour,
"mauvaise" nouvelle, toujours le même problème en changeant les droits :/
un fichier .htacess à la racine de ton site ? dans le répertoire /uploads ? quel sont leur contenu ?
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
vire pour tester le .htacess du répertoire uploads, je me souviens pas l'avoir vu dans les install de base
Toujours rien, j'ai été voir dans "informations systèmes" et j'obtiens bien :
![[Image: 20120625-nd73w1iu73mrr4krkaxgab54ry.jpg]](https://img.skitch.com/20120625-nd73w1iu73mrr4krkaxgab54ry.jpg)
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
plus d'idée
Peut-être une autre piste...en envoyant de nouveau les fichiers du module FileManager sur le serveur ?
Je viens de tester, toujours le même problème ...
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 ...
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
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
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.
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....
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
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
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...
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
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" ?
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.
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
Et le gestionnaire de fichier fonctionne sur un site upgradé de 1.9- avec ton config.php ?
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.