Aller au contenu

ams51

Membre+
  • Compteur de contenus

    1 362
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par ams51

  1. Chez moi Bing est bien meilleurs mais apporte peu de visites. Yahoo est très médiocre.
  2. Ce site est dans une frame. Le site originel est celui là : http://www.asand.berck.com/ En cliquant sur les liens on reste dans la frame
  3. Question à 2 balles. C'est normal que rsync passe un temps infini sur "buildind file list ..." ? ça fait déjà plus de 24heures et je me demande s'il va un jour commencer à copier les fichiers.
  4. une réponse rsync -a --progress /home/aaa/bbb/ --exclude /home/aaa/bbb/cache/ root_AT_nsyyy.ovh.net:/home/aaa/bbb/
  5. Bonjour, pour une migration de serveur je cherche à copier un dossier complet d'un serveur sur un autre. mon ancien serveur (source) : nsxxx.ovh.net mon nouveau serveur (destination) : nsyyy.ovh.net Je veux copier le dossier /home/aaa/bbb/ de nsxxx.ovh.net vers nsyyy.ovh.net avec tous les sous répertoires. J'ai vu la commande suivante: En ouvrant un putty sur la machine source nsxxx.ovh.net rsync --archive /home/aaa/bbb/ root_AT_nsyyy.ovh.net:/home/aaa/bbb/ Est ce correct? Question subsidiaire: je souhaite faire ce transfert en copiant tout SAUF un sous répertoire /home/aaa/bbb/cache/ Est ce qu'il y a une commande ou est ce que je dois me taper les sous dossier un a un à la main en évitant /home/aaa/bbb/cache/ ?
  6. Bing représente environ 1% des visites en provenance des moteurs, donc je ne le surveille pas de près. Par contre d'un point de vue global il est stable, il n'y a pas de grosses baisses ou hausses d'une semaine sur l'autre.
  7. 2 semaines... c'est long, OVH ne m'avais pas habitué à ça D'après leur service commercial la livraison est pour aujourd'hui ou demain. Ce qui m'emm... le plus c'est que j'avais pris le serveur 1 mois avant la fin de l'ancien pour avoir le temps de faire un peu de dev avant de migrer.
  8. J'espère qu'ils voudrons bien prolonger mon ancien serveur le temps de finir la migration. J'avais prévu large pour avoir le temps de tout faire proprement.
  9. Bonjour, j'ai commandé un serveur HG 2010 SSD chez OVH le mercredi 11 Novembre. Une semaine après j'ai reçu un coup de fil pour me dire qu'ils avaient une rupture de stock sur les cartes réseaux. On arrive bientôt à 2 semaines et toujours rien... Depuis le jour de ma commande il est indiqué sur le site d'OVH qu'il y a 3 serveurs HG 2010 SSD livrables en 1 heure et 11 serveurs livrables en 72 heures. Suis je le seul dans ce cas ?
  10. Sans cache les accès MySQL font tomber la machine. Mon pb vient en grande partie des crawlers qui bouffent entre 250'000 et 300'000 pages par jour (3 fois plus que les visiteurs). Je dois donc servir 400'000 pages par jour et entre 5 à 10 pages par seconde en pointe. C'est pas énorme mais suffisamment lourd pour mon système bancale.
  11. C'est RAID1 ou RAID0 avec 2 disques. RAID0 est plus rapide mais RAID1 plus sûr. Je ne sais pas s'ils auront la même usure mais en cas de casse il est peu probable qu'ils cassent la même jour (où alors j'ai vraiment pas de chance) Mon serveur actuel n'a que 16Go. Après analyse approfondie mes problèmes viennent de mon système de cache qui travaille sur des millions de fichiers qui prennent entre 40 et 50Go sur le disque. Il y a un très gros ralentissement de ce côté. L'idée est de changer de système de cache et de placer une partie des données dans un cache mémoire avec memcached. Mon futur serveur aura 48Go de mémoire et 10Go de données sur disque. D'après ce que j'ai lu memcached est beaucoup utilisé avec MySQL pour stocker le résultat des requêtes en cache. Ce qui permet d'alléger la charge sur les BDD. Xcache compile les scripts php et place le tout en mémoire... ça accélère le php mais je ne crois pas que ça améliore MySQL. Pour ça je vais mettre eaccelerator qui fait la même chose.
  12. Je recopie intégralement un billet publié chez moi... ça peut aider. Je suis loin d'être un expert en hardware (bien au contraire) donc c'est une base de réflexion et non une étude définitive Suite à une surcharge permanente de mon serveur depuis quelques mois je songe sérieusement à le changer. Je vais rester chez OVH, je suis assez content de leur service depuis le début et mon ange de l'infogérance qui m'a sauvé plus d'une fois ne travaille qu'avec OVH... Alors on ne change pas une équipe qui gagne. A départ je pensais passer sur une architecture avec 2 serveurs. Le plan de dev pour modifier mes scripts était bien avancé. J'ai entendu parler de Memcached chez Mrboo, ce qui m'a rappelé un billet chez Koreus. Bref, j'ai passé une petite journée dans la doc de Memcached puis dans mon code pour voir comment je pouvais l'adapter chez moi. Et là c'est le coup de foudre... Je peux jeter mon sale système de cache maison qui fait planter ma machine contre un système de cache un poil plus sérieux utilisé par des startups qui montent (digg et facebook par exemple). Mon architecture à deux serveur ne présentant plus beaucoup d'intérêt, je jète mon dévolu sur un serveur HG-2010. Reste à choisir le disque SSD 80Go ou SAS 15000rpm 300Go. Sachant qu'ils seront monté en RAID1 (disques miroir). Le disque SSD est plus petit mais peut largement contenir mon site et mes bases de données si je n'utilise pas mon système de cache merdique. A priori ça ne devrait pas dépasser 10Go... Et même si ça double (peu probable) il me reste 60Go de marge. Et là je tombe sur un comparatif très détaillé des disques SSD Intel X25-E SLC 32Go et SAS Seagate Cheetah 15000RPM 300Go. OVH propose un SSD Intel X25-M (et pas E) et pas de référence pour le SAS. On dira que les disques SAS sont à peu près équivalents. Pour les caractéristiques des SSD : X25-M: Read 65µs, Write 85µs, MTBF 1.2million heures, sequential read 250Mb/s, sequential write 70Mb/s. Voir la doc X25-E: Read 75µs, Write 85µs, MTBF 2millions heures, sequential read 250Mb/s, sequential write 170Mb/s. Voir la doc En gros les perfs sont équivalentes seulement le M écrit 2.5 fois moins vite. Je prendrais donc les résultats du comparatif et je diviserais par 2.5 pour les tests d'écriture et les tests de R/W (les résultats seront faux mais pas surestimés). Autre point, la durée de vie est plus faible... mais 1.2 million d'heure reste quand même raisonnable (en plus il y a la sécurité du RAID1). Bref, voici les résultats du comparatif compilés et corrigés pour une utilisation mono-disque. Les résultats d'écriture/lecture random sont, parait-il, plus proche de la réalité. Pour de l'I/O simple le SSD aurait un débit 240% meilleur (au minimum, certainement plus vu mon approximation). Pour de l'écriture sur base de données l'amélioration est de 650%, en lecture 2300%. Bref, malgré les incertitudes de mes approximations le SSD semble meilleur sur tous les points. Reste à savoir maintenant comment je vais configurer Memcached. Je vais avoir 48Go de RAM sur mon serveur, je pense allouer entre 8 et 12 Go pour Memcache, d'après mes estimations ça devrait être assez bien dosé (je compte bien utiliser le cache à fond). Par contre je n'ai jamais vu autant d'allocation de mémoire (en général c'est plutôt quelques Mo)... Ce sera donc la grande surprise sur les performances globales. Si je travaille bien, le temps d'accès aux pages devrait redescendre sous la seconde (disque SSD + cache en RAM+ 3fois+de mémoire + proc plus puissant + eaccelerator = un peu mieux qu'avant?) Je ne devrais plus avoir le fameux répertoire de cache qui emm.. ennuie Dan pour la sauvegarde du serveur
  13. Je ne comprends pas bien la question... un exemple ? une url ?
  14. A ma connaissance seul Bing place sans problème et extrêmement facilement un site en première position si la requête est dans le ndd.
  15. Qu'est ce que tu entends par le "statut du message" ?
  16. ams51

    triche picturing

    Il faut peut être regarder du côté du referer $ SERVER["HTTP REFERER"] ? Je ne comprends pas bien le problème. Ils affichent une image ou une page dans la balise img (genre <img src=&quot;http://www.webmaster-hub.com">) ?
  17. Il faut peut être regarder du côté de la variable path du cookie function SetCookie ( name, value, expires, path, domain, secure) { szCookie = name + "=" + escape (value) + ((expires) ? "; expires=" + expires.toGMTString() : "") + ((path) ? "; path=" + path : "") + ((domain) ? "; domain=" + domain : "") + ((secure) ? "; secure" : ""); document.cookie = szCookie; } voir de ce côté : http://www.sam-mag.com/archives/cookies2.htm
  18. on peut mettre un rel="nofollow bidule" le follow à l'air de fonctionner et on peut jouer sur bidule avec du js (en tout cas jquery y arrive sans problème)
  19. Un CMS: oui Par contre si tu n'as pas une grande expérience je te conseille de prendre un CMS simple et éventuellement de prendre un template/thème proche du tien et de le modifier par petite touche avec tes propres couleurs/images...
  20. Je suis plutôt adepte du nom de domaine le plus court possible avec un nom inventé. En tout cas pour un site qui souhaite développer une audience fidèle. Je réserve les noms de domaines avec mot clés (et tirets) aux sites destiné à avoir une audience en provenance des moteurs quasi exclusivement.
  21. Je galère souvent avec les "replace" car j'oublie de mettre les expressions dans des tableaux (array) ou au contraire je mets des tableaux alors qu'il n'en faut pas. C'est le genre de bugs qui peut faire tourner un développeur non expert pendant de longues minutes.
  22. De temps en temps ça arrive sur une expression. ça revient souvent au bout de quelques jours (une semaine). Mon hypothèse c'est que les bl de la pages sont remis à zéro dans l'index de GG (bug ou algo de nettoyage?) ensuite GG faisant son travail tout redevient normal. Simple hypothèse.
  23. Il suffisait d'attendre. OVH vient de mettre à jour ses gammes EG et MG. Voilà de quoi me laisser le temps de la reflexion. Les nouveaux prix sont... http://www.ovh.com/fr/produits/offres_dedies.xml
  24. Oui, je sais qu'il n'y a pas de support de Dan pour ces serveurs. Disons que je pense peut être en utiliser un pour mes calculs et mes données "volatiles".
×
×
  • Créer...