Kioob

Hello, dans les commentaires de la doc officielle, on peut lire ça : (30 secondes de recherche). Donc vérifie ton "set_option" qui ne doit pas être appelé quand il faut.

Pendant un moment je bloquais sur un de mes sites tous les ANantes.*.abo.wanadoo.fr utilisant Windows 98 et IE 6. Au moins ça limitait "un peu" la casse et fut relativement efficace. Tu peux aussi t'en sortir en jouant avec les entêtes ETag ; bien que non prévus pour ça, ils peuvent parfaitement faire office de "déclencheur" pour ce genre de choses.

Bonjour, qu'est ce que tu n'arrives pas à faire avec la version PHP ? Le principe est sensiblement le même... une URL, des options, puis l'exécution. Pour ce qui est de la différence de performances, oui elle peut être importante... mais tout est relatif : si c'est pour un cron lancé une fois par heure, voir même toutes les minutes, tu ne verras très certainement pas la différence. D'autant plus que le goulet d'étranglement pour ce genre de traitement est bien souvent le site web en face. PS : dans ton exemple tu fais deux fois le "shell_exec", je suppose que c'est une erreur, non ?

Hello, il faudrait voir ce qu'il y a "sous le capot" : carte mère utilisée et température de fonctionnement par exemple. OVH a fait de gros efforts sur ce dernier point depuis quelques années, ce qui a radicalement changé la "stabilité" des machines je trouve. Donc a voir si chez Freebox les machines / disques sont également "au frais".

L'idéal est quand même de contacter le prestataire en question, qui pourra même te conseiller avant que tu loues un serveur pour un an qui risquerait de ne pas convenir

Hello, le SPF seul est très loin de suffir pour déterminer que le mail n'est pas un SPAM. De plus tu indiques utiliser aussi les serveurs Orange pour envoyer ; as tu déclarer ces serveurs dans tes régles SPF ? Sinon c'est clair et net que le mail sera considéré comme SPAM. Sans plus d'infos, difficile de déterminer d'où vient le problème.... Enfin, si tu étais vraiment "blacklisté" le mail n'arriverait tout simplement à bon port.

Si je puis me permettre une précision : OVH remplit parfaitement son rôle d'hébergeur discount, mais ça s'arrête à cela. Si on a besoin de matériel haut de gamme ou d'un suivi "pointu", ce n'est évidement pas le bon fournisseur (à moins de passer par un prestataire indépendant, évidement). Ca n'empèche pas la plupart de mes clients de prendre chez OVH ou Dedibox malgré cela : le matos "cheap", convient la plupart du temps. De nombreux hébergeurs ont essayé de les contrer sur le créneau du discount ; mais la plupart s'y sont cassé les dents. Sivit par exemple qui se ré-oriente plus sur le milieu de gamme dorénavant. Après pour ce qui est du mutu, il y a bien longtemps que je ne regarde plus moi non plus.

Mais Dan a quand même raison : dans le gestionnaire des tâches tu nous dis que ton CPU est à 100%... qu'est ce qui t'empêche de cliquer sur l'onglet "Processus" pour voir le processus fautif ? Ce serait déjà un bon départ.

Pour le point "a", le plus simple est peut-être de lancer la requête autant de fois que nécessaire, non ? Tant que des enregistrements sont supprimés, boucler sur la requête. Sinon passe par une table temporaire, dans laquelle tu gardes col1,col2,col3,max(id) ; et tu fais un delete si les 3 premiers champs sont bons et le quatrième diffère. Pour le point "c", fallait le dire tout de suite que tu te fichais des données tel que l'id

Quand je parlais de doute, il s'agit surtout des autres moteurs... même si le trafic est moindre, le jour où Google retourne sa veste on est bien content d'être aussi présent sur les autres moteurs. Il est très fortement probable que le meta "Keyword" ne soit pas utilisé par les "gros" moteurs. Mais je n'en suis pas certain pour tous, et donc, comme ça ne me coute pas grand chose, dans le doute je le laisse.

Je sais bien captain_torche, mais comme je disais : dans le doute, je préfère la préciser.

