Trop de temps libre pour Internet » PHP

Transfert de WordPress

Yves Roumazeilles — Sun, 30 Nov 2008 13:17:17 +0000

J’aurais vraiment noté quelques problèmes notables lors d’un transfert de site WordPress d’un serveur à un autre. J’ai en effet eu bien des difficultés pour être à nouveau capable de charger des images dans WordPress après une telle opération.

Voilà ce que j’ai dû faire pour parvenir à retrouver les fonctionnalités complètes :

Vérifier que PHP était bien en mode safe_mode (pas évident, il faut avoir accés au serveur ou à son administrateur).
M’assurer que les droits d’accés aux répertoires de chargement des images (wp-content/uploads/*)étaient bien fixés à 777 (là aussi, vous aurez besoin du soutien de l’administrateur ou d’un accés Telnet/SSH à votre compte sur le serveur).
Comme je n’avais pas ré-installé WordPress mais transféré la configuration complète, je ne m’étais pas rendu compte que le réglage du répertoire de stockage des images était devenu faux (l’ancien répertoire n’était plus accessible). J’ai donc dû passer par l’interface d’administration de WordPress > Réglages > Divers et remettre wp-content/uploads comme répertoire de chargement (la première option à fournir sur cette page et l’information par défaut, comme indiqué juste en dessous).

J’espère que vous ne vous ferez pas piéger comme moi…

PHP change

Yves Roumazeilles — Sun, 09 Nov 2008 12:26:02 +0000

C’est ce que je me suis dit récemment en constatant qu’un bout de code PHP avait cessé de fonctionner sur un de mes sites web. Il s’agit donc d’un rappel pour les autres programmeurs inattentifs : $DOCUMENT_ROOT = $HTTP_SERVER_VARS['DOCUMENT_ROOT']; ne fonctionne plus. Il faut maintenant utiliser la nouvelle forme : $DOCUMENT_ROOT = $_SERVER['DOCUMENT_ROOT'];.

A bon entendeur, salut.

WordPress et passage en PHP5

Yves Roumazeilles — Fri, 24 Aug 2007 12:59:02 +0000

Quelques conseils relevés par Donncha pour ceux qui voudraient passer de PHP4 à PHP5 sur un serveur qui exploite WordPress. Rien de montrueux mais il est toujours utile de regarder les aspects qu’elle signale :

Emplacement de PHP.INI
Update des bibliothèques mysql et gd
Compatibilité avec WP-cache

Script PHP pour une page 404 aléatoire

Yves Roumazeilles — Thu, 14 Jun 2007 11:53:03 +0000

Certains visiteurs m’ont demandé comment je me débrouillais pour orienter de manière aléatoire vers une larg sélection de messages 404 page not found comme on le voit sur mon site web.

Donc, sans plus de chichis, voici le script PHP que j’utilise pour assurer cette redirection aléatoire dynamique:

$address_list = array(
"/404/404-01.php",
"/404/404-02.php",
"/404/404-03.php",
"/404/404-04.php",
"/404/404-05.php",
"/404/404-06.php",
/* "/404/404-07.php", */
"/404/404-08.php",
"/404/404-09.php",
"/404/404-10.php",
"/404/404-11.php",
"/404/404-12.php",
"/404/404-13.php",
"/404/404-14.php",
"/404/404-15.php",
"/404/404-16.php",
"/404/404-17.php",
"/404/404-18.php",
"/404/404-19.php",
"/404/404-20.php",
"/404/404-21.php",
"/404/404-22.php",
"/404/404-23.php",
"/404/404-00.php"
);
srand((double)microtime()*1000000);
$randomtopic = rand(0,count($address_list));
header(‘Location: ‘.$address_list[$randomtopic]);
exit;
?>

Vous pouvez le copier et le ré-utiliser sur votre propre site web. C’est offert !

Combattez le SPAM et scannez des livres

Yves Roumazeilles — Mon, 28 May 2007 13:00:45 +0000

Il est notoirement connu que le cerveau humain a des capacités de reconnaissance des formes qui sont bien plus développées que ce que sait faire un programme d’ordinateur. Cela explique pourquoi les taux d’échec des programmes d’OCR (Optical Character Recognition) sont aussi élevés que 1% (ou parfois 2%) d’erreur, soit un niveau qui impose de fournir une relecture humaine derrière la plupart des scans de documents. Mais quand le document est ancien, de mauvaise qualité d’impression, dégradé, les taux d’erreur peuvent être encore plus élevés et posent des problèmes considérables quand il s’agit de scanner des milliers de documents comme le font certaines bibliothèques et institutions culturelles.

Par ailleurs, le problème du SPAM sur Internet est considérable : des programmes essayent à tout prix de se faire passer pour des êtres humains afin d’insérer de la publicité partout où un utilisateur peut écrire (dans les messages d’un forum, dans les commentaires d’un blog, etc.) Depuis quelques temps, il est devenu courant qu’un être humain doivent s’identifier comme humain par sa capacité à reconnaître un mot plus ou moins bien écrit/dessiné. Théoriquement, c’est un test de Turing efficace qui permet de différencier un humain d’une machine. En pratique, les compétences d’un programme automatique sont tout de même devenues telles que le SPAM ré-apparaît doucement dans les environnements même protégés par ce qu’on appelle les CAPTCHA (ces images qu’il s’agit de lire et de recopier pour pouvoir être autorisé à une action).

