J’ai récemment utilisé les custom post types sur un projet, et j’avais besoin de faire une page de type archive (archive-MON_CUSTOM.php, dans le thème WP) affichant 3 éléments par page. Les articles « normaux » devant s’afficher en liste de 9 éléments.

Le souci :

WordPress m’affichait bien la première page (de mon archive de custom, soit archive-MON_CUSTOM.php) http://localhost/MON_CUSTOM/ , contenant bien 3 articles (max) et m’affichait une pagination correcte (nombre total de mes articles / nombre d’articles à afficher par page), mais la page 2 (et les suivantes) affichait une erreur 404…

Dans le détail de cette 404 (que j’obtiens grâce à l’extension debug-bar), je remarque que WP a trouvé la réécriture correcte, et tente d’afficher la page 2 de l’archive de mon custom post type, mais ne trouve aucun contenu.
C’est en examinant les requêtes MySQL que je remarque que WP tente de charger mes custom avec un offset de 9 (au lieu de 3), et comme j’avais créé seulement 5 articles, il ne trouvait rien (CQFD…).

En fait WP, au moment de la requête principale utilisait le réglage par défaut du blog, à savoir 9 articles par page…

Du coup, il fallait lui faire comprendre qu’on souhaite afficher 3 articles par page, lorsqu’on est dans l’archive du custom post type.

Comme je sais à quel point ce problème peut être chronophage à diagnostiquer/corriger, je vous offre le bout de code que j’ai créé pour me débloquer.

https://gist.github.com/1554288

Premier jour de la semaine

$year = 2010;//L'année ...
$week = 3;//Le numéro de la semaine dont on souhaite connaitre le premier jour
date('Y-m-d',strtotime($year.'W'.sprintf('%02d',$week).'1'));

Explication :

Ici, strtotime reçoit comme paramètre « 2010W031″, ce qui se traduit par « En 2010, à la semaine 03, le jour 1″. Le jour « 1″ étant lundi en PHP (cf. la doc de date).

Dernière semaine de l’année

date('W',strtotime($y.'-12-28'));

Explication :

La dernière semaine de l’année comprend obligatoirement le 28 décembre. En effet, la dernière semaine de l’année comprend toujours le dernier jeudi de l’année.
Le jeudi étant le 4ème jour de la semaine, soit le 3ème en partant du dimanche, elle se termine au plus tôt le 28 décembre (31-3 …) (cf. Wikipedia).

Convertir une date du format MySQL au format Français

$date_fr = preg_replace('/([\d]{4}[^\d]{1}([\d]{2}[^\d]{1}([\d]{2})/','$3/$2/$1',$date_mysql);

Explication :

Cette conversion de date se fait grâce à une expression régulière. Celle-ci va matcher :

• un bloc composé de 4 chiffres
• un élément seul qui n’est pas un chiffre (/ ou – ou espace …)
• un bloc  composé de 2 chiffres
• un élément seul qui n’est pas un chiffre (/ ou – ou espace …)
• un bloc  composé de 2 chiffres

Puis, il va les mettre dans l’ordre inverse : jour/mois/année, soit la notation française.
Grâce à cette ligne, il est facile de faire l’opération inverse (à savoir convertir une date au format français en date au format MySQL) en échangeant le 4 et le dernier 2, ce qui donne :

$date_mysql = preg_replace('/([\d]{2}[^\d]{1}([\d]{2}[^\d]{1}([\d]{4})/','$3-$2-$1',$date_fr);

Du coup, ça la foutait mal pour les quelques personnes qui tombaient dessus (clients, employeurs, partenaires potentiels).

Admirez l'ancienne version que Google a daigné capturer ^^

Ce week-end, je me suis donc lancé dans l’habillage de cette page (je n’oserai pas parler de refonte puisqu’il n’y avait quasi-rien à l’origine…).
Il s’agit d’un « site » en one-page avec un scroll assez grand (un peu plus de 6 écrans), animé par jQuery.
La page contient mon CV de développeur web (il manque mes études, mais il y a linkedin pour ça).

Pour le code HTML, j’ai pris le parti de tenter le HTML5, que je n’avais jamais essayer. La sémantique est assez bien foutue puisque chaque balise décrit ce qu’elle est (header, footer, article …).

