Programmation › Développement web

Tous les langages orientés vers le web (2.0).

Fil des billets - Fil des commentaires

mardi 1 novembre 2011

FluxSphinx, l'intégration de Sphinx dans FluxBB

Il y a de cela quelques mois, nous avons rencontré des montées en charge sur Borsalino (l'ancien serveur de Fedora-Fr). Après enquête, il s'est avéré que la recherche de certains mots (ceux qui remontaient le plus de résultats) sur les forums faisait planter les sites en entrainant une charge sur le serveur MySQL. La sentence est vite tombée et nous avons été contraints de couper la recherche native sur les forums de Fedora-Fr et de basculer sur Google Custom Search Engine.

Avec l'arrivée de Stetson, le nouveau serveur mis à disposition par nos amis d'Ikoula, la question de remettre la recherche en place s'est posée. Cependant, je trouvais frustrant de répondre à un problème de conception (la recherche native de FluxBB bien que très efficace n'est pas adaptée aux grosses volumétries) par une course à l'armement (la RAM dans notre cas). Bref, je travaillais depuis quelques temps à l’implémentation de Sphinx pour FluxBB sous le nom de code FluxSphinx. Et depuis ce long week-end de Toussaint, FluxSphinx est en production sur les forums de Fedora-Fr et le code est disponible sur le site du projet.

A noter que la configuration permet d'inclure la librairie PECL compilée plus efficiente que l'API en php (que vous pouvez également utiliser).

Pour le moment FluxSphinx est Iso fonctionnel avec la recherche native de FluxBB, seul le tri par pertinence ainsi que le récapitulatif dans le résultat de la recherche le distingue de la recherche native.

Cette version 0.9 donnera naissance rapidement à une v1.0 lorsque les bugs éventuels auront été remontés et corrigés. Ensuite devrait arriver une version 1.1 avec l'arrivée de facettes.

mercredi 27 avril 2011

Migration de mon blog en HTML5

Ça fait un petit moment que je n'avais pas travaillé sur mon blog... Il faut dire que la v5 de Fedora-Fr m'a pris pas mal de temps. Mais maintenant que c'est à peu près fini, je me suis lancé dans le portage du thème de mon blog en HTML5.

Au programme :

  • utilisation des "role" : banner, main, complementary, etc...
  • utilisation des nouvelles balises : section, article, header, footer
  • Formulaire : aria, placeholder (le truc le plus visible), etc...

Pour moi les avantages de l'HTML5 sont :

Lire la suite...

dimanche 11 avril 2010

llaumgui.com sous jQuery

Après plusieurs années de résistance à vouloir faire tourner Dotclear avec MooTools, j'ai décidé de raccrocher les gants. Ce blog tourne à présent sous jQuery, la solution de framework Javascript officiellement retenue par Dotclear. Vraisemblablement, je ne devrais plus trop maintenir mon script dcRemember permettant de faire tourner les fonctions JS de bases de dotclear sous MooTools.

Mais pourquoi lâcher MooTools alors que c'est le meilleur framework JS au monde (si ça c'est pas un troll ;-)) ? La raison est simplement qu'avec l'intégration de jQuery de plus en plus forte dans eZ Publish, je risque d'utiliser de moins en moins MooTools. J'avais donc besoin d'un labo sous jQuery et l'un des buts premiers de ce blog est justement de servir de labo.

mercredi 29 avril 2009

Après le blog, le Trac et après le Trac, le Twitter...

Après avoir changé le thème du blog, je me suis attaqué à celui du Trac que j'ai renommé en "Plateforme de développement" et passé sous le sous-domaine dev.llaumgui.com. En effet, je voulais une certaine cohérence entre le design du blog et celui de la plateforme de développement. J'ai donc entrepris de porter Emplode sous Trac, et là, force est d'avouer que le truc est assez déconcertant.

Le moteur de template de Trac est basé sur un système d'XSLT qui me fait comprendre la charge serveur d'un Trac ;-). En plus pour appliquer le nouveau thème, bien sûr, il faut redémarrer le serveur apache, normal quoi...

Lire la suite...

lundi 18 février 2008

Bug MySQL 5.0.51a

Depuis quelques jours on me rapporte des comportements étranges sur les forums de fedora-fr. Les messages récents ne seraient plus triés dans le bon ordre (ni dans aucun autre d'ailleurs)... Étonnant, car je n'ai rien touché au code de notre PunBB depuis un bon petit moment...

Bref un petit vim include/common.php pour passer le PUN_SHOW_QUERIES à 1 et ainsi tracer les requêtes MySQL et m'apercevoir que la requête fait bien un ORDER BY t.last_post DESC:

Lire la suite...

vendredi 7 décembre 2007

Montée en charge et compression Gzip des pages servies

Depuis quelque temps, je trouve que Scenario-Paintball et llaumgui.com (tous deux hébergés sur la spb-box) mettent du temps à servir les pages.

J'ai mis à jour le système de CentOS 5.0 vers la 5.1 avec le dernier kernel pensant que ça pourrait améliorer les perfs (qui a dit naïf ?) de mon kernel datant du temps où CentOS 5.0 était encore en phase de bêta testes chez Dedibox (mais CentOS était bel est bien en version finale).

Rien à faire, j'observais encore des montées en charge et des montées de CPU. J'ai donc entrepris de m'orienter du côté d'Invision Power Board et de mieux régler la bête pour ne plus servir de pages compressées en gzip (Disable GZIP encoding?). Depuis, beaucoup moins de problème de montée en charge et même lorsque le serveur charge il arrive encore à servir les pages en un temps tout à fait respectable.
J'ai profité de cette occasion pour affiner les réglages d'IPB et configurer une charge limite (Server Load Limit ?) de 15 à laquelle Scénario-PaintBall affiche un message d'erreur invitant à patienter...

Bref, la version 2.1 n'étant pas connu pour sa légèreté, je pense que la migration vers la version 2.3 d'IPB se fait de plus ne plus pressante...