AvenueDuWeb

10 par an si tu as un ordinateur à mon avis ce n'est pas trop difficile à trouver. Je ne parle pas d'hébergement qui peuvent augmenter les coûts. Mais même sans ça déjà tu peux te débrouiller 1et1 propose 3 ans d'hébergement gratuit avec un nom de domaine en .info gratuit, et si tu préfères un .be OVH l'offre gratuitement pendant un an. Il y a moyen de se débrouiller. Sinon il y a les .tk gratuits, mais qui ne sont pas de véritables noms de domaine (dans le sens où l'on ne peut pas changer les DNS). @+

A mon avis ton problème c'est que tu n'avais pas de nom de domaine. Donc tu perds ton référencement à chaque fois que tu changes d'hébergeur. Si tu veux avais eu un nom de domaine en tondomaine.com et bien tu n'aurais vu aucune différence entre l'ancien et le nouvel hébergeur... Un nom de domaine ça coute moins de 10 par an, et ça me parait quand même indispensable pour tout site internet qui a un minimum de volonté de se faire connaitre... @+

T'as oublié un o à wanadoo c'est peut-être ça le problème car sinon je vois pas pourquoi il n'accepterait pas ton site. Il n'y a pas de "sélection" faite. Tous les sites sont acceptés. @+

Donc je l'ai mis en test sur un site, et je reste perplexe devant certaines fonctionnalités. Même si, il semble y avoir une marge d'erreur, Google Analytics propose la géolocalisation des visiteurs, par pays, par région et par... commune !!! Je n'avais jamais vu cela auparavant. Ca existait déjà dans Urchin ?

Alors moi je pense qu'ils ont un problème à ce niveau-là... Je l'ai installé sur 2 sites pour voir, un forum phpbb, le code est bien là mais google n'arrive pas à le voir, tant pis, et l'autre un site tout en html et là aucun problème en 5 secondes il l'a détecté... Comme ça ne m'intéressait pas sur le site en html je l'ai enlevé, mais c'était juste pour vérifier que leur système fonctionnait au moins sur un site tout bête... @+

Hop un petit lien bien pratique : http://www.webmaster-hub.com/publication/article15.html @+

Ok merci Cariboo. Je vais voir ça. @+

Bonjour tout le monde, Juste pour savoir s'il y a des personnes qui utilisent PHP en version 4.4.1 et squirrelmail et/ou phpAdnews. Et dans ce cas-là comment ont-ils fait pour résoudre le bug ( http://bugs.php.net/bug.php?id=35067 ) ? Faut-il utiliser les snapshots PHP ( http://snaps.php.net/ ) ? Je veux dire est-ce que c'est relativement stable (je ne m'en suis encore jamais servi) ou vaut-il mieux repasser en 4.4.0 (ou y rester pour ceux qui n'y sont pas encore passés) ? Merci d'avance. @+

Je ne sais pas si c'est Jagger qui a produit ça, mais je suis étonné de la vitesse d'indexation de google. Sur le site qui est dans ma signature (resto de voitures), je l'ai mis en ligne la semaine dernière et sur certaines requêtes importantes il est déjà en 2ème page de google !!! Alors que je n'ai quasi aucun lien à part ce forum et un autre, que le site n'est même pas encore totalement fini (pas de balises meta, quelques pages manquantes, et sans doute un peu d'optimisation à faire). Et dire que j'avais annoncé à la personne, que pour google il faudrait sans doute attendre 3 mois minimum avant qu'on puisse voir une réelle indexation. Vous constatez vous aussi une vitesse accrue dans l'indexation de la part de google ? Ou d'après vous c'est juste un pur hasard et parce que j'ai commencé à l'indexer en pleine google dance ? (ça m'intéresse, parce que j'ai un autre site dont le référencement sera plus important à lancer en fin de mois et donc si ça pouvait aller aussi vite l'indexation ce serait top). @+

