Silveur

Yahooooooooooooooooo ! Merci merci merci ! Ca fonctionne enfin... =) Ca venait bien de free (bon sang, une semaine pour une mise à jour de DNS !) Voici une liste de DNS qui pourrait bien être utile à d'autres : http://benoit.ravaud.free.fr/info/Liste_DNS.JPG (j'ai utilisé les DNS libres de Noos pour ma part) Problème réglé encore merci

ipconfig /flushdns effectué, aucune modification :/ Et pour le fichier host j'ai vérifié, il n'y a rien du tout...

IE, FireFox, Opera... Le tout sans cache Pour mon site, il est sûr que ça ne vienne pas du navigateur : même un ping me redirige vers l'ancien serveur...

Il y a un truc dans le potage au niveau de ma config :/ Je vois bien un gars qui lit un journal sur une chaise bleue, à la plage... Arghhhh~~ Le pire, c'est qu'une grande part de mes visiteurs (et également la quasi-totalité de mes contacts MSN) peuvent accéder à mon site... Alors que moi-même, je ne peux pas... Je patiente encore un peu et au pire, je tente un changement de registrar (il reste un peu moins de deux mois avant l'expiration, de toute façon...).

En cas, essaie de négocier un jeu concours avec des lots qui seront distribués par eux... Ca leur fait une bonne publicité et ça augmente la notoriété de ton site Personellement, j'ai fait un site sur un manga (Chobits), et lorsque ce dernier a trouvé un éditeur en France (Kaze, pour ceux qui suivent un peu le milieu), ils m'ont immédiatement contacté pour rédiger les livrets collectors de leur DVD, gratuitement... Mais j'ai recu en échange quelques petites figurines mangas ainsi qu'un bon petit lot de DVD, et la personne chargée de la communication m'a justement transmis que si jamais je voulais faire un concours sur mon site, elle était prête à fournir quelques lots... Alors quand on compare la petite boîte éditrice de DVD mangas et la grosse compagnie de JV, je pense que tu peux te permettre de leur demander un petit quelque chose...

Je n'étais pas au courant non plus pour cette limite de tag... Et dans ce cas, je pense également que ça va être très difficile d'obtenir cette somme de 100 EUR. Pour ma part j'ai principalement parainné des webmasters de petits sites voir de blog, et atteindre 100 EUR en moins de 6 mois voir 3 mois, c'est carrément utopique je pense. Très bonne affaire pour Google en tout cas =) Personellement je détague...

Et m****... ça veut dire que c'est pas nod.fr qui buggue... Je remet ça à l'endroit... Merci.

Oui, c'est un serveur dédié. Domaine installé avec OVHm. Je viens d'insérer ça dans mon fichier named.conf, et rebooter les dns. On verra si ça fonctionne Par contre, j'ai l'impression qu'il y avait un petit soucis avec nod.fr (chez qui j'ai enregistré le nom de domaine). En effet, l'ordre des DNS est apparemment inversé : j'ai inséré comme premier DNS NS33936.OVH.NET et comme second DNS NS.OVH.NET, comme le conseille OVH dans son guide, mais un whois me montre apparement le contraire : Name Server: NS.OVH.NET Name Server: NS33936.OVH.NET Ou alors l'ordre est (aussi) inversé ? Vraiment étrange tout ça...

Il existe des plugins du type MSN Polygamy mais il me semble qu'à chaque nouvelle mise à jour de MSN, ils ne sont plus totalement fonctionnels... A tester

Il m'est déjà arrivé de vendre un nom de domaine à un parfait inconnu (notamment trouvé sur l'excellent site bidsoo.com), et on a rempli ni contrat, ni paperasse (peut être risqué de notre part ?) Ce qu'il s'est passé, c'est qu'il a remporté l'enchère pour mon nom de domaine, m'a envoyé un chèque, a fait une demande de transfert pour mon nom de domaine vers son registrar (environ 7 EUR), et je l'ai tout simplement acceptée... Puis ensuite, il en a fait ce qu'il en a fait, dont le changement de coordonnées Whois. Maintenant, je sais pas si c'était parfaitement en règle, mais on a pas chercher à aller plus loin... Et puis le coût de la transaction n'était pas très élevé.

