jcaron

Tout dépend de que tu appelles "planté". Plus d'Apache, Apache qui ne répond pas, ou alors Appli qui répond avec des erreurs 500 ou autres... C'est assez rare qu'Apache lui-même plante, ce sont plus souvent les applications ou éventuellement les modules. En général pour tester que tout va bien on va essayer de charger une page donnée qui doit contenir un texte donné si tout va bien, et va sinon soit contenir un autre texte, soit faire une erreur http, soit ne pas répondre (timeout), soit faire un connection refused. Tu peux très facilement tester tout ça avec curl par exemple, mais il faut d'abord déterminer quel est le test que tu veux faire. Il faut aussi déterminer l'action exacte à prendre: start, restart, stop/start d'Apache, et éventuellement d'autres choses (démon applicatif, base de données...). Bref, ça manque un peu de détails (et en cherchant les détails il est tout à fait possible que tu trouves d'ailleurs la solution au problème initial...). Jacques.

Les grands classiques c'est que tu utilises un script externe sur ta page qui insère cette pub, par exemple weborama ou certains autres compteurs... Effectivement avec l'adresse du site ce serait plus simple... Jacques.

La preuve que c'est simple: wget --mirror url_de_la source --mirror essaie de tout récupérer (en sautant ce qui n'a pas changé), mais n'efface pas les fichiers qui ne sont plus présents ou vers lesquels il n'y a plus de liens, donc c'est un peu abusif comme nom pour l'option, mais ça tombe bien, c'est ce qu'on veut ici. Tu peux ensuite le mettre en cron */3 * * * * wget --mirror url_de_la source Mais si ça met plus de 3 minutes à parcourir tout ça ça risque de faire de pas belles choses (parce que 2 wget ou plus vont se lancer en parallèle). Donc, mieux, un petit script qui attend que ce soit fini, attend un peu, et recommence: #!/bin/sh while true do wget --mirror url_de_la_source sleep 180 done Evidemment il peut être nécessaire d'ajuster les options de wget suivant les liens qu'il y a sur les pages en question (là il va essayer de suivre tous les liens et de télécharger tous les fichiers, images, etc. et tout ça récursivement jusqu'à plus soif). Encore une fois, man wget est l'ami de tous. Jacques.

Une victime de 3D-Secure? Jacques.

Un wget avec les bonnes options (man wget pour les trouver) en cron ou dans une boucle avec un sleep approprié... Trivial, quoi :-> Jacques.

Elle est bizarre ton image, elle est en CMYK, je ne savais même pas que c'était possible en JPEG. Passe en RVB, ça devrait déjà être mieux. Et puis ton fichier contient des tonnes de profils ICC et compagnie qui font que ton fichier est énorme pour pas grand chose. Jacques.