Laissez tomber, je viens de résoudre le problème en tout cas je n'ai plus le problème de SLEEP et la page d'accueil s'affiche rapidement maintenant. Je communique pas l'adresse car ce n'est pas mon site, donc je ne préfère pas. Mais en fait il s'avère que le problème n'avait rien à voir avec SPIP mais seulement avec MySQL, j'ai refait le fichier my.cnf en utilisant la conf retrouvée sur le site de sw-soft (éditeur de Plesk) et cela a semble-t-il résolu mon problème. En fait le fichier my.cnf n'avait pas été changé depuis la version 3.23 de MySQL et je pense que quand je suis passé de 4.0.8 en 4.1.14 cela a posé un problème. J'ai également réinitialisé le mot de passe mysql de Plesk (peut-être que ça a joué). Et la seule explication que j'ai pour le fait que seule la page d'accueil déconnait : les sessions sont enregistrées dans mysql, et à mon avis les sessions ne sont créées que sur la page d'accueil, or c'est l'utilisateur plesk qui s'occupe d'enregistrer les sessions dans mysql. Voilà. Bon bien sûr j'espère que c'est bien ça le problème et que ça ne va pas reprendre demain, mais là ça a l'air de bien tourner. Merci encore. @+

Excuse-moi j'avais oublié de répondre à ce message plus haut, non rien de bizarre mis à part bien sûr tous les "SLEEP" qui sont sans doute la cause de mon problème mais comment se fait-il que non seulement ça ne le fasse pas sur l'autre serveur, mais surtout que ça ne le fasse pas sur les autres pages ? Hum... Je n'y comprends rien à cette histoire. Merci quand même. @+

Et bien je m'étais trompé ce n'était aucunement ce problème javascript. Donc j'ai tout réinstallé SPIP (1.8.2e) + bloog (squelette) sur 2 serveurs différents. Les serveurs sont sous MySQL 4.1.14, la seule différence c'est que l'un utilise les packages officiels de MySQL et la config de base (pas de fichier my.cnf) alors que l'autre utilise Plesk et donc une version recompilée de MySQL 4.1.14 avec cette configuration : [mysqld] safe-show-database innodb_data_file_path=ibdata1:10M:autoextend datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock wait_timeout=200 interactive_timeout=200 [mysql.server] user=mysql basedir=/var/lib [safe_mysqld] err-log=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid Bref, sur le serveur "normal" le site fonctionne sans problème, sur le serveur "plesk" le site fonctionne normalement sauf la page d'accueil qui met trois plombes à s'ouvrir et en plus je remarque une chose les connexions persistent sur le serveur "plesk" alors que sur le serveur "normal" elles se ferment bien. Y'a sans doute un truc con qui m'échappe, mais ça fait plusieurs jours que je me prends la tête et je n'arrive toujours pas à comprendre. Merci d'avance à ceux qui pourront m'aider. @+

Bonjour tout le monde, J'ai un petit problème de rewriting avec le caractère "/", y'a un truc qui doit m'échapper mais j'arrive pas à trouver. Alors je vous explique, je voudrais que cette page : /nom-rubrique/rubrique1.html Soit redirigée vers : rubrique.php?id=1 Alors j'ai fait ça : RewriteRule ^(.*)\/(rubrique)([0-9]+).html$ /$2.php?id=$3 [QSA,L] Mais bien sûr ça ne marche pas, si quelqu'un a une petite idée, ce qui me pose problème c'est bien le "/nom-rubrique" parce qu'avec les articles ça fonctionne mais ils sont de la forme titre-article_article1.html. Merci d'avance. @+

Ben merde alors, je suis le seul à avoir cette fonction qui marche ? J'ai un compte revendeur, bien que je ne me sois jamais servi de la fonction revendeur, peut-être que ça change quelque chose. @+

J'en suis à 20 domaines commandés chez eux et je n'ai eu qu'une seule fois un problème, j'ai mal tapé mon numéro de cb, ils ont mis le domaine en attente, je leur ai envoyé un mail, ils m'ont répondu (en 24h donc pas super vite mais cela reste correct) et redonné un lien pour effectuer le paiement. Bref mis à part le fait qu'ils se mettent en contact technique dans le whois des domaines, j'ai pas grand chose à leur reprocher. Sinon bird71, je n'ai jamais eu ton problème mais est-ce que ton domaine est un .fr ? Car le changement de DNS est beaucoup plus complexe (pour ne pas dire chiant) sur les .fr, donc je te conseille de faire un zonecheck sur le site de l'afnic pour voir si les serveurs dns sont valides. @+

Et bien finalement c'était une balise javascript faisant appel à une régie pub qui posait problème. Elle faisait une boucle sur elle-même (sans doute pour obtenir le fichier) et comme le site plantait les connexions mysql n'étaient pas fermées. Du coup au bout d'un moment ça saturait le serveur mysql. Je remercie tous ceux qui ont essayé de m'aider. @+

