Mot-clé - MySQL

Fil des billets - Fil des commentaires

mercredi 24 octobre 2012

Je te veux !

Par mageekguy, mercredi 24 octobre 2012. PHP

Je te veux.

Tout de suite.

Là, maintenant.

Oui, toi, là, le geek au fond à gauche avec le teint blafard parce qu'il a le visage illuminé en permanence par le rétro-éclairage de son ordinateur portable, c'est bien toi que je veux, et pas la jolie blonde à ta droite, et non, ne te méprends pas, ce n'est pas du tout sexuel, même si ma proposition sera je l'espère sexy à tes yeux.

Quoi ? Tu ne peux pas m'intéresser parce que justement tu es un geek ?

Au contraire mon ami, c'est justement cela qui m'intéresse car c'est une offre d'emploi pour un geek que je propose.

Lire la suite

8 commentaires aucun rétrolien

jeudi 18 octobre 2012

Chronique d'un audit technique #3

Par mageekguy, jeudi 18 octobre 2012. Réfléxions › PHP

À la demande générale, voici aujourd'hui le troisième épisode de l'audit technique que j'ai mené chez mon employeur pour résoudre un problème de performance important survenu suite à une montée en version des sites de e-commerce et d'administration de l'un de nos principaux clients.

Pour ceux qui n'aurait pas suivis l'histoire depuis son commencement, le contexte de l'audit est décrit plus en détail dans les deux épisodes précédents.

Nous nous étions donc quittés précédemment alors que j'étais parvenu à déterminer juste avant de partir du bureau que les mauvaises performances étaient induites par le fait que les requêtes AJAX du site de e-commerce semblait d'après Firebug être traitées de manière séquentielle et non parallèlement par le serveur et qu'en conséquence, l'origine du problème devait être un verrou exclusif posé sur une ressource partagée entre les scripts PHP.

Lire la suite

13 commentaires aucun rétrolien

jeudi 11 octobre 2012

Chronique d'un audit technique #2

Par mageekguy, jeudi 11 octobre 2012. Réfléxions › PHP

Voici donc le deuxième épisode de ces chroniques relatives à l'audit technique que j'ai mené avec mon équipe suite à la baisse de performance très importante constatée sur la solution de e-commerce de l'un de nos clients suite à une montée en version.

Pour ceux qui prenne le train (de 13 h 37 évidement) en route, le début de l'histoire est ici, et pour les autres, nous nous étions quittés la tête remplie de questions (au vu des commentaires) suite à l'audit effectué sur le serveur MySQL.

En effet, ce dernier n'avait rien révélé de significatif, même s'il avait donné lieu à quelques ajustements, puisque les valeurs des variables relatives au moteur innoDb étaient correctes et le cache de requêtes était correctement dimensionné.

De plus, le journal des requêtes lentes ne contenait rien de relatif au problème constaté, tout comme celui des requêtes exécutées sans index, activé pour l'occasion.

Lire la suite

9 commentaires aucun rétrolien