Quand tu dis "à la volée", tu veux dire qu'elle soit crée de façon implicite quand tu insères des données dans la base (mais qu'elle existe physiquement sur disque), ou qu'elle soit créée lors d'une requête? Pour le premier cas, j'avais pensé à un trigger, mais je ne sais pas si ça existe dans mysql, et puis ça complique probablement un peu trop pour l'utilisateur moyen. Et je ne crois pas qu'un "default" puisse utiliser les valeurs d'autres colonnes (et les modifier à coups de replace ou d'expression régulières). Pour le deuxième cas, c'est tout à fait possible, mais ça veut dire que pour lire une partie de la table (avec des offset/limit), il faut quand même que le moteur mysql lise toute la table avant de pouvoir faire la conversion, le tri, etc. Suivant la taille de la table et l'utilisation qui en est faite c'est plus ou moins handicapant... Jacques.

Crée une colonne supplémentaire "critère de tri" dans laquelle tu stockes la version "nettoyée" (sans les articles, mais tant qu'à faire aussi entièrement en minuscules). Tu mets un index là-dessus, ça servira par la suite. Jacques.

Et locate n'a pas besoin du "*", un "locate key" suffit. Locate est beaucoup plus rapide parce qu'il utilise une base de données déjà construite plutôt que de parcourir tout le disque, il a l'inconvénient qu'il ne trouve que les fichiers qui sont dans la base de données (généralement mise à jour une fois par semaine par un cronjob). man find et man locate sont vos amis pour plus de détails... Jacques.

Ben quand on ne sait pas ce qu'on fait, on évite de copier-coller des trucs sans comprendre, parce que là je pense que tu es assez mal barré. Dès la deuxième commande ça a fait une erreur! En gros, tu as fait ça: - arrêter apache: ok - arrêter mysql: pas ok - voir les versions courantes de mysql: 4.1.13-0 - copier /home/mysql, a priori OK - virer tous les sources de mysql - télécharger la version 4.1.22-0 de mysql (l'intérêt limité me paraît limité, on en est à 5 et plus) - upgrade de mysql: les messages d'erreurs sont probablement non significatifs (pas l'habitude des rpm, donc je ne sais pas trop) - mysql_fix_privilege_tables: erreur, mais à vue de nez ce n'était nécessaire que pour un upgrade depuis une version <4 - arrêt, relance de mysql: ok - affichage des version installées: 4.1.22-0 maintenant - téléchargement de php 4.4.5: pas OK, URL inexistante (fr3.php.net n'existe pas ou plus). Là aussi, l'intérêt d'un upgrade vers cette version-là ne me semble pas évident, on en est à 5+ - décompression de php 4.4.5: pas OK vu que pas téléchargé - (il te manque un "cd" qui n'aurait pas marché non plus) - compilation et installation de php, pas OK parce que pas "cd" et pas téléchargé ni décompressé - redémarrage de httpd: raté, il cherche la librairie mysql qu'il ne trouve plus, probablement parce que le numéro de version (le .10) a changé. Il faut recompiler apache et/ou les modules qui vont bien qui utilisent mysql - copie à nouveau de /home/mysql - re-tentative de décompression de php, marche toujours pas parce que toujours pas téléchargé - re-tentative de relancer httpd Je suis presque épaté que tu aies une erreur 500, j'aurais eu tendance à penser que ton serveur ne serait carrément pas lancé du tout. Bref: - ton php n'a pas changé du tout - tu as fait un upgrade de mysql qui a marché (même s'il ne me semble pas très utile: 4.1.13 -> 4.1.22) - mais cet upgrade t'oblige a priori à recompiler certains modules httpd (php au moins, peut-être d'autres si tu as des choses comme mod_auth_mysql etc.) Je pense qu'il serait temps que tu fasses appel ($$$) à quelqu'un qui sait ce qu'il fait. Moi je ne suis pas un spécialiste de Redhat ou d'autre aucune Linux (je suis plutôt FreeBSD), donc je ne peux pas t'aider, mais en gros tu as deux options: - tenter de revenir à la version précédente de mysql (je ne sais pas si c'est possible) - recompiler/upgrader le reste, soit à partir des sources, soit à partir d'un rpm. Bon courage... Jacques.

Et la question habituelle est "ça ne passe pas", ça veut dire quoi? Il ne se passe rien? Il y a une erreur? Si oui, laquelle? Que disent les logs d'Apache? ... Jacques.

Oui, tu peux tout faire sur ton serveur via ssh, mais là ce n'est pas ton serveur que tu cherches à configurer mais le secondaire de ton domaine. Et comme tu n'as pas d'accès ssh à ce serveur-là... :-) Jacques.

Il n'y a pas que le fait que tu ne veuilles pas le mentionner ici, il y a aussi le fait que tu sembles vouloir éviter d'utiliser l'interface de gestion de la Dedibox pour le mettre dedans, ce que je trouve un peu bizarre, mais il doit y avoir une bonne raison je suppose... Jacques.

Je ne suis pas sûr de comprendre la question... Tu veux dire des prestataires qui vont te fournir un service de DNS secondaire? Ton hébergeur (pas tous, mais c'est le cas de Dedibox) et/ou ton registrar (pas tous). Je ne crois pas qu'il y ait des gens qui proposent des DNS secondaires par ailleurs. J'ai vaguement l'impression que ton nom de domaine ou ton site n'est pas très net et que tu essaies de le "cacher"... Si c'est le cas, quoi qu'il arrive, ton hébergeur finira par être au courant, il n'y a pas de miracle... Jacques.

Ben non, comme expliqué, c'est le secondaire qu'il faut configurer, pas ta machine (enfin, en plus de ta machine plutôt). Il faut que tu ailles dans la console Dedibox, tu choisis le serveur, tu vas dans "Dns secondaire", puis tu indiques le nom de domaine. Ce sera pris en compte la nuit suivante à 2h45 d'après la doc. Jacques.

Ben vu le message, soit nssec.dedibox.fr n'a pas répondu du tout à une requête DNS (i.e. pas de serveur DNS lancé dessus, peu vraisemblable je suppose), soit il n'a pas voulu répondre pour ce domaine particulier, ce qui voudrait dire que tu n'as pas fait la configuration nécessaire pour que ce serveur sache qu'il est le secondaire pour ce domaine, ce qui se passe, je suppose, quelque part dans l'interface d'admin Dedibox. Un secondaire ne devine pas tout seul qu'il est secondaire (il ne suffit pas de le mettre dans la liste des NS dans la zone), il faut lui dire qu'il est secondaire pour un domaine X qu'il doit aller chercher sur le serveur Y (spécifié par son adresse IP normalement). Si ce n'est pas ça il va falloir nous donner le nom de domaine pour qu'on puisse t'aider, ou tu peux utiliser http://www.squish.net/dnscheck/ qui est assez efficace à mon goût pour détecter la plupart des problèmes. Jacques.

C'est tout à fait possible. Quelques exemples: - deux personnes qui utilisent la même connexion (à la maison ou au boulot, y compris dans une entreprise éventuellement très grosse, y compris quand ils ne sont pas physiquement au boulot mais utilisent un VPN) - deux personnes qui utilisent le même proxy, en particulier les proxy-caches transparents ou pas de certains ISPs (le plus fréquent de nos jours est AOL, mais dans certains pays ça reste très développé) Inversement, la même personne peut changer d'IP d'une requête à l'autre (fermes de proxies). Bref, c'est bien pour ça qu'on utilise des cookies... Jacques.

C'est une drôle d'idée que de placer des php dans cgi-bin, il vaut mieux les mettre ailleurs et laisser le handler approprié s'en occuper. Sinon pour qu'il soit vraiment "exécutable" dans cgi-bin, ton fichier php doit commencer par une "bang-line" genre #!/usr/local/bin/php. Il est tout à fait possible que le chemin d'accès au binaire de php ne soit pas le même sur la machine (cf /usr/local/bin et /usr/bin par exemple, mais il peut y avoir tout un tas d'autres endroits où il se trouve... et il se peut même qu'il n'y ait pas de binaire php, mais qu'il n'y ait que le module php dans apache...). Regarde un peu le log d'erreur, tu devrais en savoir plus. Jacques.

Euh... Tu n'as pas un accès ssh sur la machine? Tu serais plus tranquille si tu lançais le processus directement comme ça (ou via un cron, si approprié). Même si wget ne fait pas de timeout, il peut y en avoir au niveau Apache et/ou php. Tu devrais aussi d'une façon ou d'une autre "noter" quels mails ont été envoyés ou pas. Ca te permettra de d'arrêter puis de reprendre un envoi, de reprendre un envoi qui s'est arrêté par erreur, de découper l'envoi en bouts, et évidemment ça éviterait le genre de problème que tu avais... Jacques.

Si tu n'as pas la version sans accents, oublie la version avec. Beaucoup de gens vont taper sans accents tellement ils sont habitués au fait qu'il ne puisse pas y avoir d'accents (sans parler des gens qui n'ont visiblement jamais entendu parler des accents, ou qui les confondent...). Avoir les noms de domaines accentués en plus pour les gens qui les tapent, oui. Avoir juste ça sans avoir le nom sans, mauvaise idée à mon avis. Jacques.

http://www.maxmind.com/app/city Pas fiable à 100%, mais ça marche quand même pas trop mal. Jacques.

Je ne connais pas du tout tep_mail, mais petite question qui pourrait permettre de cerner un peu mieux le problème: quand les mails sont envoyés en doublon, c'est d'affilée, ou espacés dans le temps? Genre il envoie le mail à X à l'instant T1, puis il en renvoie un autre à X à T2, avec plein d'autres mails entre les deux? Ou alors les doublons sont vraiment d'affilée? Pour ceux qui sont envoyés en double, tu pourrais nous donner les headers complets des messages reçus? Parmi ceux qui sont vraiment intéressants: To, Cc, Date, Message-Id et Received, il y en a peut-être quelques autres qui pourraient être utiles. Tu as pensé à ajouter un petit log juste avant l'appel à tep_mail (avec le destinataire) pour voir ce que tu lui envoies? Un coup d'oeil rapide à la fonction tep_mail me fait penser qu'il y a peu de chances qu'il envoie quoi que ce soit en double... Et tu n'aurais pas une "race condition" quelque part? Genre le script est en cron tous les jours, mais ça lui prend plus de 24 heures pour envoyer tous les mails, et à l'exécution suivante du cron il pense que le mail n'a pas encore été envoyé (parce que tu mets à jour l'info comme quoi il a été envoyé une fois que tu as tout fini), donc il renvoie le même mail à tout le monde? Jacques.

Euh... Je ne comprends pas bien, proflowers c'est ton site ou pas? Si c'est ton site, pourquoi ne pas appliquer les mêmes recettes? Et si ce n'est pas le tien, comment connais-tu son taux de conversion? 35% perso ça me semble vraiment énorme à moins de n'avoir que du trafic vraiment très très ciblé et très motivé sur ton site, donc ça peut juste être une question de savoir comment le trafic est amené sur le site. Jacques.

Je te propose une méthode tellement plus simple: - tu fais une première page qui grosso-modo ne contient que du JS: tu vérifies la présence des fichiers qui vont bien, puis à la fin quoi qu'il arrive tu fais un redirect vers la deuxième page, en passant en paramètre les fichiers trouvés ou pas - et une deuxième page qui récupère ces paramètres, et voilà. Je pense que ce sera nettement plus simple à coder et à maintenir, sans se mélanger les pinceaux entre php et JS. En fait ton code met les deux pages sur une seule (la différence étant la présence ou non de la variable), mais ça n'a à mon avis qu'un intérêt limité, et ça complique le code pour pas grand chose. Si tu veux vraiment garder cette structure de code, il faut juste que tu testes l'ensemble de tes variables d'un coup et que tu les passes d'un coup, pas besoin de faire 150 redirects en ajoutant un petit bout à chaque fois. Jacques.

Chez moi avec Opera 10.01 sous Vista ça passe très bien, mais je crois que j'ai toutes les polices/extensions nécessaires installées. En tous cas le codage UTF-8 du texte chinois est bon (mais pas les commentaires HTML). Jacques.