lebel

Les index sont à poser lorsqu'il y a des jointures de table ou des recherches sur des champs particuliers. Ils sont plus efficaces sur les Integer que sur les champs texte bien sur. Ca peut réellement soulager ton serveur.

Problème réglé. Il suffisait d'ajouter nomdedomaineA.com en plus de www.nomdedomaineA.com à GWT

Bonjour, Je change de nom de domaine et j'ai un problème pour indiquer à google via GWT ce changement. Quand je le fais dans Configuration du site / Changement d'adresse, il me met un message d'erreur. Nous n'avons pas pu vérifier l'URL nomdedomaineA.com. Pour proposer un changement d'adresse, l'URL nomdedomaineA.com doit être validée en utilisant la même méthode que http://www.nomdedomaineA.com. Ajoutez nomdedomaineA.com à votre compte et confirmez que vous en êtes le propriétaire, puis réessayez. Or nomdedomaineA est déjà dans mon GWT comme ma cible nomdedomaineB. Comment réobtenir le code de validation dans GWT ? J'ai essayé de supprimer nomdedomaineA dans GMT et de le recréer mais il me le valide immédiatement dans le code meta habituel. Merci par avance pour vos propositions.

Est-ce que quelqu'un a testé les RSS importés dans les pages de Fan de Facebook ? Avec l'appli native de facebook ("importer dans blog"), ça se met à jour très très lentement (style 2 fois par jour ou parfois pas du tout) ! Quelqu'un a déjà testé une appli qui fait ca mieux ?

effectivement çà a diminué un peu la charge (je l'ai mis à 100) mais j'ai quand même tjs Apache qui délire totalement ! Ca peut venir d'où ?

personne pour m'aider ? mon serveur rame lamentablement ! Et c'est bien Apache qui fait tout merdé J'ai qu'à faire un pkill-9 httpd pour m'en rendre compte

A pleine charge, je remarque que dans mon server status j'ai des lignes avec comme Req Milliseconds required to process most recent request 1752306659 1752306605 etc ... sur une page où il n'y a pas de problème (puisque sur les autres demandes tout se passe bien) Comment je peux régler ce problème ? La charge processeur pourrait bien venir de là non ?

Ma base fait environ 850Mo J'ai mis le key_buffer_size à 30M au lieu de 50M; le swap est tombé 6800k Pour mon httpd.conf, voici les principales valeurs: Timeout 60 KeepAlive Off MaxKeepAliveRequests 100 KeepAliveTimeout 5 MinSpareServers 5 MaxSpareServers 10 StartServers 5 MaxClients 150 MaxRequestsPerChild 5000 Pour MySQL qqs valeurs aussi: long_query_time 10 max_connections 100 max_user_connections 0 myisam_sort_buffer_size 50M query_buffer_size 0 log_bin OFF merci encore pour ton aide précieuse parce franchement, j'en vois vraiment pas le bout ! PS : qd je fais mon top, j'ai aussi un sale msg "Unknown HZ value! (92) Assume 100" qui se met ! g fait un tcket au support de mon hébergeur à ce propos !

La grande nouveauté (en raison des nouveaux paramètres mis ds le my.cnf), c'est que çà swap un peu (mais vraiment un peu)

J'ai fait le myisamchk mais j'avais une erreur une fois l'opération faite. donc j'ai du faire un REPAIR TABLE pour que tout se remette en place. Est-ce un signe de problème ? J'ai une Debian de chez Sivit comme distrib

ouais j'ai une version 3.23 ! compliquée une MAJ de version MySQL pour un mec qui capte rien en linux ?

On peut lancer cette commande où ? J'ai fait un test à pleine charge en fermant le forum ! Le load average tombe de façon drastique donc çà semble être lui qui soit source de problème. D'ailleurs toutes les slow query proviennent du forum.

Je vous soumets mon problème. J'ai un site avec un forum assez fréquenté (PunBB) sur un dédié Athlon 3000+ 512Mo Un top quand c'est calme ressemble à çà : mais çà monte parfois très haut ! 89% de CPU et un load average à plus de 15 ! Il semble que cela soit MySQL qui soit le fautif. Je pense avoir besoin de quelques conseils d'optimisation pour mon my.cnf pour que ma mémoire SWAP soulage mon processeur qui prend tout dans le gueule (alors que mon serveur n'a jamais swappé en 2 ans d'utilisation). Merci pour vos conseils éclairés ! JE viens de mettre çà en place Est ce que je suis dans le vrai ?