Le blog personnel de Frédéric Hardy. Au menu, PHP, agilité, FreeBSD, cuisine et photographies.
jeudi 7 février 2013
jeudi 7 février 2013. Réfléxions › PHP
Durant ces derniers jours, plusieurs personnes m’ont demandé mon avis à propos de cet article concernant la gestion de la mémoire par PHP.
Et j’ai systématiquement donné la même réponse, à savoir que cet article, n’en déplaise à son auteur que je connais bien, est complètement idiot.
vendredi 1 février 2013
vendredi 1 février 2013. Réfléxions › PHP
Je lis du code.
Je lis même énormément de code, évidemment en PHP mais également écrit avec d'autres langages.
J’irais même jusqu’à dire que j’en lis beaucoup plus que j’en écris.
Et si parfois, je lis du code impressionnant, beau et efficace, parfois, je lis des choses comme ce qui suit…
vendredi 21 décembre 2012
vendredi 21 décembre 2012. Réfléxions › PHP
Voici enfin, en guise de cadeau de Noël, le cinquième épisode et avant-dernier épisode de ma chronique d'un audit technique qui était manifestement très attendu vu le nombre de remarques que j'ai reçu à propos de ma lenteur à le publier.
Pour ceux qui n'auraient pas suivi les quatres épisodes précédents, j'ai mené il y a maintenant presque deux mois un audit technique 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.
Et j'avais arrêté le précédent épisode très sadiquement au moment ou après trois jours d'efforts, j'ai enfin eu l'Illumination et compris l'origine du problème.
mercredi 7 novembre 2012
mercredi 7 novembre 2012. Réfléxions › PHP
Voici donc (avec un peu de retard sur le planning que je m'étais fixé) la suite de ma chronique d'un audit technique.
Pour ceux qui n'auraient pas suivi les trois épisodes précédents, j'ai mené il y a quelques semaines un audit technique 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.
J'avais arrêté le précédent épisode au moment ou j'allais rafraîchir la page de mon navigateur en espérant une résolution du problème après avoir procédé au remplacement du couple Apache 2 et mod_itk par la triplette Apache 2, mod_fastcgi et php-fpm sur un serveur de test.
jeudi 18 octobre 2012
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.
« billets précédents - page 5 de 20 - billets suivants »