Le problème est ainsi posé : créer des CAPTCHA vraiment très difficiles à reconnaître par programme et, simultanment, utiliser des êtres humains pour scanner des documents très difficiles à lire par les programmes.

La solution : reCAPTCHA.

Il s’agit de fournir un service de type CAPTCHA à des milliers de blogueurs et de gestionnaires de forum (WordPress, phpBB, etc.) Les utilisateurs sont invités à reconnaître deux mots particulièrement difficiles à reconnaître visuellement (les programmes d’OCR professionnel y ont échoué lors de scan tentés par Carnegie Mellon University). L’utilisateur doit les reconnaître tous les deux. L’un sert à vérifier si c’est bien un utilisateur humain, l’autre à donner la traduction OCR qui enrichira la base de CAPTCHA pour le futur et qui améliorera le scan d’un document en cours de traitement par Carnegie Mellon. C’est le double effet K… : lutte contre les spammeurs et mise à disposition de millions d’être humains pour améliorer le scan de milliers de documents anciens (sans même recourir à l’esclavage de masse).

Example de scan difficile à reconnaître :

Une particularité des logiciels professionnels d’OCR est qu’ils sont presque toujours capables de signaler quand leur reconnaissance est impossible ou de très mauvaise qualité (grande incertitude).

Top 10 des méthodes de lutte contre la censure

Yves Roumazeilles — Thu, 03 May 2007 09:47:43 +0000

De plus en plus, l’accés à Internet devient limité par la présence d’outils et de méthodes de censure (et je ne parle même pas des pays qui ont institutionalisé la censure sur Internet comme la Chine, la Turquie ou la Tunisie). L’objectif peut être de vous éviter de perdre votre temps sur des sites web sans rapport avec les activités de votre entreprise ou pour vous éviter d’accéder à des données « questionnables ». Mais Internet est flexible par nature et il y a nombre de solutions pour contourner la censure.

10 – Utiliser une adresse IP

Plutôt que de se connecter par le nom de domaine (example.com), vous pourriez utiliser directement l’adresse IP correspondance (192.168.0.15). Si le réseau vous arrête au niveau DNS, cela vous permettra d’arriver au site cherché.

9 – Utiliser le cache Google

Comme vous le savez sûrement, le moteur de recherche Google présente des liens « en cache » derrière la plupart de ses résultats. Comme ce sont des copies situées sur le site Google, ça fonctionne très souvent.

8 – Utiliser Google mobile search

Google mobile search a été créé pour faciliter l’accés aux utilisateurs mobiles, mais n’est pas limité à ceux-là.

7 – Utiliser un anonymizer

Certaines sociétés offrent de faire l’intermédaiire entre vous et le site web que vous voulez visiter. Leur offre principale est de vous dissimuler, mais souvent un effet de bord est de contourner la censure locale. Voir ma liste d’anonimyzers.

6 – Traduire le site

Plusieurs outils font de la traduction automatique de site web. Utilisez les pour accéder à des sites qui vont sount dissimulés.

5 – Utiliser un serveur proxy

Un proxy server est simplement un intermédiaire entre vous et le site que vous voulez visiter. Il peuvent parfois cacher votre identité comme les anonymizers, mais les censeurs risquent de voir quand même votre destination. Beaucoup sont publics. Beaucoup sont aussi connus des censeurs et donc eux-même interdits. Une longe liste sur Public proxy servers.

4 – Web by email

Quasiment « ancienne économie » et furieusement lent, vous pouvez demander à vous faire livrer la page web que vous voulez par courrier électronique. C’est lent, mais si vous savez où se trouve votre information, c’est quasiment imbattable.

3 – Changer de fournisseur

Changez de pays ou d’entreprise pour aller à un endroit plus libre. Même si le seul accés Internet n’est pas forcément une bonne raison pour une mesure aussi drastique (et encore), vous aurez peut-être envie de changer de fournisseur d’accés Internet. Certains sont plus flexibles que d’autres.

2 – Utiliser TOR

TOR est un réseau distribué de proxy servers. Vous vous y connectez, votre requête passe ce réseau international et ressort anonyme. Vous pouvez aussi participer au réseau en y ajoutant votre PC (cela améliore aussi votre discrétion).

Problèmes principaux :

Certains sites (par exemple, SlashDot) bloquent tous les accés qui passent par TOR ou toute machine qui a utilisé TOR dans le passé (à cause d’abus évidents).
L’installation d’un noeud TOR peut être très efficace mais complexe.

1 – Faire votre propre proxy server

Si tout le reste a échoué, pourquoi ne pas installer votre propre serveur proxy ? Il ne sera connu que de vous (peu de risque de le voir interdit par votre FAI). Ainsi vous aurez votre outil personnel et vous pourrez le déplacer à la demande. Plusieurs proxy servers écrits en PHP sont utilisables :

Afficher du code dans WordPress