Non non, aucune erreur au niveau des DNS, vérifié maintes et maintes fois Et puis Perinne, je ne peux moi-même pas accéder à mon propre site, avec Free ! Seul toi et une (grande) part de mes visiteurs... Pensez-vous que l'erreur Stealth NS record leakage sur http://dnsreport.com/tools/dnsreport.ch?domain=zeblog.com puisse expliquer ce problème de propagation ? J'ai fait une recherche sur Google, sans succès...

Attention, le domaine n'a pas été enregistré chez OVH, mais chez Opus-Hosting, aujourd'hui renommé NOD, et étant revendeur de Enom.com, registrar américain ! En tout cas, merci 3w-hostconcept pour cette URL chez DNS Report. Sinon, le domaine est censer rediriger vers un serveur dédié, serveur sur lequel j'ai utilisé l'installation automatique d'OVH pour installer le domaine (via OVHm). Je vais essayer de revoir leur installation manuelle sinon quoi je contacterai leur support. En tout cas, merci ! Et si vous avez d'autres idées / solutions, j'en cherche toujours... Etrange tuot ça, c'est la première fois que ça m'arrive...

Juste un changement de DNS, et ce n'est pas mon cache qui est en cause (un ping me redirige bien vers l'ancien serveur) C'est pourquoi je pense que ça peut être éventuellement dû à free. Pour information, l'URL est www.zeblog.com (si vous êtes redirigé vers l'ancien serveur, vous verrez un message comme quoi une propagation DNS est en cours). Ca ne fonctionne toujours pas à l'heure actuelle, mais j'ai pu tester avec un autre FAI (Wanadoo) et ça fonctionnait. Je suis également à Marseille Bien étrange tout ça... Ca fait une semaine et une demie journée, là :/

Bonjour, Quel est le temps maximal de propagation pour la mise à jour des DNS d'un nom de domaine .com ? J'ai changé mes DNS il y a déjà plus de 7 jours et j'accède toujours à l'ancien site avec l'URL en .com... Mais je sais que la plupart de mes visiteurs accède heureusement au nouveau site. Est-ce que le fait que mon registrar soit américain y a joué quelque chose ? (registrar eNom, notamment). Mon FAI est Free... d'où vient le problème ? Merci.

J'ai "réglé" le problème en configurant mieux le fichier httpd.conf et en choisissant comme fichier my.cnf la version large (512 Mb). Niveau requête en fait, il y a rien de vraiment trop affreux... Merci !

Bonjour, mon serveur a des montées de charge importantes quotidiennement vers 14h. D'après les logs apache, ça vient d'une erreur de compression GZIP : [Tue Feb 28 13:18:55 2006] [error] mod_gzip: TRANSMIT_ERROR:32 [Tue Feb 28 13:19:01 2006] [error] mod_gzip: TRANSMIT_ERROR:ISMEM:104 (à répétition et de très nombreuses fois jusqu'à l'éventuel plantage de la machine). A défaut de désactiver le mod gzip, je tente une mise à jour de ce dernier vers la version 1.3.26.1a. Cependant, une fois l'installation faite, je ne peux pas charger le module dans le fichier httpd.conf. J'obtiens l'erreur module gzip_module is built-in and can't be loaded. J'ai alors cherché un peu partout et j'ai trouvé dans mon fichier config.status la ligne suivante : "--add-module=src/modules/extra/mod_gzip.c" \ Et là ben... bloqué... J'ai essayé de remplacer le fichier mod_gzip.c par sa nouvelle version mais apparemment ça n'a pas fonctionné... Comment faire pour mettre à jour le mod_gzip ? Merci pour tout.

Problème résolu Il fallait également interdire le caractère "/" (sinon il y avait une boucle). Au cas où, si ça peut aider quelqu'un : RewriteRule ^uploads/([^_]{1})([^_]*)_(.*)$ /~site/uploads/$1/$1$2/$3 [L]

Merci pour ta réponse Dan. Je ne sais pas pourquoi mais ça ne fonctionne toujours pas... L'erreur reste la même : /~site/uploads/l/l/laurent/policier/bleu.jpg was not found on this server. J'ai bien vidé cache et compagnie, mais non, ça reste :/. "membre" est bien sans underscore... {1} veut bien dire qu'il n'y a qu'un seul caractère d'autorisé ?

Bonjour à tous, je propose sur mon site internet un espace où mes membres peuvent uploader ce qu'ils veulent. Auparavant, les fichiers allaient tous dans le dossiers /uploads/ et n'étaient pas trop nombreux. Désormais, ils dépassent le nombre des 10 000 et j'ai été obligé de les classer dans des sous repertoires, selon le nom d'utilisateur du membre. Auparavant, l'url vers les images était ainsi : http://site.com/uploads/membre_monchat.jpg Désormais, l'url est ainsi : http://site.com/uploads/m/membre/monchat.jpg Tout les fichier sont classés sans problème est automatiquement, mais l'URL rewriting (pour que les liens que les visiteurs ont placés à travers tout le web ne soient pas mort) ne fonctionne pas totalement ! En effet, il fonctionne pour certaines images et pas pour d'autre (??!??). Apparemment, il y a un soucis au niveau de l'underscore, dans le cas où "monchat.jpg" est en réalité écrit "mon_chat.jpg". Voici ma ligne de réécriture : RewriteRule ^uploads/([^.]{1})(.*)_(.*)$ /~site/uploads/$1/$1$2/$3 [L] http://ns00000.ovh.net/~site/uploads/membre_monchat.jpg fonctionne ! http://ns00000.ovh.net/~site/uploads/membre_mon_chat.jpg ne fonctionne pas La deuxième URL retourne l'erreur : /~site/uploads/m/m/membre/mon/chat.jpg was not found on this server. alors qu'elle devrait plutôt chercher : /~site/uploads/m/membre/mon_chat.jpg ... donc évidemment, ça ne fonctionne pas ! Comment corriger ça ? J'ai strictement aucune idée, là... Merci beaucoup !

A tout hasard (je m'y connais pas vraiment en URL rewriting), ça serait pas plutôt : RewriteRule ^(.*)-([0-9]+)\.php\?p=([0-9]+)$ index.php?c=$2\&p=$3 [L] (en échangeant l'étoile et la parenthèse dès le début) Désolé si je dis une bêtise !

Merci pour cette réponse ! Je viens d'installer Mysql 4.0.25 et ça va déjà un tout petit peu mieux (serveur toujours lent mais pas en rade =). Dans le fichier /var/log/mysql/slow-query.log, il y a deux ou trois méchantes requêtes du type SELECT * table... Est-il possible de savoir à partir de quel fichier php ces requêtes sont-elles lancées ? Sinon, j'ai transféré les bases en utilisant la commande mysql -u root -p password BASEDEDONNEES < backup.sql, en uploadant le backup de ma base sur le serveur dédié. J'ai tenté le myisamchk --force *.MYI et ça a pas arrangé grand chose. Voici les graphs mrtg que je viens d'installer : http://ns33936.ovh.net/mrtg/ Apparement le CPU est très utilisé... Voici le top classé avec SHIFT+M : 1:19pm up 5:32, 1 user, load average: 29,28, 17,57, 20,06 173 processes: 170 sleeping, 2 running, 1 zombie, 0 stopped CPU states: 3,5% user, 49,2% system, 0,0% nice, 47,1% idle Mem: 497544K av, 493324K used, 4220K free, 0K shrd, 504K buff Swap: 522104K av, 345384K used, 176720K free 16880K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 24422 nobody 9 0 73384 71M 3140 S 0,0 14,6 0:02 httpd 29797 nobody 9 0 72832 70M 2772 S 0,0 14,4 0:00 httpd 27511 nobody 9 0 72788 70M 2744 S 0,0 14,4 0:00 httpd 3208 nobody 9 0 53520 51M 2744 S 0,0 10,6 0:00 httpd 22944 nobody 9 0 54184 48M 2992 S 0,1 10,0 0:04 httpd 21130 nobody 9 0 72904 42M 2520 S 0,0 8,7 0:14 httpd 8049 nobody 9 0 30356 29M 3148 S 0,0 5,9 0:00 httpd 31717 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 14355 mysql 12 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 10653 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 13148 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 32408 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 2120 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 21368 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:04 mysqld 24004 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:02 mysqld 15072 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 16213 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 10280 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:04 mysqld 4620 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 7033 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:06 mysqld 11918 mysql 9 0 33988 24M 3220 D 0,0 4,9 0:02 mysqld 11410 mysql 12 0 33988 24M 3220 D 1,7 4,9 0:04 mysqld 19845 mysql 19 0 33988 24M 3220 D 2,8 4,9 0:04 mysqld 7221 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:01 mysqld 12738 mysql 9 0 33988 24M 3220 D 0,0 4,9 0:05 mysqld 26680 mysql 9 0 33988 24M 3220 D 0,0 4,9 0:03 mysqld 18480 mysql 9 0 33988 24M 3220 D 0,0 4,9 0:02 mysqld 18497 mysql 9 0 33988 24M 3220 D 0,1 4,9 0:02 mysqld 8844 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 27789 mysql 9 0 33988 24M 3220 D 0,1 4,9 0:05 mysqld 6924 mysql 9 0 33988 24M 3220 D 0,1 4,9 0:05 mysqld 30743 mysql 10 0 33988 24M 3220 D 0,7 4,9 0:00 mysqld 16906 mysql 9 0 33988 24M 3220 D 0,5 4,9 0:00 mysqld 15739 mysql 9 0 33988 24M 3220 D 0,0 4,9 0:00 mysqld 10164 mysql 9 0 33988 24M 3220 D 0,5 4,9 0:00 mysqld 12044 mysql 11 0 33988 24M 3220 D 0,8 4,9 0:00 mysqld 4902 mysql 10 0 33988 24M 3220 D 0,7 4,9 0:00 mysqld 323 mysql 10 0 33988 24M 3220 D 0,8 4,9 0:00 mysqld 20528 mysql 11 0 33988 24M 3220 D 1,2 4,9 0:00 mysqld 31482 mysql 10 0 33988 24M 3220 D 0,8 4,9 0:00 mysqld 31837 mysql 9 0 33988 24M 3220 D 0,7 4,9 0:00 mysqld 795 mysql 10 0 33988 24M 3220 D 1,0 4,9 0:00 mysqld 12669 mysql 11 0 33988 24M 3220 D 0,8 4,9 0:00 mysqld 24230 mysql 10 0 33988 24M 3220 D 0,8 4,9 0:00 mysqld 17095 mysql 10 0 33988 24M 3220 D 0,7 4,9 0:00 mysqld 13921 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 25430 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 11558 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 17932 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 685 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 7753 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 19924 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld 23410 mysql 9 0 33988 24M 3220 S 0,0 4,9 0:00 mysqld N'y aurait-il pas des configurations "spéciales" à faire sur apache ? Encore merci !

Bonjour à tous, Je viens de me prendre un serveur dédié sur OVH (offre start.300g) et après avoir ajouté un tout petit site, je me rends compte que mon serveur est devenu subitement lent... Un free sous Putty me donne : 7:31am up 11:27, 1 user, load average: 28,83, 25,70, 18,64 147 processes: 142 sleeping, 2 running, 2 zombie, 1 stopped CPU states: 2,2% user, 90,4% system, 0,0% nice, 7,2% idle Mem: 497544K av, 493072K used, 4472K free, 0K shrd, 616K buff Swap: 522104K av, 521976K used, 128K free 40288K cached Unknown command ` ' -- hit `h' for helpI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 2350 root 9 0 0 0 0 Z 0,0 0,0 0:00 watchdog <defunct> 19085 root 9 0 856 844 808 D 5,4 0,1 0:00 sh 6064 root 8 0 844 836 792 S 0,0 0,1 0:00 sh 11685 nobody 9 0 2868 1656 1536 S 0,0 0,3 0:00 httpd 22338 nobody 9 0 2868 1668 1536 S 0,0 0,3 0:00 httpd 11351 root 9 0 0 0 0 Z 0,0 0,0 0:00 hddtemp <defunct> 2509 mysql 9 0 14532 9224 948 D 0,0 1,8 0:00 mysqld 16886 mysql 9 0 14532 9224 948 D 0,1 1,8 0:00 mysqld 20995 mysql 9 0 14532 9224 948 D 0,0 1,8 0:00 mysqld 23273 nobody 9 0 2868 1652 1536 S 0,0 0,3 0:00 httpd 8185 root 9 0 2076 2076 1292 D 0,0 0,4 0:00 rtm 7733 root 9 0 856 844 728 S 0,0 0,1 0:00 bash 19213 root 9 0 588 524 496 S 0,0 0,1 0:00 crond 32544 mysql 9 0 14532 9224 948 D 0,1 1,8 0:00 mysqld 25328 mysql 9 0 14532 9224 948 D 0,0 1,8 0:00 mysqld 14114 mysql 9 0 14532 9224 948 D 0,1 1,8 0:00 mysqld 29994 mysql 9 0 14532 9224 948 S 0,0 1,8 0:00 mysqld 8552 nobody 9 0 3364 2340 2052 S 0,0 0,4 0:00 httpd 32765 nobody 9 0 3348 2328 2060 S 0,0 0,4 0:00 httpd 27814 mysql 9 0 14532 9224 948 S 0,0 1,8 0:00 mysqld 24784 nobody 9 0 3352 2340 2072 S 0,3 0,4 0:00 httpd 31320 mysql 9 0 14532 9224 948 S 0,0 1,8 0:00 mysqld 17 mysql 9 0 14532 9224 948 S 0,0 1,8 0:00 mysqld 8826 nobody 9 0 3368 2356 2068 S 0,0 0,4 0:00 httpd 7597 nobody 9 0 3580 2660 2340 D 0,0 0,5 0:00 httpd 9852 nobody 9 0 3340 2320 2064 S 0,0 0,4 0:00 httpd 25028 nobody 9 0 5100 4416 2888 S 0,0 0,8 0:00 httpd 3838 mysql 9 0 14532 9224 948 D 0,1 1,8 0:04 mysqld 29006 mysql 9 0 14532 9224 948 D 4,5 1,8 0:05 mysqld 7967 mysql 11 0 14532 9224 948 D 2,4 1,8 0:04 mysqld 16977 mysql 9 0 14532 9224 948 D 0,1 1,8 0:10 mysqld 2606 mysql 9 0 14532 9224 948 S 0,0 1,8 0:04 mysqld 8137 nobody 9 0 4720 3996 2912 S 0,1 0,8 0:00 httpd 7672 mysql 9 0 14532 9224 948 S 0,0 1,8 0:05 mysqld 23022 mysql 9 0 14532 9224 948 S 0,0 1,8 0:06 mysqld 593 mysql 9 0 14532 9224 948 D 3,3 1,8 0:06 mysqld 31786 nobody 9 0 5260 3920 2892 S 0,0 0,7 0:00 httpd 32122 nobody 9 0 5140 4412 2908 S 0,0 0,8 0:00 httpd 28874 root 14 0 944 880 664 R 1,4 0,1 0:14 top 19369 mysql 9 0 14532 9224 948 D 0,0 1,8 0:07 mysqld 23719 nobody 9 0 72952 52M 2876 S 1,2 10,8 0:01 httpd 14556 nobody 9 0 5104 4132 2864 D 2,6 0,8 0:01 httpd 4011 mysql 9 0 14532 9224 948 D 0,1 1,8 0:04 mysqld 12149 mysql 9 0 14532 9224 948 D 0,3 1,8 0:10 mysqld 32092 nobody 9 0 3368 2328 2068 S 3,5 0,4 0:00 httpd 18470 nobody 9 0 5348 4664 2860 S 0,3 0,9 0:00 httpd 25343 nobody 9 0 5012 4304 2968 S 1,9 0,8 0:00 httpd 22666 nobody 9 0 5016 4356 2948 S 0,0 0,8 0:00 httpd 1713 nobody 9 0 4932 4240 2904 S 0,0 0,8 0:00 httpd 15760 mysql 9 0 14532 9224 948 S 0,0 1,8 0:03 mysqld 10767 mysql 9 0 14532 9224 948 S 0,0 1,8 0:03 mysqld 2183 nobody 9 0 5204 4432 2940 S 0,0 0,8 0:00 httpd 5325 nobody 9 0 5260 4472 2980 S 0,0 0,8 0:00 httpd Merci de me donner deux ou trois petits conseils ! Je vois pas du tout d'où ça peut venir... EDIT : J'ai rebooté la machine en hard et après quelques minutes de fonctionnement "normal", c'est revenu... Trop de consommation SQL pour un site qui passait imppec en mutualisé ? :/