La problématique

Lorsque des animations Flash (SWF) utilisent des fichiers XML pour afficher du contenu dynamique et que ce même fichier XML est généré dynamiquement, il est classique que certains navigateurs gardent en cache l’un ou l’autre et n’affichent pas les modifications de contenu en temps réel.

Ce mécanisme de cache est tout à fait classique sur le web, en revanche il peut devenir problématique si les utilisateurs d’un Backoffice (par exemple) ne peuvent pas voir le rendu final de leurs modifications sans vider leur cache, surtout s’ils sont néophytes.

Heureusement il existe une directive Apache permettant d’interdire la mise en cache de certains types de fichiers. Cette détection, basée sur l’extension du fichier vas permettre d’envoyer des instructions (headers) au navigateur interdisant la mise en cache soit du fichier swf, soit du fichier xml, soit des deux. Ainsi, à chaque rafraichissement de la page, les deux fichiers seront re-téléchargés par le client.

Ce mécanisme garantit donc que les modifications du contenu de l’animation Flash sera systématiquement visible par le client.

Mise en place du code dans un fichier .htaccess

Les instructions Apache sont à placer dans un fichier .htaccess à la racine de votre serveur web. Vous pouvez ajouter ou supprimer des extensions à votre convenance, veillez simplement à les séparer par le caractère « |« .

Si vous n’avez pas de fichier htaccess à la racine de votre FTP, créez simplement un fichier nommé .htaccess à l’aide d’un éditeur de texte, puis transférez le via un logiciel FTP.

Voici le code à placer dans votre fichier

<FilesMatch "\.(swf|xml)$">
 ExpiresDefault A0
 Header set Cache-Control "no-store, no-cache, must-revalidate, max-age=0"
 Header set Pragma "no-cache"
</FilesMatch>

Garder son référencement lors d’un changement de nom de domaine

Si vous souhaitez changer de nom de domaine, il est préférable de rediriger toutes les anciennes pages de votre site internet vers le nouveau nom de domaine. Le code de redirection permanente (301) devra être utilisé pour indiquer aux moteurs de recherche que l’URL des anciennes pages est changée de façon définitive. Ceci permettra aux moteurs de recherche et à Google en particulier de transférer tout votre ancien référencement naturel vers vos nouvelles URLs.

La technique utilisée pour réaliser une redirection 301 sur la totalité des pages de votre ancien domaine est basée sur des instructions Apache (Mod Rewrite) placées dans un fichier .htaccess à la racine de votre serveur web.

Cas 1 : changement de nom de domaine

Dans le cas d’un changement de nom de domaine, la procédure consiste à rediriger la totalité des requêtes effectuées sur une ancienne URL vers le nouveau nom de domaine.

Placez le code ci-dessous dans un fichier .htaccess à la racine de votre hébergement, celui-ci effectuera une redirection si le domaine utilisé correspond à l’ancien domaine  :

#Redirection de l'ancien nom de domaine
RewriteCond %{HTTP_HOST}   ^ancien-domaine\.com [NC]
RewriteRule ^/?(.*)         http://www.nouveau-domaine.com/$1 [L,R=301]
RewriteCond %{HTTP_HOST}   ^www.ancien-domaine\.com [NC]
RewriteRule ^/?(.*)         http://www.nouveau-domaine.com/$1 [L,R=301]

Cas 2 : changement de nom de domaine et / ou de sous-domaine

Dans le cas du changement de domaine associé à un sous-domaine ou bien d’un simple changement de sous-domaine, le code ci-dessous permettra d’effectuer le même type de redirection que précédemment :

#Redirection de l'ancien sous-domaine
RewriteCond %{HTTP_HOST}   ^sous-domaine.ancien-domaine\.com [NC]
RewriteRule ^/?(.*)         http://sous-domaine.nouveau-domaine.com/$1 [L,R=301]

Enfin, sachez qu’il est également possible via l’outil webmaster tools de Google de lancer une procédure de changement de nom de domaine, ce qui devrait diminuer sensiblement le temps de transfert de votre ancien référencement naturel.

Localhost et Windows Vista : mauvaise configuration par défaut.

Le problème : après l’installation de WAMP ou de EasyPHP sur Windows Vista l’allias localhost ne fonctionne pas (erreur 404 – page introuvable).

Assez déroutant au premier abord lorsqu’on est habitué à Windows XP, Mac OS X ou encore Linux, ce problème est en fait très facilement résolvable.

La première chose à vérifier est que votre port 80 est bien libre, Skype par exemple utilise ce port par défaut. Quittez Skype et retentez d’accéder à votre localhost. Si le problème est résolu à cette étape, libre à vous de modifier le port par défaut de Apache (via le httpd.conf) ou celui de Skype.