Hello, pour ma part je n'en utilise que 3, et encore : - meta http-equiv="content-type" : plus prudent pour des raisons de portabilité - meta description : pas pour les moteurs, mais plutôt à destination de l'internaute : ce message est parfois repris comme texte de présentation dans les résultats de Google par exemple. - meta keywords : je suis quasi certain que ça ne sert à rien, mais dans le doute je préfère le renseigner. Edit: han complètement grillé par les autres

Et coté accessibilité (tout comme référencement) ce sera zéro vu qu'il ne s'agira plus d'un mot. M'enfin, je suppose que ce n'est pas recherché ici... La seule fois où j'ai eu besoin de ça, ça a fini en image via GD et une belle balise alt.

Mouais, pour du monitoring MySQL je préfère largement utiliser "show status" et/ou "show variables". Ca n'accède pas aux données, mais au moins ça permet de générer un excellent suivi.

Hello, delete from tableA where idTableA = ( select min(idTableA) from tableA group by col1, col2, col3 having count(idTableA) > 1 ) Maintenant ce qui me fait peur c'est pourquoi avoir un "id" numérique si la "clé logique" de la table correspond à 3 autres champs ? Ca peut être justifié hein, mais dans ce cas pourquoi ne pas avoir mis une contrainte d'unicité ?

Hello, c'est effectivement une sécurité de MySQL : ton fsockopen est considéré comme une tentative de connexion frauduleuse, et est donc blacklisté. Pour corriger ça il suffit de faire un "flush hosts" et non d'aller tuer les processus à l'arrache... Et pour ne pas provoquer ce problème, bah utilises un "vrai" mysql_connect() plutot qu'un fsockopen. De toutes façons le fait d'ouvrir le port est très loin d'être suffisant pour détecter les problèmes. J'ai une machine qui plante souvent pour manque de mémoire (un script malfichu), et bien même quand la machine est complètement en rade, tous les ports TCP restent ouverts.

preg_match() est particulièrement efficace pour ce genre de choses oui. En supposant que les accents ne soient pas encodés, et que les espaces correspondent, ça donnerait : '#Moyenne Générale:\\s*([0-9.]+)#' Sinon, faut regarder dans le code source de la page.

Je ne retrouve pas le bug en question... on y a été confronté quand on est passé de MySQL 5.0.32 (debian etch) à la version 5.0.45 (backports). Nos scripts n'ont pas été impactés, mais il a fallu qu'on corrige OpenAds. A priori le problème est le même que pour ce report, mais d'après ce qui est dit cela aurait été finalement corrigé dans la 5.0.51... sic.

Non, étant donné que la plupart du temps les serveurs ont déjà un cache d'opcode... qui est la même chose

Je n'ai pas dit non plus que ça changeait le "fond de ton propos" ; t'énerve pas Je précisait juste cela car ce n'est pas la première fois que MySQL fait le coup. Il y a eu changement de comportement entre les date et datetime il y a peu ; changement "non prévu". Suite aux rapports de bug il a juste été décidé de modifier la doc... sans annoncer pour autant ce changement "majeur" (on se retrouve quand même avec de nombreux scripts dont OpenAds qui ne fonctionnaient plus par exemple). Bref : oui le problème vient bien d'une "incohérence" dans la version française, c'était bien vu. Mais je ne crois pas une seconde à l'erreur de traduction, mais plutôt à la tentative de "masquage" d'une bourde.

Hello, il ne faut pas rediriger vers une page d'erreur, mais inclure avant le "exit;" cette page d'erreur.

Hello, la solution la plus portable (tout comme en javascript) est l'utilisation d'un "obfuscateur" : s'il est bien fait, cela ne change absolument pas le fonctionnement de tes scripts. Celui que tu as utilisé ne devait pas être génial... essaye en un autre.

Vu le texte anglais j'ai du mal à croire à une erreur de traduction ; je pencherais plus pour un bug qu'ils ont décidé de "corriger" en modifiant la doc

Hello, pour simuler une navigation "complète", avec gestion des cookies et des formulaires, le plus simple est sûrement d'utiliser l'extension CURL.

Hello, si tu n'as pas peur de mettre les mains dans le cambouis, sous Gnome il y a une applet "meteo" qui récupère un flux (je ne sais pas où il faudrait regarder les sources). C'est gratuit, open source, et tu afficherais les infos exactement comme tu veux. En plus c'est relativement complet. Là maintenant tout de suite, il m'indique : Reste à lire le code source pour trouver la source du jouet