Blog Story

Lorsque l'on blogue, il arrive à l'occasion que l'on veuille ajouter du contenu vidéo à nos billets. C'est bien joli tout ça, mais souvent le code HTML (embed code) qui nous est fourni, afin de faire afficher le tout, ne respecte pas la norme en vigueur (XHTML Strict) de nos plateformes de blogage (Dotclear, Wordpress, Drupal ou autre).

Donato Furlani offre sur son site web, un outil permettant de convertir ce code HTML rebel afin de le rendre XHTML Strict pour la plupart des sites de vidéos tels que Youtube, Dailymotion, Brightcove et autres.

Voici son adresse :

www.donatofurlani.it/category/webdesign/31/from_html_to_xhtml

Son outil est aussi disponible ici dans la section des outils Google ajoutable à votre page iGoogle. Bonne rédaction

Aujourd'hui est pour moi un grand jour dans les petits jours de mon existence. Pour faire une histoire courte avec mes histoires de "Geek" plates, j'irai droit au but afin d'expliquer mon expérience avec les fichiers de configuration .htaccess sur serveur Linux. Ce billet me servira aussi d'aide-mémoire.

Quand j'ai commencé à bloguer dans mon site, j'écrivais tous mes billets avec une adresse WEB (URL) ayant ce type de format :

En langage informatique, on nomme ce format Query_String. http://www.francoisrodrigue.com/blogstory/?2006/07/29/128-restaurant-de-la-place-st-paul-attrape-touriste

Après mûre réflexion, j'ai fait le choix de changer ce format pour celui de Path_Info qui ressemble à ceci : http://www.francoisrodrigue.com/blogstory/2006/07/29/128-restaurant-de-la-place-st-paul-attrape-touriste

Les deux adresses ne sont pas semblables. Remarquez bien, il manque le point d'interrogation dans la deuxième URL. En théorie et des fois en pratique, le format Path_Info est plus facilement indexable par les différents moteurs de recherche d'où la raison de ce changement.

Il était obligatoire pour moi de rediriger les requêtes sur les billets déjà indexés dans Google vers la nouvelle adresse sinon j'allais perdre une bonne quantité de visiteurs qui ne trouveraient pas le billet recherché.

Grâce à différents sites documentant la réécriture d'URL sur serveur WEB Linux, j'ai organisé la règle de réécriture suivante dans un fichier .htaccess. Cela me permet de façon transparente de rediriger tous mes visiteurs à chaque fois au bon endroit en récrivant pour eux le lien obsolète.

Voici la règle en question (1er et 2e paragraphe) :

__Options +FollowSymLinks
RewriteEngine On
RewriteBase /blogstory/
#
# Externally redirect old URLs
RewriteCond %{QUERY_STRING} ^(0-9{4})/(0-9{2})/(0-9{2})/(0-9{2,3})-(a-zA-Z0-9-+)$
RewriteRule ^index.php http://www.francoisrodrigue.com/blogstory/%1/%2/%3/%4-%5? R=301,L
#
# Discourage hotlinking
RewriteCond %{HTTP_REFERER} .
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?francoisrodrigue.com/blogstory NC
RewriteRule \.(png¦gif¦jpg¦bmp¦wav¦mp3¦wmv¦avi¦mpeg)$ - NC,F
#
# Internally rewrite all URLs which do not resolve to existing files or directories to /blogstory/index.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*) index.php/$1
RewriteRule ^index.php$  index.php/

__

Bon assez de "geekerie" pour ce soir, dodo!

Gadget très répandu sur les blogues, mais aussi sur certains sites WEB, le module Snap Shots est plus emmerdant qu'utile pour les visiteurs. J'ai donc décidé de le retirer de mon blogue afin d'offrir une expérience plus agréable à mes visiteurs. Finalement, Ed avait raison à propos de ce module que je trouve "cute" mais inutile et envahissant. Suite au billet de Mikel, Ed à concocter un petit "How to" afin de savoir comment désactiver le tout si vous utilisez la plateforme Wordpress.com pour bloguer. Aller lire le billet de Ed à ce sujet.

Weekend assez merdique côté météo alors j'en ai profité pour retaper mon blogue. Une mise à jour s’est toujours risquée alors si jamais vous trouvez quelque chose de cassé, faites-moi signe via courriel.

Cette mise à jour s'est faite en 3 étapes. Premièrement, j'ai installé la nouvelle version de la plate-forme Dotclear passant de la version 1.2.7.1 à 1.2.8.

Deuxième étape, je suis passé du langage PHP 4 à PHP 5 et finalement, j'ai transféré ma base de données MySQL 4 à MySQL 5 afin de faire quelques tests avec des caractères accentués.

Dotclear 1.2.8 et Dotclear 2 RC1 ne nécessitent pas MySql 5 alors je resterai en MySql 4 vu que ça ne règle rien avec mes problèmes de caractères accentués lorsque je fais un trackback (ping) vers certains blogues dont Moveable Type. Ceux qui ont une idée du problème vous êtes les bienvenus.