Voilà je viens de recevoir le livre “High Performance Web Sites“. j’ai donc décidé de commenter une à une les différentes règles et d’essayer de les appliquer sur Wanarun.
Au départ :
- Make fewer HTTP requests => note : B
- Use a CDN => note : F
- Add an Expires header => note : F
- Gzip components => note D
- Put CSS at the top => note A
- Put JS at the bottom => note B
- Avoid CSS expressions => note A
- Make JS and CSS external => n/a
- Reduce DNS lookups => note B
- Minify JS => note B
- Avoid redirects => note A
- Remove duplicate scripts => note A
- Configure ETags => note F
Première règle : Réduire la taille du javascript
Ca me semble être une bonne idée, je ne me suis jamais penché sur cette problématique.
Yahoo nous donne quelques pistes et je décide d’utiliser YUI Compressor.
Je décide de compresser la librairie Prototype et la librairie de Wanarun
Résultats de la compression :
- Wanarun : 62 ko => 37 ko
- Prototype : 71 ko => 43 ko
Par contre mauvaise nouvelle, une erreur dans le javascript de prototype.
Je teste ensuite ShrinkSafe :
Résultats de la compression :
- Wanarun : 62 ko => 40 ko
- Prototype : 71 ko => 50 ko
La compression est moins bonne mais pas d’erreur javascript dans prototype.
L’expérience est globalement positive, les temps de chargement sous firebug sont moins long qu’avant et dans Yslow wanarun passe de B à A sur le “Minify JS”
Note globale : D (62)
A suivre….
Voilà quelques semaines maintenant que je surveille la progression du nombre de pages avec l’erreur. La première baisse vient d’apparaitre, nous sommes à 720 000 pages. Continuons la bataille !
Suite aux remarques que j’ai reçu a ce sujet, effectivement le chiffre n’est pas significatif car on peut voir dans les premieres pages quelques forums qui parle de l’erreur mais c’est tout à fait négligeable devant le nombre d’erreurs.
Je suis en train de faire un système de monitoring pour voir la progression au jour le jour et de facon automatique, le tout avec un petit ticker que vous pourrez afficher sur votre site.
Avant je ne faisais pas attention au moteur de recherche et a l’optimisation des pages. Mais c’est vrai que ca permet quand même de récupérer pas mal d’utilisateurs parfois. Voila le cas des parcours sur Wanarun.
avant j’avais des urls du genre :
http://www.wanarun.net/index.php?content=/view/parcours.php&parcours=2251
et j’ai décidé d’activer le mode rewrite pour obtenir ca :
http://www.wanarun.net/carte/2251/le-long-du-canal-thaon-les-vosges.html
Je ne vous cache pas que Google adore ce genre d’URL
Voila le code que j’ai mis dans mon fichier .htaccess :
RewriteEngine On
RewriteRule ^carte/([0-9]+)/(.*).html$ index.php?content=/view/parcours.php&parcours=$1
Ensuite pour rediriger proprement les anciennes pages j’ai ajouté ce code dans ma page
if ($_SERVER["SCRIPT_NAME"]=="/index.php" && urlParcours($parc_d)!=$_SERVER["REDIRECT_URL"])
{
header(&
#8217;HTTP/1.1 301 Moved Permanently’); header("location: ".urlParcours
($parc_d));
}
ma fonction urlParcours renvoit l’url propre tout simplement.
Après 1 an et demi de développement, la plateforme Eclipse pour le dévelopement PHP est disponible. Il va falloir que je regarde ca de plus près pour voir les avantages et les inconvénients. Qu’apporte t’il de plus que PHP Eclipse.
Pour ma part, j’utilise Jedit , il fonctionne sous windows, sous linu, sous Mac Os X et un peu customisé il est sympa a utiliser.
Pour mes développements, j’utilise un serveur sous linux pas besoin d’un machine très puissante avec une distribution Ubuntu. J’édite mes développements avec Jedit en SFTP et si besoin je synchronise mes fichiers sur le serveur de production avec Rsync
Rsync est une vrai merveille : je l’utilise pour mes mises en productions, mes backups,…
Dans le live Building Building Scalable Web Sites, il est question des environnements de développements. Utilisations de CVS ou Non ?…
Et vous, quels sont vos pratiques : environnement de developpement, mise en production, cvs… ?
Le couple PHP / MySQL est devenu inséparable depuis quelques années maintenant… Mais la vie de couple n’est pas toujours facile. Il existe 3 façons d’unir ce couple :
- ext/mysql : l’extension mysql classique (old school) que nous avons tous utilisés
- ext/mysqli : l’extension mysql “improved” (sous entendu amélioré) interface object / prepared statement et autres nouveautés
Mais voilà, le hic c’est les fameuses connexions persistentes, depuis toujours on a tous désactiver cette possibilité allant même jusqu’à oublier qu’elle existait.
Mais voila MySQL AB a décidé de prendre le taureau par les cornes et de développer une libriairie de remplacement pour résoudre ces problèmes. c’est chose faite avec mysqlnd (Mysql native driver). cette librairies remplace la librairie libmysql qui se trouve dans PHP et elle est écrit directement par les équipes de MySQL.
pour en savoir plus
A tester !
Dans mon article sur “Règles pour de meilleurs performances”, je vous parlait du livre High Performance Web Sites, il devait sorti fin septembre et je viens de recevoir un email d’Amazo, qui m’annonce une sortie pour fin novembre…il va falloir patienter un peu…
En attendant, j’ai choisi de lire Building Scalable Web Sites
Un retour sur ce livre prochainement sur ce blog.
Je suis un utilisateur de MySQL depuis quelques années déjà… et donc j’ai pris l’habitude de feinter certaines fonctionnalités. Par exemple, le Subselect apparu dans la version 4.1. Je profite donc de cet article pour vous dire de faire attention car un subselect c’est peut être plus facile a développer mais on peut faire mieux en terme de performance.
Sur Wanarun (je préfère prendre des exemples que je connais), je veux voir le nombre de personnes qui utilise la gestion des départs.
La version avec subselect :
SELECT pseudo FROM fr_users WHERE userID IN (SELECT userID FROM mes_departs);
temps : 0.08 sec
la version avec juste une jointure
SELECT DISTINCT(pseudo) FROM mes_departs m,fr_users u WHERE u.userID=m.userID;
temps : 0.00 sec
Donc faites bien attention ! De plus, la version avec sub select risque d’etre de plus en plus lente si la taille de votre base augmente.
Comme plusieurs d’entre vous veulent connaitre les modifications que j’ai fait pour les tableaux javascript (suite des commentaires sur l’article “Economisez votre serveur : Triez en javascript”
Pour rappel, la page d’exemple se trouve ici : la page des entrainements de MARC78 sur Wanarun
Les modifications de la librairies sortable.js
Ajout d’une variable pour la taille des pages
Ajout de la fonction showPageTable()
function showPageTable(table,number)
{
for (j=1;j
<table.rows.length;j++)>{
if (j<maxrows*(number-1)>=(maxRows*(number)+1))
{
table.rows[j].style.display=’none’;
}
else
{
table.rows[j].style.display=";
}
}
}
Modification de sortables_init()
//après la ligne
ts_makeSortable(thisTbl);
//j'initiliase mon tableau sur la premiere page
showPageTable(thisTbl,'1');
Dans le php
//il faut définir une variable commune avec le javascript
define("NB_LIGNE_TABLEAU",
20);
$list=$data["performance"];
$page_str="";
$separator=" | ";
if ($nb_page>1)
{
for($i=1;$i<=$nb_page;$i++)
{
$page_str.="<a href="#" onclick="\"showPageTable($('unique_id'),'".$i."')\"">".$i."</a>";
$page_str.=$separator;
}
}
Un petit truc que j’ai trouvé sur le net, il y a quelques temps sur le net. Si comme moi, vous avez l’habitude de faire des includes un peu partout. Personnelement je les nomme *.inc.php et parfois ils peuvent être accessible via le web mais sans lien…C’est pas bien grave de voir une header ou un bloc tout seul mais bon pour eviter des erreurs….
if ($_SERVER['REQUEST_URI'] == $_SERVER['PHP_SELF'])
//Code PHP
?>
C’est sans aucun doute la meilleure extension firefox que j’ai vu ! Elle m’a même reconcilier avec le CSS et le Javascript !
Console pour la gestion des erreurs : Javascript, CSS,..
Exploration HTML :
Exploration CSS :
Mesure des temps de chargements :
Télécharger Firebug