La feuille de style est actuellement en CSS2 et je tente actuellement de refaire le logo en CSS3 (en me prenant un peu la tête avec ces p##### de gradient sous Chrome et Safari …).

Le rendu actuel du logo (la police a changé pour s'harmoniser avec celle du reste du site)

En bon professionnel, j’ai pris le temps de regarder la page sous IE (6,7,8) et de pleurer en pensant aux adaptations nécessaires pour que le rendu soit identique …

En dev qui vient de se faire une page pour le plaisir de SES yeux en tout premier lieu, j’ai pris le temps de regarder la page sous IE (6,7,8) et j’ai pensé … OSEF ! Je mettrai certainement un bout de javascript pour indiquer aux visiteurs sous IE qu’il est temps de passer à des navigateurs qui font l’internet plus beau.

Cher lecteur, que penses-tu de ce design simple et épuré ? Ainsi que de l’idée de coder le site en HTML5 ? As-tu des suggestions pour améliorer cette page ?

J’ai notamment rajouté le tracking de l’utilisation et des visites avec Google Analytics, la récupération des urls d’origines pour les liens raccourcis ainsi que l’ajout de deux caches pour soulager twitter et ma bande passante ^^

Nouveautés :

Le tracking avec Google Analytics est simplement paramétrable en inscrivant son « code » Analytics dans le fichier config.php

La récupération des urls d’origines pour les liens courts se fait d’une manière simple (et un peu cradoc …) :

• J’ouvre le lien, avec curl, et je regarde si celui-ci est redirigé (code HTTP:301), puis je suis le « Location » qui est retourné par le serveur distant.
• Je répète l’opération jusqu’à ce que je n’ai plus de code 301…

Pour économiser de la bande passante, le résultat de la « décompression d’URL » est stocké dans une table MySQL (dont je fourni la structure avec le code source).
Ainsi, chaque URL présente dans les Tweets est testée pour voir si elle est en cache.
Si ce n’est pas le cas, on tente la « décompression ».

Ensuite, j’ai également ajouté un cache sur les liste que Twitter me retourne. Ce cache se compose de simples fichiers texte contenant le json tel qu’il est renvoyé par l’API de Twitter.
Ce cache a une durée de vie (en secondes) configurable dans le fichier config.php.

Restes de la todolist de départ :

• suivre les url réduites, pour donner de beaux BL aux auteurs des articles
• donner une petite interface à l’ensemble, histoire qu’il paraisse moins austère brut — ça c’est en cours…
• proposer l’affichage des dates de publications des tweets et leur date d’ajout aux favoris
• regrouper les tweets par auteurs

Ce qui s’est rajouté :

• ajouter un formulaire pour aider à la recherche de favoris
• ajouter un cache pour la récupération des tweets
• ajouter un cache pour la décompression des urls
• permettre à l’utilisateur de choisir la disposition des tweets
• navigation à travers les favoris des autres Twittos présents dans ses propres favoris
• navigation à travers le temps (remonter ou descendre d’une duration)

Et j’en appelle à toi, lecteur, pour me suggérer des idées et me faire également ton retour sur cet outil.

Récemment, j’ai eu besoin d’utiliser le stream pour obtenir les tweets et retweets sur un mot clé spécifique, grâce à l’option « track » de Twitter.
Pour cela, j’ai codé un script PHP exploitant les fonctionnalités de curl.

Le script que je propose aujourd’hui permet de suivre un (ou plusieurs) mots clés :

<?php
/**
 * Un bout de script rapide pour faire du tracking sur l'API Streaming de Twitter.
 *
 * @author  Loïc Gerbaud <gerbaudloic@gmail.com>
 * @version 0.1 "itjustworks"
 */

define('TWITTER_LOGIN','mon_login_twitter'); //login twitter
define('TWITTER_PASSWORD','mon_mot_de_passe_twitter');    //mot de passe twitter
$sTrackingList = 'bonjour,hello world';//Le ou les mots clés à suivre (séparés par des virgules)

//En cas de perte de la connexion, on la relance automatiquement (grâce à cette belle boucle while)
//Si on tente une lecture de l'API Stream 2x sur une même IP, on se fait déconnecter...
while(1){
 echo 'Connexion : '.date('Y-m-d @ h:i:s');
 read_the_stream($sTrackingList);
 echo 'Deconnexion : '.date('Y-m-d @ h:i:s')."\n";
}

/**La fonction de suivi du stream
 *
 */
function read_the_stream($sTrackingList){
 $ch = curl_init();
 curl_setopt($ch,CURLOPT_URL,'https://stream.twitter.com/1/statuses/filter.json');
 curl_setopt($ch,CURLOPT_USERPWD,TWITTER_LOGIN.':'.TWITTER_PASSWORD);//Le couple login:password
 curl_setopt($ch, CURLOPT_NOBODY, 0);
 curl_setopt($ch, CURLOPT_HEADER, 0);
 curl_setopt($ch, CURLOPT_USERAGENT, '');
 curl_setopt($ch, CURLOPT_FOLLOWLOCATION,1);
 curl_setopt($ch, CURLOPT_RETURNTRANSFER, 0);
 curl_setopt($ch, CURLOPT_HTTPHEADER, array('X-Twitter-Client: ItsMe','X-Twitter-Client-Version: 0.1','X-Twitter-Client-URL: http://blog.loicg.net/'));
 curl_setopt($ch, CURLOPT_POST, true);
 curl_setopt($ch, CURLOPT_POSTFIELDS,"track=".$sTrackingList);//Les mots clés à suivre (séparés par des virgules)
 curl_setopt($ch, CURLOPT_WRITEFUNCTION, 'write_callback');//La fonction de callback

 curl_exec($ch);
 curl_close($ch);
}

/** Fonction de callback. Elle reçoit les données envoyées par twitter. Elle est appelée à chaque tweet reçu
 *  Pour la démo, le text des tweet est enregistré dans un fichier nommé "log"
 *
 * @param $ch le handle curl
 * @param $data les données envoyées par curl
 */
function write_callback($ch, $data) {
 if(strlen($data)>2){
 $oData = json_decode($data);
 if(isset($oData->text)){
 file_put_contents('log',$oData->text."\n",FILE_APPEND);
 }
 }
 return strlen($data);
}

Ce script est à lancer en passant par PHP en ligne de commande.
Dans cet exemple, le script ne fait qu’enregistrer le texte des tweets trouvés dans un fichier nommé « log ».

Des suggestions, des questions ? Les commentaires sont ouverts

Edit : suite à un tweet, j’ai modifié légèrement le script pour qu’il fasse appel à « https://stream.twitter.com/… » car la version http (sans « s ») ne répond plus.

Ainsi, il me suffit de copier-coller la liste qui sort et de supprimer et trier les éléments proposés ^^

Puisque je suis un prince (ahem …) au grand coeur, j’ai  choisi de proposer cet outil ainsi que son code source au plus grand nombre.
La licence appliquée est la GNU-GPL v2 (je ne connais pas la v3, du coup, je suis resté à la v2…) .

Le code est tout jeune (quelques heures de développement) et est basé sur une méthode de travail nommée « La Rache » (très réputée auprès des développeurs). Et en l’état actuel il permet de :

• lister les favoris de n’importe que compte public
• choisir la période (et durée) d’observation
• garder les résultats de requête en cache pendant 10 minutes
• ou d’obtenir un contenu frais à chaque requête (ce qui est un peu plus long …)

Dans les modifications à venir, je prévois de :

• donner une petite interface à l’ensemble, histoire qu’il paraisse moins austère brut
• proposer l’affichage des dates de publications des tweets et leur date d’ajout aux favoris
• regrouper les tweets par auteurs
• suivre les url réduites, pour donner de beaux BL aux auteurs des articles

Pour essayer l’outil, c’est par ici : http://lab.loicg.net/twitter_favs/
Pour les checkout, c’est par là : http://code.google.com/p/twitterfavs/

Sur murl, il existe une page qui liste les derniers liens créés et le « top 10″ (de clics) de la journée. Les requêtes qui chargent les liens sur cette pages ont donc été modifiées pour intégrer la blacklist.

Voici une de ces requêtes :

SELECT lu.id, SUM( ls.clics ) AS cliclic
    FROM lil_stats ls
    INNER JOIN lil_urls lu
        ON ls.id = lu.id
    LEFT JOIN lil_domain_blacklist ldb1
        ON (ldb1.domain = lu.domain OR ldb1.domain = lu.subdomain)
        AND ldb1.b_display =1
WHERE ls.date="2010-10-31"
    AND ldb1.id IS NULL
GROUP BY lu.id
ORDER BY cliclic DESC
LIMIT 0 , 10

Cette requête fonctionnait très bien quand la table lil_domain_blacklist était petite (au début, elle faisait moins de 100 lignes…)

Puis, j’ai importé un énorme fichier de domaines reconnus comme spammeurs. Ce fichier comportait environ 150000 entrées, et là, ma requête ne passait plus et finissait par bloquer le serveur.

En faisant un explain de cette requête, on remarque que la table lil_domain_blacklist est analysée en entier, et qu’elle ne fait appel à aucun index…

J’ai donc décidé de changer les choses (en même temps, je n’avais pas trop le choix…), en séparant la jointure sur la table incriminée en deux jointures.

Voici la nouvelle requête :

SELECT lu.id, SUM( ls.clics ) AS cliclic
    FROM lil_stats ls
    INNER JOIN lil_urls lu
        ON ls.id = lu.id
    LEFT JOIN lil_domain_blacklist ldb1
        ON ldb1.domain = lu.domain
        AND ldb1.b_display =1
    LEFT JOIN lil_domain_blacklist ldb2
        ON ldb2.domain = lu.subdomain
        AND ldb2.b_display =1
WHERE ls.date="2010-10-31"
    AND ldb1.id IS NULL
    AND ldb2.id IS NULL
GROUP BY lu.id
ORDER BY cliclic DESC
LIMIT 0 , 10

Cette nouvelle version de la requête s’exécute en environ 0.025 secondes, ce qui est tout à fait correct.

En observant un explain de celle-ci, on constate que les 2 jointures sur la table lil_domain_blacklist utilisent correctement les index et retournent un nombre limité de lignes.

Ainsi, je sais désormais qu’il vaut mieux, parfois, faire 2 jointures sur une même table qu’une seule jointure sur cette même table.

Et toi, ami lecteur, as-tu déjà fait face à ce cas de figure ?

Pour passer le datepicker en Français, je m’étais fait un petit snippet dans lequel j’avais placé les paramètres à appliquer lorsque je déclare le plugin jQuery pour lui fournir les informations nécessaires à la traduction…

Mais depuis peu, je me suis aperçu qu’il exite des fichiers tout prêts pour ça :

http://jquery-ui.googlecode.com/svn/trunk/ui/i18n/

Il suffit de choisir la langue souhaitée, puis d’inclure (ou copier) le fichier correspondant juste après avoir inclus jQuery UI.
Et voilà ^^

A lieu de les activer dans mon php.ini, je préfère les laisser désactivés par défaut, je les active au cas par cas (tous les projets n’en ont pas la nécessité).

Voici donc la ligne que j’ajoute aux .htaccess concernés :

php_flag short_open_tag on 

Et les shorts tags sont ainsi disponibles (sans relancer mon serveur Apache ^^)

Je souhaitais obtenir les informations suivantes :

• N° dans la voie + éventuellement la mention bis ou ter
• Nom de la voie
• Code Postal
• Ville

Au lieu de passer à la main sur la liste, j’ai codé un petit bout de PHP pour le faire à ma place
Pour cela, je me suis servi des expressions régulières grâce à la fonction preg_match();

Le code PHP :

preg_match('/^([\d\/-]+?[\h]?(bis|ter)?)[\h]*([\D]{3}.*),[\h]*([\d]{5})[\h]*(.*)$/i', $adresse, $aMatch);
$numero = $aMatch[1];
$voie = $aMatch[3];
$code_postal = $aMatch[4];
$ville = $aMatch[5];

Analyse :

Analysons cette (magnifique, avouons-le) expression régulière :

^([\d\/-]*[\h]?(bis|ter)?)[\h]*([\D]{3}.*),[\h]*([\d]{5})[\h]*(.*)$

Dans l’ordre :

• ^ : début du texte à analyser
• ([\d\/-]*[\h]?(bis|ter)?) : capture d’une série de chiffres (pouvant comprendre un -, genre 5-7 rue ….) suivi ou non d’un espace puis de la mention « bis » ou « ter » (ou pas)
• [\h]* : aucun, un ou plusieurs espaces
• ([\D]{3}.*) : 3 caractères qui ne sont pas numériques, suivi (ou non) de divers caractères (le nom de la voie)
• , : la virgule qui sépare le nom de la voie du code postal
• [\h]* : encore aucun, un ou plusieurs espaces
• ([\d]{5}) : 5 caractères numériques (le code postal)
• [\h]* : encore aucun, un ou plusieurs espaces
• (.*) : une série de n’importe quel caractère (le nom de la ville)
• $ : fin du texte à analyser

J’ai utilisé le modificateur « i » en fin d’expression régulière pour que le traitement soit insensible à la case uniquement pour « bis » et « ter »).

Cette expression fonctionne sur ces adresses :

• 12 bis rue du 18 Mai 1945, 78000 Versailles
• 5-7 avenue de Paris, 84000 Avignon
• Place d’Arme, 75001 Paris
• Certainement d’autres…

Si j’ai omis quoi que ce soit, ou que l’expression ne fonctionne pas sur certaines adresses, n’hésitez pas à me le signaler dans les commentaires, je ferai évoluer ce bout de code