Un lecteur de mon site (Romain D.) m'a soumis un patch permettant la recherche par levenshtein et soundex dans les tags (ce qui permet de trouver, par exemple, "wikipedia" quand on tape "wikipdia", ou bien "programme" quand on tape "praugrame") Mais il faudra que j'évalue:
- si c'est applicable sur la recherche fulltext ou seulement sur les tags.
- lesquelles utiliser (levenshtein, soundex, metaphone, similar_text...)
- et comment les combiner pour obtenir de meilleurs résultats (par exemple calculer le levenshtein sur les chaînes soundex ou metaphone)
- si elle sont adaptées au français et à d'autres langues
- si elles supportent un mélange de langues sans trop de dégats.
- si elles supportent l'UTF-8.
- combien elles consomment en CPU (il faut que ça reste raisonnable).
- *quand* activer cette recherche (si aucun résultat avec la comparaisons stricte, si moins de X résultats ?)

Ben j'ai du boulot en perspective...

Notes en vrac pour moi (ajoutés au fur et à mesure).

Versions du Soundex mieux adaptés aux français:
http://blog.mymind.fr/post/2007/03/15/Soundex-Francais
http://www.roudoudou.com/php/phonetic.php
http://web.archive.org/web/20050209205529/http://www.php-help.net/sources-php/a.french.adapted.soundex.289.html

Il existe des versions améliorées de Levenshtein consommant moins de mémoire et plus rapides: Voir les commentaires de la fonction levenshtein sur le manuel php.

A vue de nez:
- metaphone est meilleur que Soundex (soundex est mal adapté au français, est limité à 4 caractères, ne prend pas en compte le premier caractère).
- metaphone semble meilleur que phonetique() (en tous cas pour calculer un levenshtein dessus).
- d'après diverses lectures, la meilleure solution semble être de calculer le metaphone, puis de calculer le levenstein dessus et ramener le tout à la longueur du mot. On obtient un pourcentage qu'on utilise pour trier les mots les plus proches. ---> renvoyer (si possible) les résultats triés par similarité (les plus similaires en premier).

EDIT: Le double-metaphone semble intéressant. Il est adapté à d'autres langues que l'anglais (langues slaves, germaniques, grec, français, Italien, espagnol, chinois et autres):
http://fr.wikipedia.org/wiki/Double_Metaphone
Implémentation en php: http://swoodbridge.com/DoubleMetaPhone/
/!\ DoubleMetaphone est limité à 4 caractères en sortie, alors que Metaphone ne l'est pas.

EDIT: Tester aussi Phonex:
http://www.phpclasses.org/package/2974-PHP-Implementation-of-the-phonex-algorithm-for-French.html (loguez-vous avec http://bugmenot.com/)

