Le blog de llaumgui - Développement web - Commentaires

Pimp my Dotclear ;-) - Méthylbro

Méthylbro — Thu, 01 May 2008 20:04:55 +0200

"Nous" ?
Tu veux dire "Le gentil, génial et jeune Méthylbro" ?

Utiliser mootools dans Dotclear 2.0 - llaumgui

llaumgui — Thu, 24 Apr 2008 23:36:18 +0200

En dessous de la licence et de la description :
@@ * Dépendances :

*	 	- Element.Event
* 		- Element.Selector
* 		- Hash.Cookie
*		- Window.DomReady@@

Utiliser mootools dans Dotclear 2.0 - Da Scritch

Da Scritch — Thu, 24 Apr 2008 23:23:29 +0200

Tu peux préciser les modules minimums de mootools nécessaires pour faire tourner ta lib ? (ça peut surtout être utile aux débutants)

Pimp my Dotclear ;-) - TitaX

TitaX — Thu, 24 Apr 2008 10:33:22 +0200

Nous avions auss détecté la faille sur les miltiblogs, mais corrigée d'une autre manière :
http://methylbro.titaxium.org/post/...

Pimp my Dotclear Acte II - eddy33

eddy33 — Wed, 23 Apr 2008 20:42:19 +0200

Salut Llaumgui.
J'ai fait le MAJ de mon côté. Sympe ce plugin MyMeta...

Un labo pour tester ezipb, le connecteur IPB pour eZ publish - LLaumgui

LLaumgui — Tue, 22 Apr 2008 11:39:39 +0200

Bonjour,

le projet est en standby. En fait j'ai lançé le projet pour Scenario-Paintball.com mais comme le nouveau design de SPB n'est pas encore prêt, j'avance pas et ezipb n'avance pas non plus...

Un labo pour tester ezipb, le connecteur IPB pour eZ publish - lylo

lylo — Tue, 22 Apr 2008 11:25:01 +0200

Hello,

est-ce que tu continues à bosser sur ce beau projet ? Je le trouve intéressant et je voulais savoir si tu as pu te pencher notamment sur la connexion entre les utilisateurs d'ez et ceux d'ipb.

Optimiser ses javascripts : le cas de mootools - llaumgui

llaumgui — Sat, 19 Apr 2008 09:57:16 +0200

Effectivement, j'ai hésité à rajouter ce point car ceux qui ont des dual-core auront du mal à comprendre ;-).
Mais le packer de Dan est effectivement plus lourd à décompresser. Pour la compression en une seul fois, quand on peu la faire c'est quand même mieux ;-).

Pour safari, je me suis inspiré du commentaire sur le blog que j'ai retrouvé à plusieurs endroit sur la toile.

Optimiser ses javascripts : le cas de mootools - Rik

Rik — Sat, 19 Apr 2008 01:26:43 +0200

Suite à mes commentaires, je me sens obligé de réagir

Le packer de Dean Edwards a un autre problème. Pour gagner encore plus de place, il demande un traitement côté client (un petit coup de eval() ). Le temps d'exécution de cet eval est supérieur au gain de téléchargement en règle générale.

Le problème des gros Javascript est de bloquer l'affichage et le téléchargement dans un navigateur. Pendant qu'il télécharge puis interprète le JS, le navigateur ne peut rien faire d'autre. C'est d'ailleurs pour cela que Yahoo! recommande aussi de placer ces JS en fin de page. L'utilisateur aura un affichage le plus tôt possible.

Concernant Gzip à la volée, c'est très peu consommateur en CPU. Ton lien concernant des chutes de performance ne sont dûes qu'à la compression Gzip effectuée par PHP. Ce n'est pas son métier. Par contre, Apache sait très bien le faire. En plus, il respectera mieux la négociation de contenus.

La règle est aussi très bizarre. Pourquoi exclure Safari ??? Il sait très bien gérer Gzip...

Bon, je pourrais m'éterniser, mais j'en laisse pour une autre fois

Utiliser mootools dans Dotclear 2.0 - LLaumgui

