MagNetO | Olivier Maghe

Abracadabra, que ma virgule devienne un point

Olivier — 2009-09-25T11:25:00+01:00

Si vous utilisez le pavé numérique d'un MAC, vous avez certainement été souvent embêté par la présence de la virgule à la place du point, voici une astuce on ne peut plus simple pour y (re)trouver un point.

Comme tout bon Switcheur, même si cela fait plus de 2 ans, j'ai encore de vieux réflexes d'utilisateur de pavé numérique de PC.

Dernièrement, j'ai du encoder beaucoup d'adresses IP et c'est là que je me suis rendu compte ô combien le manque du point m'énervait...
Une petite recherche m'a directement emmené vers des "cracks" permettants de remapper le clavier, mais cela ne m'attirait pas beaucoup...

Plus simple tu meurs

Dans l'univers MAC, les solutions les plus simples sont souvent les meilleures...

Pour remplacer la virgule du pavé numérique d'un clavier MAC par un point, cliquez sur SHIFT et sur la virgule. Vous obtiendrez le point tant recherché

Quelle est la taille réelle de la fenêtre que je surfe?

Olivier — 2009-02-18T10:00:00+01:00

Dans le cadre d'un développement, j'ai dû capturer la position de ma souris et réagir différemment suivant sa position plus ou moins proche du bord de la fenêtre de surf.

Les explication suivantes demandent une "petite" connaissance de jQuery mais peuvent aussi servir de base pour un développement javascript "standard"

Capturer la position de la souris

A l'aide de jQuery, c'est un jeux d'enfant:

