Silveur
-
Compteur de contenus
47 -
Inscrit(e) le
-
Dernière visite
Messages postés par Silveur
-
-
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.NETOu 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 pasLa 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 mysqldN'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 httpdMerci 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é ? :/
Temps maximum pour la propagation DNS
dans Noms de domaines
Posté
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