LLaumgui — Fri, 18 Apr 2008 14:17:34 +0200

Ici : 14Ko pour gérer tous les effets :

Effet du menu
Slide
Gestion des cookies
Le bandeau qui change en fonction de l'heure
Les tooltips
La validation des formulaires (bientôt)

J'ai : 3/4 de mootools + YUI compresse + gzip

Utiliser mootools dans Dotclear 2.0 - Rik

Rik — Fri, 18 Apr 2008 13:51:46 +0200

@efyx Non, c'est loin d'être la seule intelligente.

Toutes les librairies peuvent être packées et il existe plusieurs packers.
Il y a d'autres librairies modulables. YUI par exemple.

Rien que pour l'effet d'accordéon, avec les dépendances nécessaires, il y a déjà 20.8ko à télécharger.

Et comme je le dis, ce n'est qu'une partie du problème. L'autre étant la masse de codé exécutée en plus par les frameworks pour s'adapter à toutes les situations.

Utiliser mootools dans Dotclear 2.0 - dark_tyranus

dark_tyranus — Thu, 17 Apr 2008 22:29:39 +0200

oué d'abord ptit boul a dit hein! :D

pour ma part.. java(script) caca!

et hop, un post inutile.

=> |

Utiliser mootools dans Dotclear 2.0 - efyx

efyx — Thu, 17 Apr 2008 10:09:18 +0200

Mootools est la seul libraire intéligente. Son poids peux être controlé par deux choses :

Chaque élement de la libraire peux être ou non téléchargé. Par conséquent seul les parties nécéscaires sont présente dans le fichier javascript
Il est possible de "packer" le js

Ainsi tout est controlé.

Utiliser mootools dans Dotclear 2.0 - Rik

Rik — Thu, 17 Apr 2008 00:26:40 +0200

N'oublions pas que les librairies, aussi pratiques soient-elles, sont gourmandes en ressource serveur (20ko pour utiliser une partie infime de la librairie) et gourmandes en ressource client (elles exécutent beaucoup plus de code pour s'adapter aux besoins de chaque développement).
Elles font gagner du temps de développement, certes. Mais la contrepartie pour les utilisateurs est très souvent visible.

Bug MySQL 5.0.51a - TitaX

TitaX — Tue, 19 Feb 2008 11:37:39 +0100

Félicitation à vous deux !

Bug MySQL 5.0.51a - LLaumgui

LLaumgui — Tue, 19 Feb 2008 09:28:09 +0100

C'est fou quand même, on part sur un PEBKAC et en fait c'est un problème du moteur...

Bug MySQL 5.0.51a - Marcet

Marcet — Tue, 19 Feb 2008 08:35:18 +0100

Un grand merci en tout cas pour cette correction rapide.

Montée en charge et compression Gzip des pages servies - Pti-seb

Pti-seb — Sat, 08 Dec 2007 17:41:21 +0100

Quand tu utilise me mod_defalte pour faire du gzip, tu indique bien dans ta configuration que tu ne veux compresser que les pages html et css ?

Car si tu fait du gzip sur les médias (iomges, son, pdf ...) c'est normal que le cpu ram.

Boutique en ligne, autopsie d'une faille de sécurité - S@M

S@M — Sun, 14 Oct 2007 18:08:36 +0200

Vi, 'register_global = On', et surtout calcul du prix en js.... la, c'est vraiment de l'abus ! Y en a qui on peur de rien ! lol

Donnez moi l'adresse du développeur que je lui mette des coups de fouets !

eZ publish 4.0 alpha 1, support du php5 - gggeek

gggeek — Mon, 08 Oct 2007 20:38:05 +0200

C'est bien dommage, mais red hat n'a pas inséré le php 5.2 dans la liste des nouveautés prévues la version 5.1, malgre l'initiative gophp5, qui préconise l'adoption de la version 5.2.
Pas de chance de la voir bientot dans CentOS... il n'y a que se debrouiller soit meme, comme apparemment tu viens de faire...