C'est une très grosse mise à jour de Kajax que voilà, je me suis longuement taté à le nommer 3.0 au vue des changements colossaux, tant sur les modules, sur le noyau que sur les vues/modèles.

Les sites inférieurs à la 2.5 ne sont plus compatibles avec les versions supérieures, je vais devoir les réviser, cela sera fait aussi vite que possible dès que j'aurais finalisé cette mise à jour.

J'ai encore besoin de faire qqs tests 'online' et voir les retours des utilisateurs finaux.

Au programme de cette mise à jour :

Je travaille sur une mise à jour majeure depuis 2 semaines, j'ai pris du retard car je suis en train d'implémenter tout un système de droits et de groupes d'utilisateurs ainsi que de repenser Kajax pour ne pas que le cas IE6/IE7 soit géré systématiquement mais plutôt au besoin.

Migration d'un site d'actualité à moyenne charge planifiée depuis quelques semaines ... rien d'extraordinaire en soit, la routine au final.

On prévoit un gel des fichiers vers 22h, puis un gel de la base de données vers 23h, on commence à tout préparer, on fait les sauvegardes, on transfère sur le nouveau serveur,  tout est ok, le site de test fonctionne .. on se connecte donc chez notre registar pour modifier les DNS et finaliser la migration !

Après diverses critiques reçues par des confrères quant à mes outils de travail, l'heure de la remise en cause est venue !

J'ai donc mis à la trape mon bon vieux NotePad++ que j'utilisais depuis plus de 7ans pour un IDE (Environnement de développement intégré) digne de ce nom ...

On entend de plus en plus parler des sprites mais pour la plupart des gens, ce terme est relativement obscur.

Qu'est ce donc au final ?

Cet article est destiné aux personnes possédant Kajax comme CMS, cependant son contenu est à la portée de tous, et pourrait vous être utile.

L'objectif de cet article est d'expliquer pourquoi Kajax utilise nativement 2 urls différentes par site internet (l'url pour les medias étant remplacé par l'url de base en cas d'absence).

Je n'avais pas fait le lien entre l'installation de BitDefender et l'absence dans YSlow et Firebug du header Content-Encoding:Gzip. De fait, une fois que j'estime une partie du code en version finale, je ne reviens pas dessus ou je n'y prête plus autant d'attention ...

Cependant suite à un retour d'un ami qui m'a dit que mon site ne compressait rien et qu'YSlow lui renvoyait une note bien inférieure à celle que j'annonce sur l'index, j'ai donc fini par me renseigner ..

Je suis en train de créer une pseudo documentation sur Kajax, et l'objectif est aussi de montrer la gestion de dossiers multi pages ;)

Après quelques luttes au corps à corps avec le noyau php de Kajax, et surtout 2 génératices importantes (ajax/js), voici une mise à jour mineure qui pourrait en être une majeure.

Voici le descriptif complet :

Voici une vidéo que je trouve tout à fait génial ! Merci aux créateurs ;)

Cette mise à jour règle les 2 derniers points noirs de Kajax : le système de rewrite rules et le système de cache !

Au programme :

J'ai le plaisir de vous annoncer la sortie de la version 2.41 de Kajax ! Au programme, une refonte complète de la gestion des URLs dans les ancres, une mise à jour colossale du module article qui passe en version 4.0 (il supporte nativement CKEditor et CKFinder, toujours en full ajax !) - il devient un concurrent direct de la majorité des moteurs de blogs tel que Wordpress, Spip, ou encore DotClear.

Voici le descriptif complet de la mise à jour ...

Des centaines de développeur web à travers le monde ont eu la charmante surprise de découvrir lors de la sortie de Firefox 3.5 que celui ci interprétait des hacks prévus initialement pour Chrome et Safari, causant ainsi des bugs de rendu.

La séquence body:first-of-type #div {property:value;} est donc à bannir dorénavant au profit de ...

Le marché des CMS est plus que saturé, mais les solutions qui en valent la peine, se comptent sur une seule main. Il existe beaucoup de tests qui permettent de déterminer les performances d'un CMS. Le plus populaire en ce moment s'appelle YSlow. Il analyse scrupuleusement la relation client/serveur et donne une note suivant diférents paramètres : si les médias sont bien compressés, si les headers sont pertinents et concis ou encore si le DOM (la structure du document en gros) est optimisé et aux normes (plus ou moins).

Après 10 jours de developpement, voici la version 2.3 !  Au programme : Adaptation de Kajax pour supporter le modèle MVC, optimisation du framework JS  Kajax_Core, optimisation du framework php Kajax et de son aspect CMS, amélioration de la compatibilité inter-navigateur, optimisation de la sécurité de certains modules, refonte complète de la mise en tampon ainsi que de l'interprétation du PHP dans les js et css ...

10% de mon temps est consacré à ce que l'on appelle la veille technologique.

Cela me rappelle ma professeur de mathématiques en 4°, il y a de cela 11ans, qui m'avait dit un jour : Rien n'est jamais acquis. Le monde évolue à une vitesse exponentielle, et ceux qui ne suivent pas cet extraordinaire élan sont vite dépassés. La veille technologique est le fait de se tenir informer des dernières nouveautés technologiques et surtout d'adapter ses habitudes, si cela est justifié, à celles ci.

L'un des concepts fondamental de l'ajax est la navigation par réécriture d'ancre ( le # qui suit l'URL dans la barre d'adresse ). C'est grâce à cela que le framework javascript sait quelle page il doit fournir au visiteur. Mais nativement, aucun navigateur n'injecte en tant que referer dans le header http l'url ET l'ancre, ce qui est tout à fait normal, vu qu'à l'origine cela permettait de naviguer rapidement dans des pages extrêment longues (une époque qui tend à être révolue depuis qu'on enseigne aux gens que plus le contenu est long, plus la probabilibé que le lecteur se lasse est grande). La problématique était donc la suivante : Comment faire pour qu'un site A sache que le site B lui envoit un lien de la page http://www.kolibot.fr/#test alors que le site B  ne reçoit que http://www.kolibot.fr en referer ?

Suite à des soucis liées à une surchage anormale du DOM, les flux XML sont mis en cache dans une variable javascript via une classe en extenssion ( comme d'habitude ) de Prototype !

Lors de la mise à jour du framewok javascript de Kajax (Kajax_core), certaines fonctionnalités ont été temporairement supprimées en vue d'une optimisation. Aujourd'hui, je vous annonce le retour de la navigation précognitive et de la mise en cache dans le DOM ( vulgairement le code xhtml ).

Chaque mois, je m'attarde sur les statistiques officielles du W3C quant à l'utilisation des navigateurs par la population. Ces 2 navigateurs (IE6 et IE7), et tous mes collègues ne pourront qu'approuver ce fait, nous pourrissent la vie ...