Yves Roumazeilles — Sat, 21 Apr 2007 15:07:55 +0000

Quand, comme moi, on souhaite inclure des morceaux de code dans un article WordPress, cela devient vite une sérieuse galère. En fait WP n’a pas vraiment prévu ce cas et il se pose une quantité de problèmes plus ou moins graves. Ceux que j’ai rencontrés jusqu’ici :

Les
Un certain nombre de caractères ne s’affichent pas (ou mal)
La présentation est assez pitoyable quand on utilise que


J’ai donc recherché un plug-in (presque tout dans WordPress se fait par l’ajout de ces merveilleux petits bouts de logiciel qui peuvent se rajouter facilement à la configuration de base) qui soit adapté à cette tâche, facile à installer (et je ne tiens pas à faire une maintenance intensive pour cette fonctionnalité), facile à utiliser.
Voici donc un résumé de ceux que j’ai regardé et de mon opinion les concernant.


Code markup v1.1.1
Syntaxe
Il suffit d’encadrer son code entre 
 et 
.
A mon avis
Pour :

Evite bien la transformation du code par WordPress
Il reste possible de rajouter du formattage manuel dans le code inclus
Compatible WordPress 1.5, 2.0 et 2.1
Un seul fichier de plugin, à activer par le tableau de bord WP

Contre :

Pas de coloration syntaxique




ElasticDog Code viewer v1.1
Syntaxe
Le code est stocké dans un fichier externe, est affiché avec indentation et retour à la ligne automatique, peut-être téléchargé séparément.
A mon avis
Pour :

Présentation assez souple (par exemple, numérotation des ligne)
Le stockage dans un fichier externe permet de ne pas avoir à répéter le code (s’il apparaît dans plusieurs articles ou en plusieurs endroits)
Un seul fichier de plugin, à activer par le tableau de bord WP ; plus une procédure d’installation.

Contre :

Stockage dans un fichier texte séparé : particulièrement lourd pour des petits morceaux de code

Coffe2code Preserve code Formatting v0.9
Syntaxe
Il suffit d’encadrer son code entre 
 et 
 (d’autres tags peuvent aussi être définis).
A mon avis
Pour :

Evite bien la transformation du code par WordPress
Un seul fichier de plugin, à activer par le tableau de bord WP

Contre :

Pas mis à jour depuis 2005. A-t-il seulement été testé avec WordPress v2.1 ?
Pas de coloration syntaxique



Priyadi’s Code Autoescape v2.0
Syntaxe
Il suffit d’encadrer son code entre 
 et 
.
A mon avis
Pour :

Evite bien la transformation du code par WordPress
Compatible WordPress 1.5, 2.0 et 2.1
Un seul fichier de plugin, à activer par le tableau de bord WP

Contre :

Pas de coloration syntaxique

CoolCode
A mon avis
Pour :

Apporte aussi une fonction de coloration syntaxique

Contre :

Le site est en Chinois (je n’ai pas osé faire une vraie évaluation).


En vedette :

    Canon EOS 5D MkII
    Nikon D700
    Word gratuit
    Configuration Azureus
 




Dean Code Source Syntax highlighting v1.1
Syntaxe
Il suffit d’encadrer son code entre 
 et 
 (en précisant le langage PHP, ou tout autre langage).
A mon avis
Pour :

Evite bien la transformation du code par WordPress
Apporte aussi une fonction de coloration syntaxique (adaptée à de nombreux langages).
Compatible WordPress 1.5+
Un seul fichier de plugin, à activer par le tableau de bord WP, plus un fichier CSS pour gérer la présentation

Contre :

Il faut définir des tags CSS (problème mineur parce que, pour les autres, c’est seulement préférable)

RobM Code entities v1.1
Syntaxe
Au vu de l’évolution des plugins de ce type, l’auteur lui-même conseille aujourd’hui plutôt Priyadi’s Code Autoescape.
Conclusion
Comme vous pouvez l’imaginer à partir des informations données ci-dessus, mon choix s’est donc orienté vers Dean Code Source Syntax highlighting que j’utilise maintenant pour Roumazeilles.net. L’argument le plus important a clairement été la possibilité d’assurer une coloration syntaxique qui apporte une lisibilité accrue y compris pour des petits morceaux de code (confort pour les lecteurs du site).
Je n’affirme pas avoir tout vu dans cette comparaison (benchmarking) mais cela m’a mené à faire un choix raisonné dont je souhaitais partager avec vous les raisons. Vous avez (ou allez) peut-être faire un choix différent ; n’hésitez pas à nous expliquer pourquoi ou comment.
Exemples
Code PHP
Voici comment se présente un morceau de source PHP :



 





    header("Location: /news/fr/news.php");


    exit;


?>


 



CSS code
Voici l’affichage d’un fichier CSS :



 


/*******************************/


/* Links                       */


/*******************************/


a:link    { color:#a0a010 }


a:visited { color:#606000 }


a:hover   { color:#e0e020; text-decoration: underline }


a:active  { color:#e0e020; text-decoration: underline }



FireFox avec un Google toolbar
Yves Roumazeilles — Thu, 05 Apr 2007 16:20:43 +0000