Haha ! Excellent. Mitsukarenai (décidément, j'apprécie de plus en plus ce gars), est en train de développer une sorte de miroir automatisé de Pirate Bay, mais sans héberger le moindre fichier .torrent, ni le moindre tracker. C'est de l'indexation de liens magnet récupérés automatiquement par le flux RSS de Pirate Bay.
Légalement, je ne sais pas si c'est inattaquable, mais l'esprit subversif du projet me plaît beaucoup.

ouille... mauvais enchaînement de versions.

Application directe de Vizhash (http://sebsauvage.net/wiki/doku.php?id=php:vizhash_gd): J'ai modifié le plugin de discussion pour DokuWiki pour qu'il affiche un Vizhash de l'adresse IP de chaque posteur (en fait, un sha1(salt+adresseIP)).

Cela permet d'identifier visuellement les posteurs, et de voir les changement d'adresses IP (genre: un pseudo sous plusieurs IP, ou une même IP qui prend plusieurs pseudos), le tout sans révéler l'adresse IP elle-même.
Voici le bout de code (simplifié) à insérer dans /wiki/lib/plugins/discussion/action.php, après la ligne "$head = '<span class="vcard author">';":

   $head.='<div style="position:relative; float:left;left:15px;top:-2px; width:16px; height:16px;">';
   $head .= '<img src="../vizhash_gd.php?width=16&height=16&t='.urlencode(sha1('nonJeNeVousDiraiPasQuelSaltJ'aiUtilisé'.$comment['user']['id'])).'" width="16" height="16">';
   $head.='</div>';

Si vous faites quelque chose de similaire, PAR PITIÉ, copiez vizhash_gd.php sur votre propre serveur. Ne pointez pas sur le miens.

Remarque NSFW grossière du jour: Il y a une probabilité non-nulle que Vizhash dessine une bite.

Si j'ai le temps, il faudrait que j'essaie un peu SimpleTest pour automatiser le test de mes appli php. ça me permettrait de gagner du temps (et éviter d'avoir à relivrer 2 versions consécutives de Shaarli, par exemple).

(référence à ça: http://sebsauvage.net/links/?-A9eag)
Tiens en passant, ça serait bien que Free se bouge de cul et passe de php 5.1 RC (PUTAIN, UNE RELEASE CANDIDATE !) à la 5.4 (qui corrige cette faille), elle qui se plaint déjà que ses serveurs pages perso sont surchargés. Voyons: D'après leur présentation, une requête HTTP POST de 500 ko sur une page php peut écrouler le serveur pendant 1 minute. Autrement dit, on peut écrouler un serveur web 24h/24 avec seulement 1440 requêtes HTTP par jour. Même ma connexion ADSL avec son flux montant merdique de 90 ko/sec. peut assurer ça sans problème (il faut seulement 6 secondes pour envoyer 500 ko.)

Allo, Free ? Vous pourriez mettre à jour php sur vos serveurs ?

Il faudra que je prenne le temps de faire ces mini-howto php (expliquer simplement le problème, comment y palier): protection XSRF, système de bannissement d'adresses IP, mini-cache de page... les solutions sont simples, ça serait dommage de ne pas en parler.

Deux ou trois bricoles courante à savoir sur php.

Une galerie photo en php, à tester. Sans base de données.
Site officiel: http://www.photoshow-gallery.com/

Une liste d'éditeurs php en ligne.

Obfusquer ses scripts php lors du déploiement, pourquoi pas. C'est juste qu'en cas d'erreur ça rend le débogage plus chiant.

(attention: technique). J'ai déjà parlé de ça ? Pour un projet professionnel on avait besoin de générer des documents coté serveur, mais éditables par l'utilisateur (d'où le choix du format Word). J'ai bricolé mon propre système: Génération de document Word coté serveur en php, avec entêtes, pieds de page et numérotation, table des matières, références entre pages, tableaux dans tous les sens dont le contenu est généré dynamiquement à partir des données en base.  Ça marche nickel.

Les perfs ? Je sors un rapport au format Word de 70 pages en moins de 5 secondes. Et le tout sans utiliser Microsoft Office coté serveur, ni la moindre bibliothèque commerciale. La maintenance ? Le format des documents Word est facilement modifiable: C'est une template Smarty. Changer un titre de colonne, décaler des tableaux ou intervertir deux chapitres ? Facile, ça prend quelques secondes.

Tant qu'à faire, vu que ce n'est pas un problème a priori simple à résoudre, j'ai documenté ici la base du concept.

Putain la gestion d'UTF-8 et Unicode en php c'est la misère. Il n'y a pratiquement aucune fonction de chaîne de caractère foutue de travailler correctement avec UTF-8. Super-cool quand on doit faire un site capable de gérer plusieurs langues. (à côté de ça, Python gère UTF-8 et Unicode fingers-in-the-nose.)

Pas mal d'astuces php.

Putain la gestion d'UTF-8 en php c'est la merde. Il n'y a pratiquement aucune fonction de chaîne de caractère foutue de travailler correctement avec UTF-8. Super-cool quand on doit faire un site capable de gérer plusieurs langues. (à côté de ça, Python gère UTF-8 et Unicode fingers-in-the-nose.)

Un micro-framework php qui a l'air bien (mono-fichier, simple à mettre en place).

Autant je n'aime pas Facebook, autant je suis impressionné par leur IT qui a développé un outils pour transformer du php en C++ compilé.

Quelques conseils de base quand on fait de l'orienté objet en php. (Hérésie !  ;-)

Voilà, j'ai solutionné mon problème PDO SQLite et ça marche très bien, mais ce workaround est pourri.

Tiens justement plein de framworks php. Les questions restent: Sont-ils bien documentés ? Est-ce qu'ils vivront longtemps ? Il est dangereux de développer une grosse appli et se retrouver le bec dans l'eau parce qu'un framework n'est plus développé.

Comment trapper toutes les erreurs en php.

Ça peut servir !

Pour générer des documents Word côté serveur (par exemple en php), la meilleure solution est encore de générer de l'HTML avec des balises/styles spécifiques à MS Office.

à tester...

Bouuu... c'est moche comme bug. De quoi faire planter méchamment un serveur web avec une bonne requête ajustée (consommation: 100% de CPU simplement en faisant faire une addition à php).