Jusqu'à il y a peu c'était quand même loin d'être trivial. Depuis quelques temps pas mal de cms intègrent des plugins de recherche basés sur apache solr (durpal, ezpublish).
Ça nécessite d'avoir une jvm mais c'est assez raisonnable en terme de ressources
et permet d'être pertinent facilement.
C'est comme le tracking basés sur google analytics. Il existe des solutions alternatives libres. Mais elles sont compliquées à maintenir. Tu me diras qu'au moins comme ça il y a pas 10000 trucs à bloquer.
Le principal problème est l'entretiens d'une base de données. Le dba de beaucoup de sites s'appelant "plesck" , ils se retrouvent vite avec des problèmes d'accès concurrent dont ils ne savent pas se dépêtrer sinon avec plus de plus gros serveurs. Ce qui a un cout.
Pour te donner un exemple, le module de recherche de prestashop (celui qu'utilse l'un de mes clients en tout cas), crée une table dédiée à la recherche via un script d'indexation lancé depuis l'admin du site.
Ce script étant lancé via une requête http, il n'abouti simplement pas si ton serveur http est configuré avec des timeout raisonnables.
La solution consiste à soit déporter l'admin sur un autre serveur http ou d'adapter ce script pour qu'il puisse s’exécuter en ligne de commande. Pour un graphiste rien de cela n'est trivial. De plus il faut avoir choisie le bon moteur de stockage, défragmenter et analyser régulièrement ta table si tu veux que ce soit efficace. Il faut aussi ajuster régulièrement les paramètres de ton serveur mysql en fonction de l'évolution de ta base, rajouter un index ou deux qui sont oubliés en cas de mise à jour depuis telle version ...
Tandis qu'avec la recherche google, ça juste marche directement et sans rien faire.
[^] # Re: Alternative ? Testée et approuvé !
Posté par Joris Dedieu (site web personnel) . En réponse au journal Fin de la vie privée sur Google Search ? Au revoir.. Évalué à 5.
Jusqu'à il y a peu c'était quand même loin d'être trivial. Depuis quelques temps pas mal de cms intègrent des plugins de recherche basés sur apache solr (durpal, ezpublish).
Ça nécessite d'avoir une jvm mais c'est assez raisonnable en terme de ressources
et permet d'être pertinent facilement.
C'est comme le tracking basés sur google analytics. Il existe des solutions alternatives libres. Mais elles sont compliquées à maintenir. Tu me diras qu'au moins comme ça il y a pas 10000 trucs à bloquer.
Le principal problème est l'entretiens d'une base de données. Le dba de beaucoup de sites s'appelant "plesck" , ils se retrouvent vite avec des problèmes d'accès concurrent dont ils ne savent pas se dépêtrer sinon avec plus de plus gros serveurs. Ce qui a un cout.
Pour te donner un exemple, le module de recherche de prestashop (celui qu'utilse l'un de mes clients en tout cas), crée une table dédiée à la recherche via un script d'indexation lancé depuis l'admin du site.
Ce script étant lancé via une requête http, il n'abouti simplement pas si ton serveur http est configuré avec des timeout raisonnables.
La solution consiste à soit déporter l'admin sur un autre serveur http ou d'adapter ce script pour qu'il puisse s’exécuter en ligne de commande. Pour un graphiste rien de cela n'est trivial. De plus il faut avoir choisie le bon moteur de stockage, défragmenter et analyser régulièrement ta table si tu veux que ce soit efficace. Il faut aussi ajuster régulièrement les paramètres de ton serveur mysql en fonction de l'évolution de ta base, rajouter un index ou deux qui sont oubliés en cas de mise à jour depuis telle version ...
Tandis qu'avec la recherche google, ça juste marche directement et sans rien faire.