En tant que gros utilisateur de twitter (essentiellement consommateur, puis depuis peu gros posteur / floodeur) j’ai opté pour la superbe extension firefox Echofon, anciennement Twitterfox. Cette extension permet de twitter directement depuis son navigateur web (Firefox en l’occurrence).

Mais j’avais un léger soucis avec cette extension : elle ne réduit les URL contenues dans un tweet que si celui-ci fait plus de 140 caractères… Je ne sais pas trop pourquoi, mais ce comportement ne me plaisait pas. J’ai donc résolu le problème ^^

Pour ce faire il va vous falloir éditer l’un des fichiers de l’extension pour en modifier deux lignes. Le fichier se trouve dans votre profil Firefox, dans le dossier chrome de votre extension :

Sous Linux :

/home/[vous]/.Mozilla/firefox/[votre_profil]/extensions/twitternotifier@naan.net/chrome/

Sous Windows :

C:\Documents and Settings\[vous]\Application Data\Mozilla\Firefox\Profiles\[votre_profil]\extensions\twitternotifier@naan.net\chrome\

En remplaçant bien sûr [vous] et [votre_profil] par les valeurs correspondantes. Sous Windows le dossier « Application Data » est un dossier caché, il faut donc en activer l’affichage

Il va s’agir de modifier le fichier twitterfox.js contenu dans le dossier « content » de l’archive Echofon.jar (s’ouvre avec winrar par exemple) elle même contenue dans le dossier chrome de l’extension (donc le chemin précisé au dessus). Si vous avez réussi à trouver le fameux fichier, vous avez déjà fait le plus dur

Il suffit ensuite de modifier la ligne 702 :

