Skip to main content Help Control Panel

 

support «   Besoin d'aide «  

Analyse de configuration chez 1and1 [Solved]

PreviousNextIndex

OwnerBernard Paques
Progress100%
WorkflowSupport request
StatusImmediate solution has been provided
  • Submission on Mar. 26 2009 by Christian
  • Qualification on Sep. 4 2009
Bernard Paques
Bon, c'est juste pour discuter des analyses en cours chez 1and1
Gérard m'a ouvert un accès associé sur son site, et j'ai pu par ce biais accèder aux paramètres essentiels de PHP et d'Apache. on Mar. 26 2009
Gérard
Bonsoir Bernard, on Mar. 26 2009
Bernard Paques
Ensuite un message a été transmis à Sylvain Lebedel, de 1and1, pour lister les problèmes rencontrés.
Salut Gérard, désolé du retard...
Gérard, as-tu modifié manuellement un fichier PHP.INI ou le fichier .htaccess à la racine de ton site ? on Mar. 26 2009
Gérard
Pas de souci, au passage j'avais déjà rajouté dans mon fichier .htaccess l'implémentation de la version php 5. avec la manip de Sylvain (que je connaissais déjà). Mais pas beaucoup de résultat. Pour le rete je suis trop newbee pour les mettre en oeuvre
pour le fichier php.ini je ne sai pas où il se trouve on Mar. 26 2009
Bernard Paques
ok, laisse moi vérifier la manip pour l'activation de php5
OK, poir le PHP5 c'est tout bon, ton site est passé en version 5.2.8, et c'est tant mieux.
Par contre, la mémoire semble toujours bloquée à 40M. on Mar. 26 2009
Gérard
la je ne sais pas comment faire on Mar. 26 2009
Bernard Paques
Reprenons les choses dans l'ordre initial si tu veux bien.
Problème numéro 1 : la mémoire est bloquée à 40M d'après phpinfo(), et nous demandons à 1and1 de fixer ce paramètre à 128M, qui est aussi la valeur par défaut pour PHP5.
1and1 nous renvoie sur une page d'aide expliquant que pour les hébergements Linux la limite est de 32M, quelle que soit la valeur indiquée dans le fichier PHP.INI.
http://faq.1and1.fr/scripts/php/6.html
D'autre part, je te confirme que ta machine est sous Linux, au cas où tu aurais des doutes... on Mar. 26 2009
Gérard
J'ai effectivement vu que la valeur limite était 32M quelque soit le chiffre donné dans php.ini on Mar. 26 2009
Bernard Paques
Quel type d'hébergement as-tu contracté ? Est-ce du mutualisé ? on Mar. 26 2009
Gérard
Je crois effectivement que c'est du mutualisé. Je vais me connecter sur mon compte 1and1 pour voir exactement le type d'hébergement on Mar. 26 2009
Bernard Paques
ok on Mar. 26 2009
Gérard
J'ai un "Pack Privilège" on Mar. 26 2009
Bernard Paques
ok je regarde... on Mar. 26 2009
Gérard
Comme c'est un vieux pack, je pense que cela correspond à leur produit "pack Perso initial" on Mar. 26 2009
Bernard Paques
ok, merci, je ne m'y retrouvais pas...
Deux euros par mois ? on Mar. 26 2009
Gérard
En fait j'ai payé environ 25 euros pour l'année de mémoire on Mar. 26 2009
Bernard Paques
Oui, le compte y est bien. Tu es forcément sur du mutualisé pour ce prix là.
Continuons sur la revue des problèmes remontés à 1and1, et après on fera le bilan.
Problème numéro 2 - version de PHP. C'est la version 4 qui est mise en oeuvre, et je suggère de passer à la version 5.
Sylvain Lebedel fournit un lien expliquant comment le faire avec le .htaccess, et tu l'as implémenté. on Mar. 26 2009
Gérard
C'est normalement déjà fait avec la manip sur le fichier .htaccess on Mar. 26 2009
Bernard Paques
Je peux confirmer que la version est maintenant PHP 5, donc ce problème est résolu.
Problème numéro 3 - Nous recommendons de mettre les paramètres allow_url_fopen et register_globals à Off.
La résolution indiqué par 1and1 est de modifier le PHP.INI correspondant, et je peux confirmer ce soir que les deux paramètres sont bien à Off comme demandé hier.
As-tu modifié un quelconque PHP.INI de ton côté ? on Mar. 26 2009
Gérard
Non car je ne sais même pas où est ce fichier on Mar. 26 2009
Bernard Paques
Ok, cela veut dire que lors du basculement vers PHP5 nous avons changé le PHP.INI utilisé par défaut. Les deux paramètres ont la valeur Off par défaut dans PHP5 , mais pas dans PHP4.
Donc la résolution du problème numéro 2 a entrainé celle du problème numéro 3, sans rien faire de plus... on Mar. 26 2009
Gérard
Mais comment tu peux voir que les nouveaux parametres sont sur off on Mar. 26 2009
Bernard Paques
parce que j'ai ajouté un petit script qui me le dit http://www.polar-hardboiled.in...rol/phpinfo.php on Mar. 26 2009
Gérard
OK on Mar. 26 2009
Bernard Paques
Je suis passé par le script d'application de patch pour téléverser ce petit script sur ton serveur.
Il faudra l'enlever après notre discussion de ce soir, par sécurité.
Le problème numéro 4 est lié à l'URL rewriting - 1and1 fournit une page d'aide sur le sujet http://faq.1and1.fr/hebergements/htaccess/5.html
Qu'as tu mis exactement dans le .htaccess ? As-tu exécuté l'assistant de yacs pour construire la version initiale du fichier ? on Mar. 26 2009
Gérard
J'avais modifié le .htaccess pour le mode rewriting en suivant les indications présentes sur le forum de yacs. Je viens également de rajouter une ligne comme indiqué dans la faq 1and1 on Mar. 26 2009
Bernard Paques
Le fichier est-il complet, y compris toutes les lignes ajoutées par yacs ? on Mar. 26 2009
Gérard
Je pense que oui! veux tu que je te le transmette ? on Mar. 26 2009
Bernard Paques
La réponse est, il semble les belles url fonctionnent :
http://www.polar-hardboiled.info/section-31
Donc je change le réglage dans le panneau de configuration système pour que tout ton site en bénéficie.
ok ? on Mar. 26 2009
Gérard
OK mais je ne suis pas sur d'avoir compris on Mar. 26 2009
Bernard Paques
Actuellement, pour aller sur la section 31, le lien est le suivant :
http://www.polar-hardboiled.info/sections/view.php/31/forum
Avec le nouveau réglage, il sera :
http://www.polar-hardboiled.info/section-31-forum
C'est plus joli non ?
En tout cas, c'est mieux pour les moteurs de recherche, parole de Thierry Pinelli ! on Mar. 26 2009
Gérard
OK Super 'au passage c'est où dans la panneau de configuration pour cette option
OK j'ai trouvé on Mar. 26 2009
Bernard Paques
ok
Donc ce problème est résolu aussi, et il faudra que tu m'indiques ce que tu as ajouté exactement dans le .htaccess.
Entre temps je passe au problème numéro 5, relatif à la taille max des fichiers téléversés. on Mar. 26 2009
Gérard
J'ai rajouté : la manip pour php5. = AddType x-mapp-php5 .php .php3 .php4 .htm .html et aussi celle pour les url Options +FollowSymLinks RewriteEngine On RewriteBase / et aussi l'astuce donnée dans le forum avec l'ajout d'un"slash" / pour les url et normalement je crois que c'est tout on Mar. 26 2009
Bernard Paques
ok merci
Pour le téléversement, je pense que ta limite réelle est de 8M, et non de 20M. Est-ce que cela te gène ? on Mar. 26 2009
Gérard
Je ne sais pas ! on Mar. 26 2009
Bernard Paques
Si tu n'as jamais eu de problème de ce côté, c'est que la réponse est probablement négative.
8M est déjà une taille tout à fait respectable, quand même... on Mar. 26 2009
Gérard
Il s'agit des fichiers que j'upload sur le serveur ou de la taille de la BdD ? on Mar. 26 2009
Bernard Paques
Là nous parlons des envois de fichiers vers ton serveur : images, pièces jointes. Rien à voir avec la base de données. on Mar. 26 2009
Gérard
Effectivement 8M devrait donc suffire on Mar. 26 2009
Bernard Paques
ok, nous n'allons donc pas commencer à ajouter des php.ini un peu partout juste pour le plaisir d'avoir encore plus, nous avons d'autre chats à fouetter...
problème numéro 5 = dégonflé
Le problème numéro 6 est relatif aux traitements d'arrière-plan.
La réponse de 1and1 est explicite : http://faq.1and1.fr/scripts/cron/2.html
Tu ne peux donc pas bénéficier du cron avec ton contrat. on Mar. 26 2009
Gérard
C'est ce que j'avais compris mais pour yacs est-ce problématqiue ? on Mar. 26 2009
Bernard Paques
Les traitements d'arrière-plan, type envoi de messages électroniques ou incrustation de données RSS externes, continueront d'être effectué en même temps que la construction des pages dynamiques pour les visiteurs. on Mar. 26 2009
Gérard
Donc page plus lente à s'afficher ? on Mar. 26 2009
Bernard Paques
Oui, mais de temps en temps (yacs regarde toutes les 5 minutes s'il y a des choses à faire), et de façon aléatoire.
Si personne ne s'est plaint, et que cela ne te gène pas, c'est que le problème reste supportable pour le traffic que tu as aujourd'hui.
problème numéro 6 = dégonflé aussi, donc on Mar. 26 2009
Gérard
OK on Mar. 26 2009
Bernard Paques
Donc, si on récapitule, les problèmes 2, 3 et 4 sont résolus, les problèmes 5 et 6 ne sont pas d'actualité. Il ne reste que le problème 1, mais il est malheureusement de taille, et c'est le plus critique. on Mar. 26 2009
Gérard
C'est la limite des 32M ? on Mar. 26 2009
Bernard Paques
oui
On peut, d'ores et déjà, saluer la bonne volonté et la rapidité d'intervention de Sylvain Lebedel de 1and1. on Mar. 26 2009
Gérard
Si je comprends bien la valeur limite reste à 32M quelque soit le chiffre donné dans php.ini. Du coup rien à faire ?
Malgré leur bonne réactivité (c'est vrai qu'ils m'ont toujours répondu avec diligence) dois envisager de CHANGER d'HERBERGEUR ? on Mar. 26 2009
Bernard Paques
Et bien, il y a plusieurs scripts qui dépassent allègrement la limite des 32M, dont la mise à jour du logiciel, mais ce n'est pas forcément un problème majeur, si tu sais compenser par d'autres voies.
Je navigue sur ton site dans une autre fenêtre, et c'est vrai qu'il a quelques fois un comportement étrange.
Par exemple http://www.polar-hardboiled.info/control/info.php on Mar. 26 2009
Gérard
Pour la mise à jour du logiciel je peux passer par la méthode d'écrasement, mais ce qui est gênant c'est tous les trucs qui marchent pas, comme l'impossibilité de poster des commentaires, l'impossibilité de sauvegarder la BdD, et des tas d'autres trucs on Mar. 26 2009
Bernard Paques
Il ne se passe rien lorsque l'on choisit une option du menu à droite. on Mar. 26 2009
Gérard
Cela fait partie des dysfonctionnements que j'avais déjà repéré avec ceux cités plus haut. J'en ai comme ça un paquet et cela devient vite gênant
Par exemple dans l'onglet systeme du panneau de controle la moitiè des options "gestion du serveur" ne fonctionne tout simpleme,nt pas on Mar. 26 2009
Bernard Paques
oui, je comprend.
Pour les permissions mises sur les fichiers, sais-tu quel est le masque standard pour les fichiers et celui pour les répertoires ? on Mar. 26 2009
Gérard
Tu parle des CHMOD ? les répertoires sont en 755 et les fichiers en 644 on Mar. 26 2009
Bernard Paques
Tu parles de la configuration indiquée dans yacs, ou bien as-tu accédé aux véritables informations par FTP ou équivalent ? on Mar. 26 2009
Gérard
en 644
Je suis passé par FTP pour avoir l'info on Mar. 26 2009
Bernard Paques
ok, je vais tenter d'utiliser le chmod de yacs pour régler un problème de visibilité sur le répertoire scripts on Mar. 26 2009
Gérard
Je peux changer les permissions par FTP si nécessaire
J'ai vu dans la doc de Yacs que les répertoires devaient être en 775 (les miens sont en 755) et les fichiers en 644 on Mar. 26 2009
Bernard Paques
J'ai appliqué la commande chmod de yacs, mais le répertoire des scripts semble toujours aussi inaccessible. Peux-tu vérifier de ton côté s'il te plait ? on Mar. 26 2009
Gérard
C'est à dire a partir su site ou via FTP ? on Mar. 26 2009
Bernard Paques
Via FTP on Mar. 26 2009
Gérard
Via FTP j'ai bien accès au répertoire scripts qui est en 755 (et pas en 775) et les fichiers sont en 644 on Mar. 26 2009
Bernard Paques
Hmmm, bon je viens de relire la page de Daniel Dupuis et ce que je te propose c'est de patcher l'un des scripts en cause, en commençant par celui qui gère l'envoi de commentaires. Le code ajouté à distance va me permettre de "voir" ce qui se passe en interne du script, par ajout d'informations dans la log de debug. Ca te va ?
Je me brosse les dents et je reviens... on Mar. 26 2009
Gérard
OK on Mar. 26 2009
Bernard Paques
Mes tests vont prendre un peu de temps, ne sois pas surpris... Dès que j'ai du nouveau je reposterai ici même le résultat des investigations ok ? on Mar. 26 2009
Gérard
OK on Mar. 26 2009
Bernard Paques
j'ai une piste sérieuse...
encore quelques investigations pour localiser le problème et je reviens... on Mar. 26 2009
Gérard
OK on Mar. 26 2009
Bernard Paques
J'ai l'impression que les commentaires fonctionnent non ?
http://www.polar-hardboiled.info/article-644-pas-si-noirs-ces-beaux-jours#comments
La mise à jour des scripts s'est aussi décoincée, on avance on avance... on Mar. 26 2009
Gérard
Effectivement les commentaires marchent maintenant on Mar. 26 2009
Bernard Paques
Et j'ai pu sauvegarder le contenu de la base de données on Mar. 26 2009
Gérard
J'ai également accès maintenant aux options dans l'onglet système du panneau de contrôle on Mar. 26 2009
Bernard Paques
Héhé
Le problème venait d'un bug 1and1, que je suis en train de documenter sur la demande initiale de Daniel. on Mar. 26 2009
Gérard
Je veux bien te croire !!! on Mar. 26 2009
Bernard Paques
http://www.yacs.fr/comment-36691 on Mar. 26 2009
Gérard
Bernard, je dois malheureusement te quitter maintenant. Je vais lire ton commentaire à tête reposée mais laisse moi te dire mille mercis pour cette séance oh combien fructueuse !
A+ on Mar. 26 2009
Bernard Paques
Ok, moi aussi je vais me coucher, et je verrouille cette conversation en partant. Merci de poster les commentaires additionnels sur la page de Daniel. wave on Mar. 26 2009

PreviousNextIndex