[sondage] L'offre d'hébergement Infomaniak

[UniKorn 2]

Bon, le couple Infomaniak-Joomla pose apparemment quelques soucis (mineurs?)

Infomaniak préconise de passer tous les répertoires en chmod 777.

Quel incidence sur la navigation, la sécurité ?

[Ben Kenobi 15]

Suffit d'essayer sans passer le CHMOD et voir comment joomla réagira...

[Carambar 18]

Quels soucis "mineurs" ?

Je ne connais pas Joomla plus que ça, mais 777 sur tous les répertoires, ça ne me parait dangereux...

Des pistes, que tu as peut-être / sûrement déjà lues, UniKorn :

http://forum.joomla.fr/showthread.php?t=37742

http://forum.joomla.fr/showpost.php?p=305594&postcount=30

[UniKorn 2]

Ouaip, c'est ce que j'avais lu, le user httpd et le user ftp ne sont pas les mêmes, il faut donc activer l'écriture pour les permissions publiques.

Le script pour httpd n'est pas accessible, et je pense qu'il faut le lancer à chaque modification.

Mais comme tu dis, cela pose peut-être des problème de sécurité.

[Don_Angelo 27]

Quote d'un mail reçu d'OVH cet après-midi:

Roubaix' date=' le 24/11/2008 15:44:11 GMT+0100,

Cher(e) Client(e),

Nos robots viennent de procéder au changement de serveur dns sur le domaine: morebacks.com

Les dns installés sont:

ns1.infomaniak.ch

ns2.infomaniak.ch

A titre indicatif, voici le commentaire qu'a renvoyé le robot:

L'opération est terminée

[/quote']

[UniKorn 2]

Ben > Il a accès partout, Joomla, en 777. Mais j'ai peur que Kevin aussi

Don> Fait un essai, tu vas être déçu ^^

Va falloir être patient.

[tbr 13]

Une réponse (d'après le 1er lien donné par Carambar) :

Bonjour,

Nous avons la majorité des sites de nos clients hébergés chez eux.

Les répertoires sont en 755 par défault. Ils faut passer manuellement certains repertoires Joomla! en 757.

Pour contrôler que l'opération c'est bien passé et que l'on a rien oublié, on peut aller dans l'administration : Système > information système > permissions

Tous les répertoires doivent être au vert.

Bonne soirée

PA

Suivi de ceci (toujours le même lien), une réponse de Infomaniak :

Le problème est le suivant: le propriétaire du dossier et de son contenu est

l'utilisateur "httpd" et les fichiers ont été uploadés par le script avec

des permissions (chmod) qui ne permettent pas de modifications avec un autre

utilisateur que le propriétaire. Donc il y a maintenant 2 solutions:

- soit vous modifiez les permissions de ces dossiers/fichiers avec un script

(qui utilisera le user httpd) > allez voir sur http://ch.php.net/chmod ou

http://www.webinsta.com/fm.php pour avoir des infos à ce

sujet

- soit vous nous demandez de faire la modification de permissions que vous

désirez ou alors nous dire quel fichier/dossier nous devons supprimer.

Mais dans tous les cas, pour que le problème ne se pose plus à l'avenir, il

faut que le script faisant l'upload des fichiers/dossiers applique aussi la

permission souhaitée lors de l'upload. Pour cela, veuillez vous référer à

l’adresse http://www.infomaniak.ch/support/faq...hm-309#faq_309

[Wault 6]

Tiens !

C'est rigolo, pour le boulot je suis justement en train de me battre avec le même genre de soucis : le script php qui crée les fichiers sous le user "apache" => résultat on ne peut plus les toucher par FTP ensuite !

Mais là, si j'ai bien compris, c'est encore plus fonfon. O.o

Voilà ce que je vous propose, ça peut peut-être marcher :

Au lieu d'envoyer le dossier joomla par FTP, on envoie seulement l'archive Zip contenant tous le dossiers.

On lance un script php qui la désarchive sur le serveur (je peux fournir demain celui que j'utilise ici au boulot)

=> tous les fichiers de joomla appartiennent au user httpd et il ne devrait plus y avoir de problème...

Bon, faudra faire gaffe avec les signes de séparations de dossiers (/ en linux et en windows), mais si c'est une archive tar.gz de joomla qu'on envoie sur le serveur, ça devrait marcher.

En plus, on gagne énormément de temps car la décompression est énormément plus rapide sur le serveur que l'envoi de centaines de fichiers par FTP.

C'est une piste à suivre, non ?

[tbr 13]

Z'y va, fais passer.

[UniKorn 2]

Pas con, en effet.

[Wault 6]

Utilisation de la librairie PCLZIP 2.6 :

http://www.phpconcept.net/pclzip/?PHPSESSID=b47299eaac335cd4ad0def73498974bb

Le script de dezipage :

extract(PCLZIP_OPT_PATH,"./.") == 0) {
     die("Error : ".$archive->errorInfo(true));
}

echo 'Extraction des fichiers sur le serveur
';
echo 'Voir le site';

?>

La librairie n'est peut-être pas obligatoire si le serveur a le bon module Zip installé, mais ça ne mange pas de pain.

Le script n'affiche rien pendant un long moment, le temps que tous les fichiers soient désarchivés, puis lorsque c'est fini, tous les echo apparaissent.

Tenez-moi au courant de vos essais.

[Wault 6]

Pour effacer tous les fichiers dézippés précédemment en cas de problème :

isDot() ) { 
                   unset($_res); 
                   continue; 
               } 

               if( $_res->isFile() ) { 
                   removeRessource( $_res->getPathName() ); 
               } elseif( $_res->isDir() ) { 
                   removeRessource( $_res->getPathname() ); 
               } 

               unset($_res); 
           } 

           if( @rmdir($_target) ) { 
               return true; 
           } 
       } 

       return false; 
   } 
} 

$dir='.';
removeRessource($dir);

?>