if (text.length > 140) {

devient :

if(true){

Et la ligne 715 :

if (url.length > 25 && !url.match(/tinyurl\.com/i)) {

devient :

if (url.length > 10 && !url.match(/tinyurl\.com/i)) {

Sauvez les modifications (en replaçant le fichier twitternotifier.js dans l’archive Echofon.jar si besoin… Normalement il n’y a pas besoin de redémarrer Firefox, mais si ça ne marche pas vous pouvez essayer…

Ainsi chaque fois que vous postez une URL de plus de 10 caractères (au lieu de 25), quelle que soit la taille du tweet en lui même, l’url est réduite via bit.ly

Et si vous voulez encore plus de fun avec Echofon le plus simple c’est encore de me suivre sur twitter : @Paul_Da_Silva (oh le vilain placement !)

C’est pas parce que je n’ai pas eu le temps d’écrire cette semaine que j’ai mis de côté mes projets divers et variés : je travaille sur un framework PHP, plusieurs sites et le bouquin BDG avance petit à petit…

Mais je m’arrête pas à si peu de projets, vous me connaissez !

Aussi je me suis mis en tête de reprendre un plugin jQuery abandonné par son créateur pour l’adapter à mes besoins et, accessoirement, pour l’adapter aux besoins de la société pour laquelle je travaille puisqu’une partie du dev de ce nouveau jouet a été effectué sur mon temps de travail (la société en question, AMJ Groupe, a bien sûr donné son accord pour que je publie mon travail – et je l’en remercie).

Trêves de blabla je vais vous donner le lien directement et on va ensuite discuter des fonctionnalités que j’ai ajouté à la version originale : jdPicker – The ultimate datepicker (Ouais le SEO ça se travaille).

Comme il faut rendre à César ce qui est à Jonathan, je vous donne aussi le lien vers le plugin d’origine : jQuery Date Input. Il est par ailleurs crédité sur chacune des pages du site de présentation du plugin, dans les crédits et un peu partout sur le site : sans son travail je n’aurai probablement pas réussit à aller si loin dans les évolutions effectuées.

J’ai donc rajouté un certain nombre d’options de configuration dont j’avais besoin ainsi que plusieurs comportements que j’avais vu demandés sur la page du plugin du site jQuery (pas très claire cette phrase).

Deux nouveaux comportements :

Dans le cas d’un champ type « text », la saisie est contrainte par le date input : au focus on rend le champ non éditable grâce à un attribut readonly que l’on dégage au blur. Cette méthode a été choisie pour que le champ ne soit pas bloqué si un visiteur a désactivé javascript.

Il a donc fallu rajouter un « bouton » (qui est en fait un ×) pour remettre à zéro le champ.

Dans le cas d’un champ de type « hidden », le calendrier va se charger en mode inline : il sera intégré à la page comme un composant <div> classique.

Ces deux évolutions avaient été demandées par des membres de plugin.jquery.com…

De nombreuses options pour s’adapter à tous les besoins

Comme vous pouvez en avoir un aperçu sur la page documentation du plugin, j’ai rajouté toute une série d’options permettant la personnalisation du comportement du plugin : on peut choisir le format de la date utilisée, si l’on veut afficher les numéros de semaine, interdire la sélection de certains jours précis ou de dates tous les ans, et éventuellement choisir de sélectionner une semaine complète.

Pour cela il suffit de spécifier ces options à la création d’une nouvelle instance du date picker ou changer les options par défaut directement dans le fichier javascript…

Le tout est gratuit… et libre of course !

Pour respecter la license choisie originalement par Jonathan je diffuse le projet sous la license MIT qui est décrite sur la page à propos du plugin. Vous êtes donc libre de l’utiliser pour en faire ce que bon vous semble à partir du moment où cette license reste en place…

Sur ce : enjoy jQuery jdPicker, le date picker ultime, mon premier plugin jQuery !

Quand on a l’habitude de coder en PHP et que l’on doit se mettre au javascript pour enrichir les interfaces on est vite limité par certaines fonctions pourtant si évidentes en PHP. Dernier exemple pour moi : récupérer le nombre de jours d’un mois donné de façon simple, sans calcul… En un mot un équivalent à la fonction suivante :

date(‘t’, $date);

J’ai eu beau chercher sur le net je n’ai pas réussi à mettre la main sur une fonction équivalente – l’objet Date de javascript ne prenant pas en charge cette fonctionnalité pourtant très utile. Et comme souvent dans ce cas je me suis mis à bidouiller jusqu’à trouver la solution. Celle-ci est tellement simple et efficace que j’ai décidé de vous la faire partager :

function getNbJours(date){
return new Date(date.getFullYear(), date.getMonth()+1, -1).getDate()+1;
}

Il s’agit donc de créer une nouvelle date temporaire dont l’année soit la même, le mois m+1 (n’oubliez pas que les mois sont les mois ordonnés dans l’ordre de 0 à 11) et le jour à -1. On récupère ensuite le jour de cette date auquel on ajoute 1 (oui je ne sais pas pourquoi il faut ajouter 1, mais de tous mes essais ça fonctionne sans soucis).

Petite note de service : je suis sur une mission qui me prend un peu plus de temps que la normale et je ne pourrais donc pas mettre à jour mon blog aussi souvent que d’habitude. Par ailleurs je ne peux pas tweeter, mais je vous laisse le soin de me suivre quand même : @Paul_Da_Silva – retour à une activité normale programmé le 31 mai… D’ici là comptez sur moi pour faire de mon mieux pour continuer à vous fournir un maximum de contenu intéressant

Avec ma manie de toujours écrire des quantités astronomiques sans réussir à synthétiser le fond de ma pensée en quelques lignes (imaginez combien twitter me torture avec ses 140 caractères), ce blog s’est vite retrouvé à avoir des pages plus longues que mon bras (non sérieusement, je suis sûr qu’en en imprimant certaines, …).

De plus, j’ai découvert récemment, ne m’étant impliqué dans ce blog que depuis quelques semaines, combien le taux de rebond de mon blog n’avait aucun rapport avec celui de mes autres sites… Les visiteurs, avides de nouveautés, ne venant parfois que pour vérifier si un nouvel article est paru (héhé en voilà un pour vous d’ailleurs bande de petits rebondisseurs).

Bref, j’ai pris la décision de rajouter des pagebreak quand les articles sont trop longs pour remédier à ces deux problèmes : avoir une présentation globalement plus agréable et augmenter potentiellement le nombre de pages vues. Pour cette deuxième partie de solution je réfléchis à n’insérer le pagebreak qu’au bout de quelques jours de publication de l’article – histoire de ne pas contraindre les habitués à visualiser 12.000 pages et leur fournir directement ce qui les intéresse : le contenu.

Bon, bien sûr, je ne pouvais pas faire les choses comme tout le monde et j’ai un tout petit peu customisé mes pagebreak pour qu’ils soient esthétique (tous les gouts sont dans la nature, en termes de webdesign les miens sont très mauvais et j’assume !) et SEO friendly.

Pour cela 3 fichiers à modifier : deux dans le thème de votre Wordpress et un dans le dossier wp-includes (si si, celui qu’il faut pas modifier normalement…).

Le fichier wp-content/themes/[votre_theme]/index.php

Modification très simple ici : il s’agit de rajouter le titre de l’article dans le texte du pagebreak (et de le mettre à votre goût) : cherchez la ligne suivante (avec « Lire la suite… » qui corresponde au texte actuel de vos pagebreak) :

<?php the_content(« Lire la suite… »); ?>

Et remplacez simplement par ceci :

<?php the_content(the_title(‘Lire la suite de : ‘, », false)); ?>

En appelant la méthode the_title(); on va récupérer le titre de l’article courant. Les paramètres servent à préciser respectivement : le texte à inclure avant le titre, après le titre et si l’on doit l’afficher ou le retourner en PHP.

Le fichier wp-content/themes/[votre_theme]/style.css

Ok là je vous tiens pas la main, modifiez juste la class .more-link (appliquée directement sur le lien a et pas sur le paragraphe p qui le contient malheureusement) pour la mettre à votre goût.

Le fichier wp-includes/post-template.php

Cette modification, relativement mineure ne sert qu’à ajouter une balise title sur le lien du pagebreak – ce que je n’ai pas trouvé comment faire autrement, directement dans le thème. Les fichiers contenus dans le dossier wp-includes sont assez critiques alors ne les éditez que si vous savez ce que vous faites (ou que vous suivez à la lettre ce que je vais écrire ici).

A la ligne 226, dans la fonction get_the_content(); Wordpress créé le fameux pagebreak. On aurait pu, si on était de gros grades, faire toutes les modifications uniquement à cette ligne… Mais là ce que je veux faire n’est pas, à ma connaissance, prévu par Wordpress : ajouter une balise title au pagebreak. Pour ce faire rien de plus simple : on va remplacer la ligne 226 de votre fichier par celle ci :

$output .= apply_filters( ‘the_content_more_link’, ‘ <a href= »‘ . get_permalink() . « #more-$id\ » class=\ »more-link\ » title=’ ».get_the_title(). »‘>$more_link_text</a> », $more_link_text );

La méthode get_the_title(); permet en effet de retourner le titre en PHP.

Et vous, vous en pensez quoi des pagebreaks ? (pas les miens hein, le principe en général !)

Je sais pas vous (enfin si j’ai quand même une vague idée) mais moi je suis fatigué de voir ce type de pages pulluler sur le réseau social des jeunes. Je veux bien sûr parler des fanpage dont il faut devenir membre pour voir le contenu. Souvent le contenu en question n’est pas des plus intéressant mais le titre est suffisamment aguicheur pour qu’un nombre colossal de pigeons se laissent avoir et oublient de quitter les groupes une fois le « précieux » contenu découvert. Ces listes de pigeons servent ensuite à envoyer de la pub soit via le mur soit directement par messages.

Je me suis un peu penché sur le problème et y ai trouvé une solution très simple et diablement efficace : une seule ligne de javascript (pondue par mes soins un jour de repos !) qui permet d’afficher le contenu caché sans avoir à rejoindre quoi que ce soit.

La ligne en question la voici :

javascript:spans=document.getElementById("tab_canvas").getElementsByTagName("span"); for(var sp in spans){spans[sp].style.visibility="visible"}

Pour que cela fonctionne il faut que vous soyez sur l’onglet de la page qui contient le contenu caché. Souvent il s’agit du premier onglet à être ouvert quand vous cliquez sur un lien. Ensuite vous avez deux solutions : la copier/coller dans la barre d’adresse à la place de l’url et valider avec la touche entrée comme si vous veniez d’entrer une réelle url. Ou, plus simple, ajouter un favoris dans votre navigateur dont l’adresse serait cette fameuse ligne. En plaçant le favoris dans la barre personnelle de Firefox par exemple vous n’aurez plus qu’à cliquer sur le bouton pour que le contenu de la page se mette à jour en direct.

Comment et pourquoi cela fonctionne

Le principe de ces pages est très simple : le créateur ajoute un onglet à sa page pour y faire figurer son contenu et décide de n’afficher le contenu qu’aux membres en le cachant aux autres dans un bête <span> caché par la propriété CSS visibility:hidden. Partant de là il suffit de parcourir tous les spans de la page affichée et de transformer la propriété visibility:hidden en visibility:visible.

Bien sûr cette méthode ne fonctionne que pour les balises <span> et uniquement si celles-ci ont été cachées en utilisant la propriété visibility. Mais jusqu’à présent je n’ai pas trouvé une seule page sur laquelle cela ne soit pas fait comme cela.

Petit conseil aux super développeurs qui ont pondu un concept du genre : utilisez des <div> ou d’autres balises et les propriétés display ou opacity pour continuer à ferrer du pigeon ! Et quand ça ne suffira plus il faudra songer à cacher le contenu côté serveur et à le faire apparaître en Ajax ^^

Cet article fait référence à une version de Facebook qui n’est plus d’actualité.
Pour trouver la nouvelle méthode à utiliser pour identifier le créateur d’une fanpage, lisez l’article suivant :
[Facebook] Trouver le créateur d’une fanpage (bis).

Je sais j’écris beaucoup à propos de Facebook ces derniers temps. Mais là j’ai trouvé un truc assez intéressant pour retrouver le créateur d’une page fan sur le réseau social le plus utilisé du moment.

Je vous préviens tout de suite, la technique est assez compliquée et implique de trifouiller un peu plus que d’habitude.

L’idée est assez simple à la base :  lorsque l’on affiche la liste des fans d’une page, ceux-ci sont affichés par ordre d’inscription – les derniers inscrits étant affichés en premier. Aussi, en toute logique, le créateur de la page doit-être le dernier de la liste aka le premier inscrit.

Lorsque la page n’a qu’un faible nombre de fans il est assez simple de tous les parcourir à la main – Mais si l’on s’attaque à un sujet hautement intellectuel tel que « Obliger un agent de la SNCF à travailler et le regarder pleurer » (exemple pris au hasard parmi les derniers statuts de mes amis facebook), on ne va pas s’amuser à parcourir xx pages à la main.

De quoi a-t-on besoin ?

Pour trouver cette astuce je me suis basé sur Firefox ainsi que deux de mes extensions préférées : Tamper Data et Firebug.

Avec Tamper Data on va modifier la requête envoyée par Facebook pour choisir d’afficher la dernière page – ceci va générer un bug et les données, bien que transmises, ne seront pas affichées – il faudra donc les lire à l’aide de Firebug.

Tamper Data

Tamper Data permet de modifier tous les paramètres d’une requête envoyée au serveur – qu’elle soit synchrone ou asynchrone. Cette extension est très pratique pour faire des essais en Ajax et avait déjà été utilisée dans un précédent hack qui permettait de visionner tous les profils Facebook, qu’ils soient publics ou non. Télécharger

Firebug

Je n’ai même pas envie de présenter cette extension tant vous auriez tort de ne pas déjà la connaître ! En l’occurrence elle va nous servir à analyser le retour d’une requête Ajax que le script côté client a du mal à rendre… C’est pas grave, on est plus fort que Chuck Norris, on lit directement le code source ! Télécharger

La méthode

Avant toutes choses il faut afficher la popup listant les fans de la page. Pour ce faire, un simple clic sur le nombre de fans devrait suffire (si ça bloque là, le mieux c’est que vous arrêtiez tout de suite sinon on va pas s’en sortir hein !)

Une fois la popup chargée – et surtout pas avant – lancez les deux extensions nécessaires à savoir Tamper Data et Firebug.

Dans la fenêtre de Tamper Data cliquez sur « Démarrer altération » et laissez Firebug ouvert sur la console.

Il ne reste plus qu’à descendre tout en bas de la popup listant les fans pour cliquer sur « Suiv. » Ceci aura pour effet de déclencher Tamper Data qui vous proposera de modifier la requête. Acceptez et décochez la case « Continuer altération » : nous n’avons qu’une requête à forger.

Dans la fenêtre qui s’ouvre vous pouvez modifier tous les paramètres transmis en Ajax à Facebook. Le paramètre qui nous intéresse est le paramètre « Page » que vous devez passer à l’indice de la dernière page. Les pages contenant 100 personnes à chaque fois il suffit de diviser le nombre de fans par 100 pour trouver l’indice de la dernière page. Pour mon exemple : il y a 7944 fans donc il faut remplacer le paramètre « 1″ par « 79″.

Une fois ce paramètre modifié, vous pouvez envoyer la requête en cliquant sur « Ok ». Veillez bien à ce que Firebug soit lancé avant de cliquer sur le bouton « Ok », sinon ça ne sert à rien A la question « voulez vous modifier … » répondez « Oui ».

Enfin, il vous suffit d’analyser le retour Json de la dernière requête passée à Facebook – et plus précisément son dernier enregistrement – pour trouver le créateur de la page.

La requête à analyser est celle dont l’url est http://www.facebook.com/ajax/social_graph/fetch.php?__a=1. En cliquant sur le petit signe + à gauche de l’url vous pourrez visionner le retour Json de la requête. Celui-ci est un tableau associatif de la forme suivante :

« id_profil »:{« id »:0000, »title »: »Prénom Nom », »alternate_title »: »", »href »: »http:\/\/www.facebook.com\/url », »subtitle »: »", »index »:89, »pic »: »http:\/\/profile.ak.fbcdn.net\/image.jpg », »actionText »: »Ajouter comme ami(e) », »action »: »add_friend »}

L’enregistrement qui nous intéresse est donc le dernier du tableau, celui qui arrive juste avant les informations relatives au nombre de membres du groupe et de la page – celui qui précède : ,"count":7944,"page":79}

Et plus particulièrement, ce qui nous intéresse ici c’est le paramètre title qui contient le couple nom / prénom du créateur et éventuellement le alternate_title qui contient l’url encodée du profil du créateur.

Je songe à faire une extension Firefox qui automatise tout le process parce que là c’est peut-être un peu compliqué pour un novice… Ça vous brancherai ?

Accessoirement je me permet de rebondir sur un fait d’actualité : Facebook a été condamné à donner le nom du créateur d’une page jugée insultante… Si vous le voulez le nom, je l’ai Mais elle ne risque pas grand chose : elle vit en Allemagne.

Je vois souvent la question se poser un peu partout sur le web : avec cette manie (bonne manie, mais manie tout de même)  de structurer les pages à grand renforts de <div> (en y ajoutant le plus souvent la propriété float) là où nos ancêtres (ou juste nous il y a quelques années) utilisaient une grande quantité de <table>, les présentations en plusieurs colonnes souffrent d’un défaut majeur : elles n’ont plus nécessairement la même longueur.

Il existe un certain nombre de solutions pour remédier à cela. Celle que je vous propose aujourd’hui se base sur un bête code javascript (ignoré des Serps donc, mais peu importe vu qu’il s’agit de mise en page) et plus précisément sur du jQuery.

L’idée est d’attribuer le même nom de classe à tous les éléments du DOM que l’on veut voir de la même taille et ensuite d’appeler, à la fin du chargement de la page, une fonction javascript qui va redimensionner tous les éléments correspondants à un sélecteur jQuery que l’on basera sur la fameuse classe ajoutée à tous les éléments à redimensionner.

L’avantage, par rapport aux autres solutions, est qu’elle ne nécessite presque aucun code supplémentaire et par conséquent, que l’on garde la logique sémantique de la page. Et, après tout, c’est là tout le but de l’abandon des <table> au profit des <div>.

Trêves de blabla, voici le code javascript, à ajouter de préférence dans un fichier séparé :

function redimensionner(selecteur){
var hauteur=0;
$(selecteur).each(function(){
if($(this).height()>hauteur) hauteur = $(this).height();
});

$(selecteur).each(function(){ $(this).height(hauteur); });
}

Il suffira ensuite d’appeler, au chargement de la page, ladite fonction en lui passant en argument le sélecteur jQuery qui matche nos éléments à redimensionner. Le code se chargera de déterminer la taille du plus grand élément et de mettre les autres à l’échelle.

Concrètement, il vous faudra ajouter le morceau de code suivant :

$(document).ready(function(){
redimensionner(‘div.toSize’);
});

Pour redimensionner tous les <div> ayant la classe toSize à la taille du plus grand de ces éléments. Pour plus de détails sur les sélecteurs jQuery, je vous renvoie à l’excellente doc en ligne.

Il peut être utile, dans bien des cas, de surveiller l’activité de notre cher Google (ou de ses amis SERPs divers et variés) sur son(/ses) sites. Pour ce faire je n’ai pas trouvé mieux qu’un outil, fait maison et installé sur la quasi-totalité de mes sites.

Comme je ne suis pas avare de mes idées je vais vous détailler un peu le fonctionnement dudit outil et vous en donner les sources afin que vous puissiez l’installer éventuellement sur votre site.

Se baser sur l’user-agent

Comme souvent quand on cherche à définir un comportement spécifique pour un type de visiteur particulier il suffit de se baser sur le user-agent de celui-ci. Pour rappel le user-agent d’un navigateur (ou d’un bot d’ailleurs) est une chaine de caractères qui identifie l’outil utilisé pour accéder à un site.

En PHP on peut le récupérer simplement avec la variable super globale $_SERVER et plus précisément avec $_SERVER['HTTP_USER_AGENT'].

Par exemple, si vous utilisez Firefox 3.6 sous Windows le user-agent envoyé à tous les sites que vous visitez sera : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2) Gecko/20100115 Firefox/3.6

A partir de là, et sachant que chaque Crawler (les bots qui visitent inlassablement le net pour indexer le contenu) utilisent des user-agent bien connus il est simple de les surveiller.

Un script à inclure sur toutes les pages

Pour que le script ait un quelconque intérêt il faut bien sûr que vous l’ajoutiez à toutes vos pages. La bonne nouvelle c’est que le script en question n’affiche rien à vos visiteurs et vous permet simplement de remplir un fichier html de votre choix dont vous seul connaitrez l’adresse – si vous êtes aussi parano que moi vous pouvez même le mettre dans un dossier protégé par .htaccess : les connexions de notre script à ce fichier se passant en local rien ne transitera par le protocole HTTP.

L’idéal pour que le script soit utilisé sur toutes vos pages est d’inclure celui-ci directement dans un fichier de config, déjà inclu sur la totalité de vos pages. Pour ma part j’ai choisi le fichier dans lequel je défini les paramètres de mon site et qui comporte entre autre les informations de connexion à la base de données.

Juste au cas où, je vous rappèle la syntaxe à utiliser pour inclure le script :

<?php include « chemin/script.php »; ?>

Et dans le script on met quoi ?

C’est vrai que là à part inclure un fichier vide sur toutes vos pages ça n’a pas grand intérêt comme article…

Le plus simple c’est de regarder l’algo de ce que l’on veut que le script fasse :

- Regarder si le user agent-appartient à une liste de bots « surveillés »
- Si c’est le cas ajouter un marqueur de cette visite dans un fichier
- Pour éviter les mauvaises surprises, limiter la taille de ce fichier à un certain nombre d’enregistrements

Regarder si l’user-agent est intéressant

$bots = array(« crawler », »Googlebot », »Scooter », »Slurp »);

for($i=0, $iMax=count($bots); $i<$iMax; $i++)
{
if(strpos($_SERVER['HTTP_USER_AGENT'],$bots[$i]))
{
//le code ici
}
}

Les bots à surveiller sont simplement dans un array ($bots) sur lequel on va boucler pour vérifier si le user-agent contient la chaine de caractères qui correspond. Si c’est le cas, on va rentrer dans le vif de notre script : l’ajout d’un marqueur de visite dans un fichier.

Créer un marqueur de la visite

Là encore rien de bien compliqué, à ceci près que l’on va en profiter pour vider systématiquement le fichier et en limiter la taille à un certain nombre d’enregistrements. Si vous ne faites pas cela et que le fichier devient trop conséquent il pourrait bloquer le chargement du reste des pages et empêcher aux bots de les visiter… Ce qui est à peu près le contraire de ce que l’on veut faire.

if ($_SERVER['QUERY_STRING'] != «  »)
$url = « http:// » . $_SERVER['SERVER_NAME'] . $_SERVER['PHP_SELF'] . « ? » . $_SERVER['QUERY_STRING']. «  »;
else
$url = « http:// » . $_SERVER['SERVER_NAME'] . $_SERVER['PHP_SELF']. «  »;

$f = fopen(« robots.html », »r+ »);
$prev=file_get_contents(’save.html’);
$prev = explode(‘<br />’, $prev);
$prev = array_splice($prev,0, 15);
$prev = implode(‘<br />’, $prev);

rewind($f);
ftruncate($f, 0);
fwrite($f, ‘[ '.date("d/m/Y H:i").' | '.$_SERVER['REMOTE_ADDR'].’ | ‘.$bot.’ ] : <a href= »‘.$url.’ »>’.$url.’</a><br />’. »\r ».$prev);
fclose($f);

Petite explication rapide avant de vous donner un lien pour télécharger le script : on commence par récupérer l’url complète à laquelle le bot essaye d’accéder. Celle-ci est stockée dans la variable $url et sera réutilisée au moment d’insérer une nouvelle ligne dans le fichier.

On récupère ensuite le contenu du fichier déjà existant sous la forme d’une chaine (file_get_contents) que l’on transforme en tableau (explode). On réduit la taille de ce tableau à 15 enregistrements avec la fonction array_splice et on le retransforme en chaine de caractères avec implode.

Ensuite on vide le fichier en plaçant le pointeur de lecture en début de fichier (fseek) et en vidant tout ce qui suit (ftruncate). Il ne reste plus qu’à ajouter notre nouvelle ligne suivie des 15 anciennes que l’on souhaitait garder et à refermer le fichier (fclose).

N’oubliez pas de donner les droits en écriture à Apache sur le fichier html sous peine de voir le script ne pas fonctionner et une belle erreur s’afficher pour les bots.

Pour tester le script, il vous suffit de changer votre user-agent – soit en utilisant une extension firefox très sympathique : user-agent switcher – soit en modifiant la chaine general.useragent.extra.firefox dans le about:config

Et pour les plus feignants d’entre vous : un petit fichier zip contenant les deux fichiers nécessaires à la mise en place de mouchard : [script].

Si vous utilisez twitter ou si vous surfez régulièrement sur des forums, vous êtes forcément tombé sur des liens «réduits». C’est d’ailleurs un service que je propose avec mon réducteur d’url : Yoplink.

Sauf que parfois on veut savoir sur quoi on clic, avant de cliquer. Ne serait-ce que pour éviter de se faire rick-rolled…

C’est là qu’intervient la superbe (oui je pèse mes mots) extension firefox LongURL Mobile Expander.

Sauf que depuis la dernière mise à jour, lorsque vous ouvrez un fichier local ou que vous allez sur un site local (http://localhost par exemple) vous avez le droit à une superbe erreur javascript à peine gênante :

Error: current_domain is null

La bonne nouvelle c’est que j’ai réussi à isoler la source du problème (la fameuse extension LongURL Mobile Expander) et que, du coup, j’ai corrigé quelque peu cette extension pour qu’elle continue à fonctionner sans pour autant m’empêcher de bosser en local…

Pour cela il suffit de chercher le dossier de l’extension dans votre profil firefox. Sous Linux par exemple :

cd
cd .mozilla/firefox/s54sdf454.default/extensions
rgrep -iFlr « longURL » .

Où s54sdf545.default est votre dossier de profil. Si vous ne savez pas ce que c’est, j’ai une bonne nouvelle : vous ne devriez en avoir qu’un.

Grâce à ces commandes vous devriez avoir retrouvé le dossier d’installation de l’extension. Il vous suffit ensuite d’ouvrir le dossier et d’éditer le fichier content/script-compiler.js

Juste avant  la ligne 101 de ce fichier (alert(e2);)  vous allez rajouter la condition suivante :

if(e2!= »Error: current_domain is null »)

Ce qui donnera :

if(e2!= »Error: current_domain is null »)
alert(e2);

En gros : si l’erreur est celle qui nous embête : on ne l’affiche pas !

Il suffit ensuite de redémarrer firefox, et d’apprécier la différence !