Salut, Tu as un dédié ? Ou alors en mutualisé mais avec accès à un panel d'admin (type directadmin, plesk, cpanel...) ? Parce que si tu as accès à un panel, tu peux sans doute en utilisant l'API du panel créé automatiquement ces sous-domaines sans trop de difficultés. Sinon oui tu peux sans doute le faire, mais avec un script shell et ce sera beaucoup plus complexe je pense. @+

Merci mais même avec wait_timeout à 60, mysql sature en 3-4 minutes... C'est normalement un site qui fait 10 000 visiteurs par jour et là depuis 2 jours je comprends pas, impossible ou presque d'afficher les pages, mysql a trop de connexions en 3 minutes... Et je ne connais absolument pas SPIP et j'ai l'impression que Bloog le squelette n'arrange pas les choses. Spip est en version 1.7.2 (et pour l'instant le client ne compte pas le mettre à jour). @+

Merci de ta réponse. Il n'y a que SPIP d'installer sur le serveur, avec un squelette Bloog. Le problème peut venir du squelette ? Hum, je sens que je vais m'amuser... @+

Bonjour, Je ne connais pas bien SPIP, donc je préfère vous demander. J'ai un problème sur le site d'un client qui utilise SPIP, les connexions MySQL ne sont pas fermées (SLEEP) et donc au bout d'un moment j'ai 50-100 connexions MySQL en Sleep et donc j'ai l'erreur "too many user connection". Je pensais à des connexions persistantes, mais j'ai pas l'impression que SPIP utilise ce procédé. Si vous voyez d'où peut venir le problème ça m'intéresse. Merci d'avance. @+

Si le répertoire tmp se remplit de fichiers .wrk c'est à cause d'un mauvais script (et à cause d'un bug de mod_gzip). Logiquement en ouvrant un des fichiers .wrk tu as l'erreur et le script incriminé. Sinon pour pallier à ce problème de /tmp plein qui empiette sur tout le serveur, il est préférable de mettre /tmp sur une partition à part et comme ça permettre de sécuriser cette partition en empêchant l'exécution de scripts. @+

Je crois pas qu'ils aient modifié leurs prix en tout cas je vois rien sur leur site et j'ai encore commandé un .fr hier et .com la semaine dernière. Le .com est à 5.95 HT et le .fr à 9.90 HT. Avec le taux de change dollar/euro, je pense que c'est possible de trouver un poil moins cher aux USA, chez godaddy, enom... mais bon au max ce sera un euro de gagner...

Alors que d'habitude sur un site que je suis, le crawling de googlebot est d'environ 200-300 pages indexés (via l'outil spywords) avec des pointes à 600 juste avant la dernière googledance, hier googlebot a indexé 2 715 pages ! J'avais jamais vu ça... Ca sent la 3è phase de Jagger ou alors la fin du monde . @+

Je ne sais pas pour la pub. De toute façon pour qu'il y ait une saturation du serveur, c'est presque sans aucun doute une boucle. Donc cherche dans les while de la page form.php. J'ai eu le cas y'a pas longtemps avec un client qui faisait une boucle sur un fichier externe (de pub d'ailleurs) or dès que le fichier externe était indisponible (ce qui était le cas) la boucle était infinie et cela saturait le serveur. Il faisait un fopen il suffisait de faire la boucle seulement si le fopen renvoyait TRUE, donc juste rajouter un IF. Voilà, mais sans voir le script c'est difficile à dire. @+

Salut, Est-ce qu'ils t'ont indiqué précisemment le script incriminé ? Si oui montre-nous le, on verra peut-être ce qui pose problème. Visiblement ils ne disent avoir désactivé que le script qui pose problème pas tout ton site. Si par exemple c'est un script de stats, c'est normal que ton site fonctionne toujours, par contre tes stats ne seront plus à jour. Le problème ne vient peut-être pas forcément de toi, mais de la configuration des serveurs avec ton script. Par exemple la nouvelle version de PHP (4.4.1) semble poser problème avec phpadsnews (http://bugs.php.net/bug.php?id=35067). Je ne pense pas que ce soit grave car sinon ils t'auraient purement et simplement suspendu ton compte, mais il faudrait quand même qu'ils te répondent car c'est la meilleure solution pour savoir si tu es sous le coup d'une possible suspension. @+