Migrations et redirections…

Suite à une petite demande d’Alain, voici une explication du comment je suis passé plus ou moins en douceur d’une ancienne URL à la nouvelle. Pour faire de la redirection, il existe plusieurs méthodes plus ou moins propres en fonction de ce que l’on veut faire ou au contraire éviter de faire.

Méthode 1 :
Je prends une page HTML vierge et entre les balises head, je place une balise meta du genre :
<http-equiv="refresh" content="0; url=http://www.monsite.com/index.html">

Cette méthode fonctionne mais ne concerne qu’une seule page. C’est en fait un simple rafraichissement vers une nouvelle adresse.

Méthode 2 :
La même en couleur, en utilisant le javascript avec une commande du type :
window.location.replace("http://www.monsite.com/index.html");

L’avantage de cette méthode, c’est qu’elle permet de renvoyer une URL calculée… côté client. Les gros inconvénients, c’est que justement, tout se passe côté client, que c’est pas top au niveau accessibilité et que javascript est désactivé sur environ 5% du parc. Bagatelle, les moteurs de recherche ne pourront pas voir la redirection non plus.
Je profite du sujet pour signaler aux petits malicieux qui sont en train de se dire « je vais truffer une page de mots clés et renvoyer les vrais internautes vers une autre », attention, vous jouez avec le feu ! Si un moteur s’aperçoit de la supercherie, c’est le bannissement définitif.

Méthode 3 :
On peut aussi envisager un renvoi vers une URL différente via les scripts serveurs.

En php, on aura quelque chose du genre :
header("HTTP/1.1 301 Moved Permanently");
header ("Location: http://www.monsite.com");
exit();

En ASP, ça donnerait :
Response.Status="301 Moved Permanently"
Response.AddHeader "Location", "http://www.monsite.com"
Response.End

Le gros avantage d’une telle méthode, c’est que l’on voit apparaître le Moved Permanently qui permet de signaler aux moteurs de recherche qu’il faut mettre à jour le lien vers la nouvelle adresse. L’inconvénient, c’est qu’il faut traiter chaque page, ou écrire un script un peu sophistiqué.

La méthode ultime
(selon ce que l’on veut faire) :
Sur un serveur Apache, vous avez en standard, la possibilité d’utiliser des fichiers .htaccess. Le .htaccess permet entre autre de sécuriser des dossiers, de faire de la réécriture d’URL, mais en fait, en regardant bien, il sait faire un tas d’autres choses (page d’erreur personnalisée, etc). C’est parmi ces diverses utilisations possibles que l’on trouve le RedirectPermanent, qui renvoi un code 301 au navigateur.

L’écriture est assez simpliste :
RedirectPermanent / http://www.monsite.com/

Là, en une ligne bien placée, on redirige un fichier, un dossier, ou tout un domaine en faisant suivre son référencement. La ligne rêvée pour la grosse feignasse que je suis !

Pour finir, pour mon blog, comme je passais de la version 1 à la beta 2, il ne me manquait plus que le petit plugin de Pep pour rediriger automatiquement les URL modifiées entre les deux versions et le tour était joué.


Bienvenue sous les toits !

Ayé ! Cette fois, j’ai mon nom de domaine rien qu’à moi et je suis enfin sous dotclear2. Je ne regrette qu’une petite chose, c’est d’être obligé de quitter le titre d' »Hello World » qui me semblait assez explicite. Celui-ci l’est moins, mais c’est pas grave, j’aime bien aussi !

Les commentaires et les trackbacks sont réouverts !

La nouvelle mouture n’est pas encore toute fignolée comme je l’aurais voulu, mais ça ne saurait tarder. Pas de grande révolution, tant au niveau du design que du reste, mais j’ai essayé de faire propre et clair.

