Darklg Blog réparé :)
Attention, cet article a été déplacé dans les archives, donc le contenu peut ne plus être à jour. A vous de voir 🙂
Enfin ! Après mon passage à un serveur dédié virtuel qui ramait étrangement, j’ai enfin trouvé LA solution :
Trop de processus Apache lancés en même temps, dès le démarrage. Donc un serveur surchargé dès le démarrage, et une trèèèès faible résistance au trafic.
Après quelques réglages délicats faisant suite à un article des plus bienvenus, mon serveur semble tenir le coup. Bon, mon serveur reste un VDS/256mo, mais ça devrait suffire, accompagné d’une belle optimisation de WordPress/MinURL.
Quelques idées en vrac :
- Méfiez vous de NoFollow Free. Il ajoute un nombre incroyables de requêtes à chaque commentaire. Bien qu’il soit sympa pour mes visiteurs, j’ai dû le désactiver en attente d’une autre solution.
- Les créateurs de thèmes WordPress ont tout intérêt à optimiser leurs thèmes, il y a un gain assez conséquent de performances.
- Avant tout, réfléchissez bien. A-t-on vraiment besoin de faire un appel en base de données pour un résultat qui ne sera presque jamais modifié ?
Un gros souci s’est envolé ce matin 🙂
Ah cool, 52s pour 13 requêtes, c’était pas jouable.
L’optimisation n’est pas un vain mot.
Les codeurs de WP devraient s’occuper de ça
Quand je vois la tronche certains thèmes ou plugins, ya de quoi pleurer ^^’
Attend le plugin nofollowfree il fait des requêtes ??! Hein ?! Mais qui à codé ça ? Ne s’agît-il pas simplement d’enlever le ‘rel= »nofollow »‘ sur les liens des pseudo des comments ?
A là limite modifie ça en dur dans le thème non ? (je dis peut-être une bêtise je connais pas l’archi de WP).
En fait, nofollowfree vérifie si l’utilisateur (nom+mail+site = utilisateur) a déjà posté, et selon le nombre de posts choisis, il autorise ou non le nofollow.
( Pour éviter le spam )
Woaw à ouais ok ! Bah à la limite on s’en fout ça empêche que les bots pas les vrais lecteurs de suivre les liens :-).