Nous avons identifié ce qui cause le ralentissement sur nos serveurs. Depuis le changement d'architecture nous n'étions pas satisfaits des performances de notre serveur web principal. En effet, malgrè le fait qu'il s'agisse d'une grosse machine (U2 bi-Xeon 3,0 Ghz 4Go DDram), les performances étaient correctes sans plus. Récemment le travail sur le xhtml à augmenté temporairement le nombre de requêtes vers le serveur, ce qui a mis en évidence ses faiblesses.

Comme je vous l'ai déjà expliqué je crois, le serveur garde de manière inexplicable une queue de requêtes en attente, alors que la puissance de calcul est sous exploitée. Le problème vient en fait du débit entre les disques et les processeurs. La carte controleur des disques est très mal gérée par linux.

Nous avons donc entrepris de passer en dernière version du noyau, nous pensions qu'il ne gérait peut être pas bien le SATA. Cela n'a pas eu malheureusement l'effet escompté.

Du coup, nous sommes intervenus à 2 niveaux : nous avons modifié l'application pour diminuer le nombre de requêtes, et nous avons effectué un réglage assez atypique au niveau du système qui nous a permis de gagner 50 % de puissance de manière logicielle. Ce qui n'a fait que nous ramener à la normale.

Nous avons contacté le fabricant de la carte incriminée pour qu'il nous trouve une solution. Ce sont des cartes relativement coûteuses, et surtout le remplacement à chaud n'est pas aisé. Nous préférerions réglé le problème sans devoir changer de cartes.

Nous nous étions donné jusqu'à la fin de la semaine pour prendre une décision au sujet de cette carte si 3Ware n'arrive pas à résoudre le problème. Nous avons décidé de changer complètement le système de stockage, le matériel a été commandé vendredi dernier.

Nous allons d'abord effectuer les modifications sur notre serveur de stockage secondaire qui prendra le relais sur le serveur principale pendant le changement des pièces. L'interruption du service n'excèdera pas quelques minutes.

Nous devrions retrouver de très bonnes performances à l'issus de cette intervention.

Ce matin nous avons retrouver le sourire grâce à Top AChat, nous avons commandé un aspirateur qui est arrivé mais notre femme de ménage va être surprise !! Conformément à la notice, elle a bien le droit de s'en servir (elle a plus de 36 mois) mais cet aspirateur est livré sans piles : )
Pour infos le services après de Top achat est très éfficace, conscient de leur erreur ce jouet est reparti en sens inverse.

Les alertes par email que vous recevez lorsqu'il y a des actions sur votre site sont en cours de reformatage. Vous revecevez ces emails par exemple, lorsqu'un nouveau commentaire est soumis, mais aussi lorsque vous recevez une commande dans la boutique, etc...

Ces emails seront toujours présentés sur le même principe : Date / Nom du site / Adresse Email et IP de l'expéditeur / Objet / URL d'accès direct sur le site et dans votre gestion.

Au total cela concerne 14 emails de notications (9 existent, 5 nouveaux) mais aussi les emails que vos visiteurs peuvent poster depuis votre site (envoyer a un ami, poster une ecard, ...) et 3 emails que nous échangeons avec vous (support, facturation, perte de mot de passe).

La mise en forme de la page des vos articles a été profondément remaniée tant en back office que sur le site.
Des fonctionnalités supplémentaires mais également une nouvelle disposition vous permettront d'agencer le contenu comme vous le souhaitez.

Sur le site: nouvelle présentation

L'article est désormais découpé en "blocs" de la même façon que le Design général du site.
Il est constitué de blocs "Titre", "Chapô", "Corps de texte" mais vous pouvez ajouter d'autres éléments (Auteur, Compteur de lectures, etc.)
Voir le paragraphe suivant à ce sujet (Mise en page avancée).

La présentation des boutons (Accueil, Imprimer, etc...) en type "colonne" a été améliorée. Les libellés disparaissent (visibles au survol de la souris) et la barre d'outils est positionnée verticalement à gauche de l'article.


Back Office : nouveaux paramétrages

• Affichage de la date de dernière modification

• Affichage de la rubrique

• Paramétrage des libellés des boutons

• Nouveaux boutons : Augmenter et Diminuer la taille du texte

La mise en page a également été revue pour obtenir une meilleure lisibilité.

Nous avons apporté une légère modification dans les balises propriétaires que nous mettons à votre disposition dans les textes.
Il s'agit de la balise de "puce" - l[] : vous devez maintenant englober toute la ligne de la même manière que si vous vouliez la mettre en gras ou en italique, par exemple.

Ces modifications sont dûes à la mise à la norme XHTMl de tous vos articles.

Depuis 3 jours vous pouvez constater un problème de lenteur de l'application.
Le serveur Web principal ne ferme pas les connexions de manière inexplicable.
Cela a pour effet de créer une queue de quelques 900 connexions en attente de traitement.
Ce problème ce répercute ensuite sur le serveur de base de donnée.

Nous allons recompiler le noyau du serveur Web principal. Cela devrait faire
disparaître le problème au cas ou le problème persiste nous basculerons sur un autre serveur.
Cette opération est transparente pour vous.

De manière parallèle depuis le début du mois, nous avons préparer une évolution de l'architecture serveur afin de créer un cluster haute disponibilité. Cela va empêcher dans l'avenir de rencontrer ce type de problème puisque le trafic sera distribué entre plusieurs serveurs en fonction de leur charge.

Le cluster sera en service début Novembre.

Nous sommes désolé des désagréments que vous cause ce fort ralentissement de l'application.

Nous vous l'annoncions au début du mois de septembre, nous avons entrepris la refonte des sites à la norme xhtml 1.1

C'est un travail important qui nécessite la réécriture du moteur d'affichage de WM. Nous avons actuellement refondu 20 % des modules qui composent vos sites. Mais avec l'expérience la cadence de développement augmente sensiblement ces derniers jours. Mi-novembre l'intégralité des sites devrait être valide à la norme du W3C.

La méthode que nous avons adopté consiste en une validation de module par module. Actuellement vos sites sont composés à la fois de module réécrits et valides à la norme xhtml 1.1. et d'anciens modules optimisés pour un affichage sous IE.

Même si ce travail est relativement transparent pour vous actuellement, les bénéfices que vous allez tirer de cette refonte seront au final nombreux.

L'URL Rewriting vient d'être étendu à toutes les rubriques de votre Portail ou de votre Blog. Vous n'avez rien de particulier a faire pour cela, si l'URL Rewriting était activé il s'applique maintenant aux rubriques.

Nous avons également activé les Méta Dynamiques sur les pages affichant vos rubriques.

Google demande une vérification pour le sitemaps dans son interface.

Voila le message visible pour tout inscrit à :
https://www.google.com/webmasters/sitemaps/login

... Créez un fichier nommé GOOGLE83915cafghc110o20.html . Ce fichier vous identifie formellement auprès de Google. Vous pouvez créer ce fichier dans l'éditeur de texte de votre choix. Ce fichier peut être vide, car il nous sert simplement à vérifier qu'il existe au même emplacement que votre plan Sitemap. Nous n'en consultons pas le contenu. Pour plus d'informations sur ce fichier, cliquez sur ce lien...

Nous avons donc revu la page Référencement pour que vous puissiez ajouter ce fichier de manière autonome.

Le formulaire d'inscription au profiling dispose désormais du classement, c'est à dire que vous pouvez ordonner et positionner les différents champs le composant.

Un nouvel état de ces champs est également disponible il s'agit d'afficher uniquement le "champs dans l'espace membres".