$().mousemove(function(e){ x = e.pageX; y = e.pageY; }

x et y étant respectivement les valeurs de l'abcisse et de l'ordonnée (quelques souvenir de géométrie?)

Capturer la taille de l'écran

Javascript nous propose l'objet "screen" pour capturer ces valeurs: screen.width et screen.height, ou encore, screen.availWidth et screen.availHeight

Je vous renvoie vers W3Schools pour obtenir des détails sur ces 2 méthodes, car en fait, elles ne nous conviennent pas.

Ce n'est pas l'écran mais la fenêtre

Effectivement, la taille de l'écran nous importe peu, c'est surtout la taille de la fenêtre de navigation qui nous intéresse.

Javascript nous propose l'objet "window" avec les méthodes "outerWidth" et "outerHeight".
Ici également, je vous renvoie vers W3Schools pour les infos car ce n'est pas encore exactement ce dont nous avons besoin.

Pourquoi? Parceque ces deux méthodes nous retournent les dimensions du browser dans son entièreté, c'est à dire, barres de navigation, barre d'états, panneux latéraux, etc, inclus!

La zone surfable

Voilà ce qui nous intéresse, la zone "réelle" de notre écran, celle qui est contenu "à l'intérieur" du navigateur, sans se soucier de tous les arficices qui l'encadrent. De plus, si le surfeur redimensionne son navigateur, il faut que ces valeurs s'adaptent directement.

Si je vous ai parlé des différentes méthodes, c'est pour mieux comprendre celles-ci

Firefox et associés
window.innerWidth: Returns the physical width of the browser screen
window.innerHeight: Returns the physical height of the browser screen

équivalants IE4+
document.body.clientWidth: Returns the physical width of the browser screen
document.body.clientHeight: Returns the physical height of the browser screen

Attention donc au client qui surfe la page!

Maintenant que vous pouvez capturer la position de la souris et que vous connaissez précisément la dimension de l'écran surfable, voici une fonction qui place un DIV à la place du tooltip lors du survol d'un TD d'un tableau.

Le tooltip se positionnera de l'autre côté de la souris lorsque vous vous approcherez du bord de la fenêtre (vers la droite et vers le bas)

CSS

#tooltip { display: none; position: absolute; width: 200px; height: 100px; background: #FFFFAE; }

HTML

<div id="tooltip"></div>

Javascript

$(document).ready(function() { $("td").mouseover(function(){ $(this).mousemove(function(e){ // the tooltip position offset offsetX = 20; offsetY = 20; // the tooltip dimensions boxWidth = 200; boxHeight = 100; // the mouse position x = e.pageX; y = e.pageY; // calculation of the screen limit before the tool tip position change if (window.innerWidth) { //if browser supports window.innerWidth xLim = window.innerWidth - boxWidth - offsetX - 20; yLim = window.innerHeight - boxHeight - offsetY - 10; } else if (document.all) { //else if browser supports document.all xLim = document.body.clientWidth - boxWidth - offsetX - 20; yLim = document.body.clientHeight - boxHeight - offsetY - 10; } // change to tooltip position if the mouse is out of limit if (x>xLim) x = x - boxWidth - offsetX; else x = x + offsetX; if (y>yLim) y = y - boxHeight - offsetY; else y = y + offsetY; // positioning the tooltip div and show $("#tooltip").css({top:y, left:x}).show(); }); }).mouseout(function(){ // hide the tooltip div $("#tooltip).hide(); }); })

Remarquez au passage que je gère également le type de browser et donc j'adapte la méthode en fonction.

Tout est évidemment gérable dans le CSS, n'oubliez pas d'adapter les boxWidth et boxHeight qui sont les dimensions du tooltip.

Si jamais vous transformiez ce code pour en faire quelquechose qui pourrait intéresser les autres, faites-moi signe, j'apporterai les modifications ici aussi!

Bon amusement!

Pour économiser de l'encre, il suffit de trouer la police!

Olivier — 2009-01-27T10:00:00+01:00

Derrière ce titre provocateur ne se cache pas une volonté de devenir hors la loi, mais plutôt de proposer un acte facile pour le Bien de la Planète.

Découvrez comment économiser facilement vos cartouches d'encre et par là même, poser un acte de développement durable...

Il suffisait d'y penser et cette agence de communication basée à Utecht au Pays Bas l'a fait.

Pour imprimer des caractères avec moins d'encre, il suffit de "trouer" la police de caractères (Font). De ce constat tout simple est née ECOFONT.

Basée sur Vera Sans, une police Open Source, elle est disponible pour toutes les plate-formes.

Dans une taille trop grande, le résultat n'est pas forcément "top" mais dans des tailles habituelles d'impression (8 ou 9), elle est tout à fait lisible (les windowsiens peuvent également utiliser cleartype pour l'affiner à l'écran).

Une fois installée, elle permet de râler un peu moins sur les collègues qui se sentent obligés d'imprimer les présentations qu'ils font via le projecteur et/ou qui donnent systématiquement par écrit le rapport de la dernière réunion...

Toutes ces impressions étant de toute façon destinées au classement vertical dans la poubelle, autant essayer d'économiser un peu d'encre...

Alors allez-y, un geste pour la Planète à poser par ici.

Piloter iTunes avec iPhone (télécommande)

Olivier — 2008-12-31T10:00:00+01:00

Je viens d'emménager et comme à chaque fois, on repend, on recloue, on revisse... Là j'ai installé un peu de domotique qui traînait dans des caisses... Prises dimmers, prises on/off, télécommande, etc.

J'en ai également profité pour recâbler ma vieille radio des années 70's. Elle a une entrée audio externe ce qui permet d'y diffuser la musique de mon ordinateur via iTunes et une Airport Express. Mais comment piloter iTunes sans descendre le MAC à côté de la radio ? Ce qui aurait un impact majeur sur le WAF (Wife Acceptance Factor) et pourrait mener à un drame conjugal :-) ...

Vous connaissez déjà l'Apple Remote fournie avec le MAC, mais elle contrôle votre MAC dans un faible rayon autour de celui-ci.

Mais il existe bel et bien une télécommande pour iTunes: l'iPhone bien sûr! (un iPod Touch fera également l'affaire)

Pour l'utiliser à cette fin, il faudra télécharger l'application gratuite REMOTE et la configurer correctement (comme d'habitude avec MAC c'est d'une simplicité déconcertante!)

Une fois installée et lancée (hors de son socle, en wifi donc!), elle vous demandera de choisir une bibliothèque.

Regardez votre iTunes, vous devriez voir apparaître votre iPhone dans la liste des appareils, là où il apparaît habituellement lorsqu'il est déposé sur son socle. En le cliquant, vous allez devoir introduire un numéro de 4 chiffres, c'est le numéro que l'application Remote vous propose.

C'est tout! Vous voilà avec une superbe télécommande tactile pour votre iTunes.

Me voilà donc avec une radio "Vintage", diffusant de la musique électronique provenant de iTunes et pilotée à distance via Wifi et l'iPhone!

Et vous, utilisez-vous également des astuces pour votre installation audio/vidéo?

Remplir son site en développement pour faire comme si... (lorem ipsum & compagnie) Itération2

Olivier — 2008-11-06T10:00:00+01:00

L'appétit vient en mangeant! Je vous avais déjà fait part de mon utilisation intensive du Lorem Ipsum Generator pour "remplir" de faux contenu un template de site web.

Le latin, c'est cool, ça donne l'impression d'être instruit, mais le client ne peut pas s'empêcher de le lire et signaler qu'il ne comprend rien!
Voilà une solution, un générateur de faux texte en français (et plein d'autres langues)

Vous avouerez que

En se réveillant un matin après des rêves agités, Gregor Samsa se retrouva, dans son lit, métamorphosé en un monstrueux insecte.

Il était sur le dos, un dos aussi dur qu’une carapace, et, en relevant un peu la tête, il vit, bombé, brun, cloisonné par des arceaux plus rigides, son abdomen sur le haut duquel la couverture, prête à glisser tout à fait, ne tenait plus qu’à peine.

donne meilleure impression que

Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Aenean commodo ligula eget dolor. Aenean massa.

Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Donec quam felis, ultricies nec, pellentesque eu, pretium quis, sem. Nulla consequat massa quis enim. Donec pede justo, fringilla vel, aliquet nec, vulputate eget, arcu.

pour un client francophone qui regarde la maquette (mockup) de son site!

Ce résultat peut être obtenu très facilement avec un bel outil web-based trouvé sur la Toile et répondant au bon nom de Blind Text Generator

Je remplis avec quoi?

Ce générateur de faux-texte utilise plusieurs méthodes de remplissage de texte.

Le célèbre Lorem Ipsum déjà évoqué dans ce post
Le Cicero, un autre beau poème latin
Li European lingues, un peu de toutes les langues occidentales
Les Monts Mots, un beau texte de remplissage en français dont je ne connais pas l'origine (si vous oui, faites signe)
Jeune Werther, extrait de "Les Souffrances du jeune Werther" (en allemand "Die Leiden des jungen Werthers") un roman épistolaire de Goethe.
Kafka, un extrait d'une oeuvre de l'auteur ("La métamosphose" ? à vérifier)
Des pangrammes, des phrases qui contiennent toutes les lettres de l'alphabet
a-z A-Z 123, le jeu complet de caractères, groupés par 3.

Vous en prendrez dans une autre langue?

Avouez que le choix est vaste! D'autant plus quand vous verrez qu'une fois cliqué le drapeau italien, espagnol, anglais ou allemand, le site est non seulement traduit mais les contenus sont adaptés à la langue!

Comme d'habitude le nombre de mots/caractères/paragraphes est à votre libre choix, ainsi que l'apparition des balises <p> adaptées au copier/coller pour HTML

Cerise sur le gâteau

D'habitude, une fois votre texte généré, d'aspect intéressant pour votre design, le résultat in situ ne suit pas.
Bien sûr votre texte subit la dure mise en forme de votre CSS et il a une toute autre allure!

J'aime beaucoup la possibilité de "styler" un peu le texte généré.

Oui, les options avancées vous permettent de définir: font, weight, spacing, size, line-height, ... et donc, de voir directement dans l'outil, à la génération, l'aspect final. Cela permet de générer un peu plus/moins de texte.

Adieu Lorem Ipsum Generator et vive Blind Text Generator, j'adhère!

et vous?

Donnez-moi vos couleurs, je vous trouverai votre image

Olivier — 2008-11-03T10:00:00+01:00

L'illustration des articles est parfois une tâche ardue.

En effet, il faut d'une part que l'image corresponde au contenu de l'article (ça...ça va encore), mais si elle est "raccord" avec les couleurs du site, c'est encore mieux! Et là apparaît ce petit site expérimental mais tellement addictif...

Ça fait quelques semaines que je ne publie plus rien sur mon blog.
Pas que je ne fasse plus rien qui ne vaille la peine d'être partagé, mais plutôt car plus rien ne m'a vraiment interpellé en terme de découverte.

Jusqu'à ce lien dégoté dans un de mes flux RSS préférés: http://labs.ideeinc.com/multicolr/

Kézako?

Le site se décompose en 2 parties:

sur la gauche une galerie de photos,
sur la droite un "color picker"

Sélectionnez simplement une couleur et, par la magie de l'AJAX, la galerie ramène une série d'images qui contiennent cette couleur!
Plus fort encore: ajoutez, une seconde couleur à la première et le tri s'affine.
Ce n'est pas limitatif, vous pouvez encore en ajouter d'autres et les images qui reviennent contiennent vos couleurs.

Les images proviennent de Flickr et sont sous "Creative Common Licence", à vérifier, mais je pense comprendre qu'elles sont donc libres d'utilisation.

Les personnes qui rédigent des petits blogs ou des sites perso vont adorer!
C'est toujours pénible de trouver l'illustration qui va bien. Ce site va vous aider, en tout cas pour les couleurs.

Bon amusement!

Remplir son site en développement pour faire comme si... (lorem ipsum & compagnie)

Olivier — 2008-09-18T10:00:00+01:00

Lors du développement d'un site web, après le mockup servant à montrer à quoi cela va ressembler, on passe à la phase de construction proprement dite. Mais que mettre dans les zones de texte tant que le client n'a pas fourni son propre contenu? Est-ce que la police et la taille correspondent ?
voila quelques pistes....

Le faux-texte (également appelé lorem ipsum, lipsum ou bolo bolo) est, en imprimerie, un texte sans valeur sémantique, permettant de remplir des pages lors d'une mise en forme afin d'en calibrer le contenu en l'absence du texte définitif.

Généralement, on utilise un texte en faux latin (le texte ne veut rien dire, il a été modifié), le Lorem ipsum ou Lipsum, qui permet donc de faire office de texte d'attente. L'avantage de le mettre en latin est que l'opérateur sait au premier coup d'œil que la page contenant ces lignes n'est pas valide, et surtout l'attention du client n'est pas dérangée par le contenu, il demeure concentré seulement sur l'aspect graphique.

Ce texte a pour autre avantage d’utiliser des mots de longueur variable, essayant de simuler une occupation normale. La méthode simpliste consistant à copier-coller un court texte plusieurs fois (« ceci est un faux-texte ceci est un faux-texte ceci est un faux-texte ceci est un faux-texte ceci est un faux-texte ») a l'inconvénient de ne pas permettre une juste appréciation typographique du résultat final.

Merci à Wikipedia fr pour cette introduction.

http://www.lipsum.com/ est un des nombreux sites web qui permettent de fabriquer ce contenu.
Personnellement, je préfère utiliser un plug-in pour Firefox

Quoi qu'il en soit, une fois ce contenu créé, il serait bon de prendre un peu de temps pour tester in-situ ce qu'il va donner.

Un de mes meilleurs plans est http://www.typetester.org/

Ce site permet de non seulement comparer en ligne, en trois colonnes, diverses versions du texte, avec des configurations différentes mais aussi et surtout, de récupérer les dits CSS!

Un petit tour vers le site vaut mieux qu'un long discours. A essayer de toute urgence et à utiliser sans modération!

autre lien intéressant proposé par le blog d'Easy Concept permettant de comparer certaines polices courantes sous Windows et Mac et de télécharger les CSS également.

Trucs et astuces pour la redirection et la réécriture des URL (2/2)

Olivier — 2008-09-10T10:00:00+01:00

Suite de l'article Trucs et astuces pour la réécriture des URL (1/2)

Voici donc une "craduction" autorisée par son auteur, d'un article anglophone traitant d'un sujet technique: "Redirecting and Rewriting, more .htacess tips and tricks", la suite de ma modeste contribution au sujet.

Un "access denied" vraiment cool

D'autres utilisations de .htaccess permettent d'empêcher les inopportuns de consulter un répertoire, mais vous leur offrez alors une erreur 403 "Access Denied"; c'est brutal de leur fermer la porte au nez! Heureusement, mod_rewrite arrive avec une méthode plus souple et bien plus agréable.

Rediriger les surfeurs sur le répertoire parent.

Options +FollowSymlinks
RewriteEngine on
RewriteRule ^(.*)$ ../ [NC]

Cela fonctionne très bien avec les répertoires mais cela peut être plus compliqué avec les URL et vous préfèrerez sans doute utiliser une autre localisation, ce qui pourrait induire quelques soucis dans l'indexation des répertoires...

Envoyez-les exactement là!

Options +FollowSymlinks
RewriteEngine on
RewriteRule ^(.*)$ /comms/hardware/router/ [NC]

Parfois vous voudrez interdire l'accès à la plupart des fichiers mais autoriser quelques uns, spécifiquement ou à certaines extensions, c'est facile!

Accès à "special.zip", aux .css et .js

Options +FollowSymlinks
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !^(.+)\.css$
RewriteCond %{REQUEST_FILENAME} !^(.+)\.js$
RewriteCond %{REQUEST_FILENAME} !special.zip$
RewriteRule ^(.+)$ /chat/ [NC]

Ok, on accède les dits fichiers mais pour les autres types, on est redirigé vers le répertoire principal "/chat/".
Vous pourriez ajouter autant de règles que de types, ou placer tous les types en une ligne en utilisant la syntaxe "or" (ou), en utilisant le pipe "|" mais il y a plus simple...

En avant pour un exemple complet:

Options +FollowSymlinks
RewriteEngine on
# autoriser l'acces, sans restriction,à ma machine locale 192.168.1.3
RewriteCond %{REMOTE_ADDR} !192.168.1.3
# accès autorisé pour tous aux .css et .js dans les sous-répertoires
RewriteCond %{REQUEST_URI} !\.css$
RewriteCond %{REQUEST_URI} !\.js$
# autoriser l'accès aux fichiers dans img/, mais refuser le "directory listing"
RewriteCond %{REQUEST_URI} !img/(.*)\.
# autoriser l'accès à ces fichiers spécifiques...
RewriteCond %{REQUEST_URI} !comments.php$
RewriteCond %{REQUEST_URI} !corzmail.php$
RewriteCond %{REQUEST_URI} !digitrack.php$
RewriteCond %{REQUEST_URI} !gd-verify.php$
RewriteCond %{REQUEST_URI} !post-dumper.php$
RewriteCond %{REQUEST_URI} !print.php$
RewriteCond %{REQUEST_URI} !source-dump.php$
RewriteCond %{REQUEST_URI} !textview.php$
RewriteRule ^(.*)$ / [R,nc,l]

Prévenir le "hot-linking"

Croyez-le ou pas, il existe des webmasters qui, au lieu de proposer leur contenu propre, viendront voler le vôtre! Pire encore, il ne le délivreront même pas depuis leur propre serveur mais pointeront directement le vôtre. Cette pratique est très courante.

Pour vous protéger de cela: .htaccess est, encore une fois, une des meilleurs façons de faire.

Ce genre de directives amène l'utilisation des variables à la limite mais ceci fonctionne très bien pour moi:

Options +FollowSymlinks
# no hot-linking
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?corz\.org/ [NC]
RewriteRule .*\.(gif|jpg|png)$ http://corz.org /img/hotlink.png [NC]

Regardons cela plus en détail...
On commence par enclencher la réécriture, comme toujours
La première condition RewriteCond autorise les accès directs (mais pas d'autre page - un "referer" vide)
La ligne suivante dit: si le navigateur a envoyé un "referer", et que le mot "corz.org" n'est pas dans la partie "domaine", alors il faut réécrire la requête.
La règle finale importante, RewriteRule, demande à mod_rewrite de réécrire toute les correspondances (tout ce qui ne contient pas "corz.org" dans le "referer") demandant pour les gifs, jpegs, ou pngs, une image alternative (une image qui dit : pas de hotlinking!)

Vous pourriez faire plus sournois, en envoyant vers un script malicieux ou autre, mais une image explicative toute simple est plus "intelligent" :-)

Perdre son "www"

On me demande souvent comment éliminer le WWW de l'adresse d'un site. Dans le cas du site de l'auteur original de cet article, taper http://www.corz.org/ dans le navigateur, redirige vers http://corz.org/

C'est assez facile à faire:

attention à l'expression régulière...

Options +FollowSymlinks
RewriteEngine on
RewriteCond %{http_host} ^www\.corz\.org [NC]
RewriteRule ^(.*)$ http://corz.org/$1 [R=301,NC]

Pas besoin d'être un génie pour comprendre ce qui se passe ici. Encore une fois, il y a d'autres façons de le faire, mais, le plus simple est le mieux!

Partagez vos .htaccess entre votre site en DEV et en PROD, sans les éditer, voilà ce que ça donne:

Options +FollowSymlinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.(.*) [NC]
RewriteRule ^(.*)$ http://%1/$1 [R=301,NC,L]

plusieurs domaines dans une seule racine.

Autre exemple. Vous avez 2 domaines, pointant vers une unique racine, domaine1.com et domaine2.com.
Au niveau de la racine de votre serveur web, vous créez un simple répertoire pour chaque domaine (exemple d1/ et d2/) et dans le .htaccess de la racine, vous réécrivez toutes les requêtes, comme ceci:

#2 domaines servis dans par une seule racine...

RewriteCond %{HTTP_HOST} domaine1.com
RewriteCond %{REQUEST_URI} !^/d1
RewriteRule ^(.*)$ d1/$1 [L]
RewriteCond %{HTTP_HOST} domaine2.com
RewriteCond %{REQUEST_URI} !^/d2
RewriteRule ^(.*)$ d2/$1 [L]

toutes les requêtes pour le domaine1 sont réécrites (pas R=redirected - redirigées-) vers le répertoire d1/, tant qu'elles n'ont encore été réécrites là (la seconde RewriteCond). Idem pour l'autre domaine.

Remarquez dans le RewriteCond; !^/dir-name et !^dir-name devraient fonctionner tous les 2.

Remarquez également qu'avec un schéma simple de domaine et nommage de répertoire, vous auriez pu regrouper les 2 règles ensemble.

D'autres configurations générales et directives PHP peuvent également se retrouver dans ce .htaccess principal, pensez à de futures réécritures; urls courtes, conversion htm vers php etc; ce sera sans doute plus clair de les faire via des .htaccess dans des sous répertoires

Traductions automatiques

Si vos visiteurs ne parlent pas la même langue que vous, et ça arrive :-) , voilà une belle façon d'utiliser Google Traduction à la volée pour vos pages.

Les surfeurs placent leur code pays à la fin de la requête (mieux, vous le faites pour eux).

Options +FollowSymlinks
RewriteEngine on
RewriteRule ^(.*)-en$ http://www.google.com /translate_c?hl=en&sl=fr&u=http://olivier.maghe.be/$1 [R,NC]
RewriteRule ^(.*)-de$ http://www.google.com /translate_c?hl=de&sl=fr&u=http://olivier.maghe.be/$1 [R,NC]
RewriteRule ^(.*)-es$ http://www.google.com /translate_c?hl=es&sl=fr&u=http://olivier.maghe.be/$1 [R,NC]
RewriteRule ^(.*)-it$ http://www.google.com /translate_c?hl=it&sl=fr&u=http://olivier.maghe.be/$1 [R,NC]
RewriteRule ^(.*)-pt$ http://www.google.com /translate_c?hl=pt&sl=fr&u=http://olivier.maghe.be/$1 [R,NC]

Vous pouvez créer votre menu avec des drapeaux et tout le toutim et ajouter le code langue à la fin de l'adresse:

<a href="page.html-en" id="... voir cette page en anglais...

httpd.conf

Attention, si vous mettez ces règles dans la config principale de votre serveur (habituellement httpd.conf) au lieu d'un .htaccess, vous devrez utiliser ^/... ... au lieu de ^... ... au début de la ligne RewriteRule, en d'autres termes, ajouter le slash.

inheritance / héritage..

Si vous créez des règles dans vos sous répertoires, vous devez lire ceci. Vous vous souvenez que les règles dans les répertoires racines s'appliquent dans tous les sous répertoires, c'est ce que l'on appelle l'héritage (inheritance). Normalement, cela fonctionne bien, mais si vous créez des règles dans les sous répertoires, il faudra sans doute les réécrire, pas toutes, mais celle qui s'applique à ce sous répertoire.

Démonstration:

Une règle principale qui redirige les .htm vers .php équivalant. Si vous voulez écrire une règle dans un sous répertoire /osx/, la redirection .htm >> .php ne fonctionnera plus dans ce sous répertoire /osx/, il faudra la réécrire mais avec une différence cruciale...

Dans le .htaccess principal

# top-level .htaccess...
# requete vers fichier.htm va vers fichier.php
Options +FollowSymlinks
RewriteEngine on
RewriteRule ^(.*)\.htm$ http://maghe.be/$1.php [R=301,NC]

La modification pour /osx/.htaccess, avec la redirection .htm >> .php
Mais il faut la réintroduire dans ce répertoire

# /osx/.htaccess ...
Options +FollowSymlinks
RewriteEngine on
RewriteRule -une règle qui me sert-
RewriteRule -une autre règle qui me sert-
RewriteRule ^(.*)\.htm$ http://maghe.be/osx/$1.php [R=301,NC]

Remarquez la différence! Vous devez ajouter explicitement le chemin actuel à la nouvelle règle.
Maintenant cela fonctionne, dans le sous répertoire /osx/, toutes les requêtes sont couvertes par la nouvelle règle.

Si c'est possible, c'est une bonne idée de placer toutes vos règles de redirection dans le .htaccess principal, par exemple:

# root /.htaccess file..
Options +FollowSymlinks
RewriteEngine on
# .htm >> .php est maintenant couvert par votre regle princiaple, pas besoin de la réécrire.
# mais si vous voulez l'appliquer à /osx/-règle spécifique, faites par exemple..
RewriteRule ^osx/(.*)\.foo$ /osx/$1.bar [R=301,NC]

Ici pas de spécification du domaine. Normalement ça fonctionne sur la plupart des serveur. Si ce n'était pas le cas chez vous, ajoutez le simplement

A contrario, si vous voulez annuler une règle principale dans un sous répertoire, faites:

RewriteEngine off

Conclusion

Pour faire simple, mod_rewrite permet de rediriger le navigateur de n'importe où vers n'importe où.
Vous pouvez créer des règle qui ne sont pas simplement basées sur les requêtes URL, mais aussi sur les IP, les agents de navigateurs et même l'heure qu'il est, les possibilités sont illimitées.

Ce billet, même s'il est un peu long, ne couvre certainement pas tout le domaine de la réécritures des URL, n'hésitez pas à consulter la doc de Apache par exemple.

Je me suis autorisé quelques adaptations du contenu original, si vous constatez des erreurs franches de traduction ou du contenu incorrect, n'hésitez pas à m'en faire part.

Je tiens à remercier spécialement COR, l'auteur originel de cet article (.htaccess part1 .htaccess part2).