Si le problème persiste, tentez d’accéder à votre localhost via votre adresse IP de boucle locale (autrement dit, tapez http://127.0.0.1/ dans votre navigateur web). Si vous accédez correctement à votre serveur web, lisez la suite de ce post.

Le problème que vous rencontrez est que l’allias (host) localhost est déjà utilisé par votre système (en l’occurrence Windows Vista), nous allons donc désactiver cette utilisation afin d’être en mesure d’accéder au serveur web via http://localhost/.

Pour cela, rendez-vous dans C:\Windows\System32\drivers\etc et ouvrez le fichier nommé hosts.

Commentez simplement la ligne suivante en rajoutant un # en début de ligne :

#::1             localhost

Si vous n’arrivez pas à enregistrer ce fichier, faites un clic droit dessus, puis via l’onglet Sécurité accordez vous un contrôle total.

Tentez maintenant d’accéder à http://localhost/ dans votre navigateur web, et vous devriez constater que le problème est résolu.

Si ce n’est pas le cas, achetez-vous simplement un Mac

LESS est un environnement de programmation héritant de CSS écrit pour Ruby permettant d’ajouter un grand nombre de fonctionnalités au CSS (variables, opérations, utilisation de classes au sein du CSS, règles en cascade…).

En développant avec LESS, nous n’écrivons plus directement de CSS mais du LESS qui sera compilé en un fichier CSS prêt à fonctionner.

Lessphp rend tout ceci possible dans un environnement PHP grâce à une classe à inclure dans vos scripts afin de compiler du LESS.

Lessphp est en cours de développement et ne supporte pas l’ensemble des fonctionnalités offertes par LESS pour le moment, cependant un certain nombre d’entre-elles sont opérationnelles.

Quelques exemples

• Inclusion de lessphp et compilation

require 'lessc.inc.php';
 
try {
    lessc::ccompile('input.less', 'out.css');
} catch (exception $ex) {
    exit('lessc fatal error:<br />'.$ex->getMessage());
}

• Utilisation des variables et des opérations :

/** LESS **/
@base: 2px; /** Déclaration d'une variable **/
 
.myClass {
  border: 2px + @base solid red; /** Utilisation de la variable au sein d'une opération **/
}
 
/** CSS RESULT **/
 
.myClass { border:4px solid red; } /** CSS obtenu après la compilation **/

• Utilisation des « mixins » (classes au sein du fichier CSS)

/** LESS **/
@base: 2px; /** Déclaration d'une variable **/
 
.myClass {
border: 2px + @base solid red; /** Utilisation de la variable au sein d'une opération **/
}
 
.mixin {
color: red;
.myClass;  /** Utilisation de la classe .myClass au sein de la classe .mixin **/
}
 
/** CSS RESULT **/
 
.myClass { border:4px solid red; }
.mixin {
  color:red;
  border:4px solid red;
}

Nous voyons bien de cette manière que nous pourrions grandement améliorer notre code CSS et factoriser énormément de code ! De plus, la compilation s’effectuant côté serveur, il est tout à fait possible de générer dynamiquement le CSS via un appel ajax en fonction d’évènements homme-machine par exemple.

Il est à noter que lessphp est disponible sur la plateforme github et qu’il vous ait donc possible de signaler les éventuels bugs que vous rencontrez ou encore récupérer les toutes dernières versions de la librairie.

Alors, pensez-vous que lessphp pourrait améliorer votre code CSS ?

Pour plus d’informations

• Site officiel de lessphp
• Site officiel de LESS (Ruby)
• Documentation de LESS
• Plugin lessphp pour Symphony

Le problème décrit dans ce billet peux survenir lorsque vous utilisez les règles de réécriture d’URL (.htaccess) fournies dans la documentation de CodeIgniter.

En effet, vous pouvez voir apparaître l’erreur : No input file specified. sur toutes les pages de votre application.

C’est par exemple souvent le cas sur certains serveurs mutualisés d’OVH (pour avoir été confronté plusieurs fois à ce problème).

Pour le résoudre, il suffit de modifier légèrement vos règles de réécriture d’URL :

Code fournit dans l’user guide de CodeIgniter (version 1.7.1) :

RewriteEngine on
RewriteCond $1 !^(index\.php|images|robots\.txt)
RewriteRule ^(.*)$ /index.php/$1 [L]

Code modifié :

RewriteEngine on
RewriteCond $1 !^(index\.php|images|robots\.txt)
RewriteRule ^(.*)$ /index.php?/$1 [L]

Il suffit de rajouter un « ? » après le index.php

Lorsque l’on développe en local avec les logiciels Wampserver sous Windows ou encore MAMP sous Max OS X, les fichiers .htaccess ne fonctionnent pas avec l’installation par défaut. Le plus souvent, le serveur renvoie un code d’erreur 500.

La raison est simple, le module rewrite d’Apache n’est pas activé par défaut, pour l’activer il suffit d’éditer le fichier de configuration d’Apache (httpd.conf).

Sous Wampserver, il se trouve dans : Program Files\wamp\bin\apache\Apache2.2.11\conf.

Pour activer le module rewrite, remplacez la ligne :

#LoadModule rewrite_module modules/mod_rewrite.so

Par :

LoadModule rewrite_module modules/mod_rewrite.so

Redémarrez en suite vos services afin que la modification soit prise en compte