Il va rester pendant quelques jours (heures ?) des pages 404 de-ci, de-là le temps que je fasse un peu le tour du propriétaire. N’hésitez pas à me signaler les bourdes que je n’aurais pas vues ! Et au passage, j’espère ne pas avoir trop perturbé vos lecteurs de fils RSS avec les redirections.

Alors ? Vous en pensez quoi ?


Fermeture des commentaires et des trackbacks…

Oui… ça fleure bon la migration…

Et puis tant que j’y suis, je vais en profiter pour déménager !
Pas forcément pour du plus grand, mais pour du plus douillet, du plus confortable, et surtout du plus stable ! Ce billet annonce donc la migration de mon blog vers de nouveaux étages, et malheureusement peut-être aussi, une légère agitation de votre lecteur RSS.

La nouvelle adresse ? Héhé… Laissez moi quelques heures, le temps d’ouvrir les cartons…


Infographie 2.0 et Ajax

infographie 2.0 Je ne suis pas particulièrement versé sur le design en règle générale (la tête de ce blog en dit long sur le sujet). Mais j’ai quand même décidé de me remettre un peu au gout du jour. J’ai donc consulté quelques billets sur l’infographie à la mode 2.0 :

Je me dis au final que l’infographie présente sur le Web 2.0 est composée d’ombrages, de dégradés, de reflets… Il n’y a rien de magique dans tout ça. Rien de bien difficile non plus me direz-vous. Tous les outils dont on se sert pour réaliser ces jolies illustrations sont présents depuis longtemps au sein des logiciels d’infographie.
Mais alors pourquoi diable tout cela n’a-t-il pas vu le jour plus tôt ?

C’est exactement le même cas que pour l’ajax. Les divers langages nécessaires étaient là depuis belle lurette, et ce n’est apparu que bien plus tard, du jour au lendemain, sans que l’on sache vraiment pourquoi…

Après, du côté infographie, la mode doit certainement jouer un rôle (qu’elle ne peut avoir eu pour l’ajax).


Quanta+ Versus Eclipse

Eclipse Au moment ou le Zend Framework se mettait en place, une annonce avait été faite sur un partenariat avec Eclipse pour la création d’un module PHP. Bien entendu, comme le Zend Framework, j’avais suivi ça de près. Et j’avais tenté une ou deux fois de me servir d’Eclipse avec le module PHP. On va dire que ce n’était pas encore très au point.

Il y a une petite semaine, j’ai réitéré l’expérience, et là, miracle !! Eclipse fonctionne parfaitement bien avec PHP. Du coup, pour tout avouer, j’ai un peu lâché Quanta+ que je considérais jusque là comme l’éditeur de loin le plus pratique pour bosser.

Les avantages d’Eclipse sur Quanta+ sont pléthore :

  • Versions multi-plates-formes, ce qui me permet de bosser au bureau sous Windows et à la maison sur Linux,
  • Autocomplétion plus performante sur les différentes fonctions et classes,
  • Un catalogue de toutes les fonctions et toutes les classes d’un projet, sans parler des fonctions natives PHP5,
  • Synchronisation (dans les deux sens) très simple avec un FTP ou un SVN,
  • Possibilité de mettre des marqueurs à côté des lignes (ce qui manquait cruellement à Quanta+),
  • Intégration de Tidy pour un code plus propre,
  • Un historique plus vaste ne se limitant pas à la version précédente du fichier,
  • Eclipse est beaucoup plus léger sur les gros projets.
  • etc.

Pour mes besoins, je n’ai installé que la version dédiée à PHP d’Eclipse. Plus légère, elle n’embarque que les modules nécessaires au PHP. Je n’ai pas encore tout parcouru, mais pour l’instant, Eclipse m’a véritablement séduit. Seule petite ombre au tableau peut-être, la gestion des commentaire est moins bien finie que dans Quanta+. Simple oubli ou question de jeunesse, il ne fait aucun doute que ce sera réglé dans les futures version.

Et vous ? C’est quoi votre éditeur favoris ?