Merci Mimoune pour cette information. Du coup j'ai fait des essais sur mon portable et effectivement on obtient une réponse. Mais les temps de réponse sont très longs (de l'ordre de 10 secondes). J'ai par ailleurs le même site en version 8 et les temps de réponse sont de l'ordre de la seconde. Le version 9 a donc un problème en ce qui concerne le moteur de recherche interne. Sur mon PC de bureau j'ai réinstallé la version 9 beta et rechargé le site : la page web n'est pas trouvée et le lien suivant est affiché : http://www.histoiredemosset.fr/imsearch.html?search=Arago Je retrouve maintenant la même erreur sur le portable. Que faire ?

Bonjoir J'avais bien créé ".htaccess" Voici la réponse au WebSite Test. Version - PHP: 5.3.8 PASS Support session PASS Chemin du dossier public PASS ParamètresMySql PASS

Bonjour. Merci Comme indiqué dans mon message d'hier ça ne fontionne pas mieux sur le PC portable. A la recherche sur ke mot "Arago", la page suivante s'affiche : http://www.histoiredemosset.fr/imsearch.html?search=Arago Le fichier imsearch.html ne trouve pas de réponse... probablement...

Avec mes 2PC j'ai toujours j'erreur 404 qui sembk=le mettre en cause le fichier imsearch.html J'ai donc utilisé le test OVH des scripts et analysé le fichier ilsearch. Le résuktat est dans l'image de la pièce jointe. Peut-être cette analyse donne des indications. Bien entendu j'ai pris note de la ligne rouge. Par ailleurs je vais, comme vous me l'indiquez, repartir de zéro pour passer de la version 8 à la version 9. En principe j'avais observé les recommandations... mais ? Pour information la version 8 est à http://www.lejdm.fr/ domaine actuellemnt libre. Merci

Bonsoir Je n'ai pas pu supprimer imsearch.html. Il n'est pas sur le serveur. C'est normal puisque la recgerche ne le trouve pas. Par contre j'ai fait le ménage sur le serveur. J'ai tout supprimé et tout rechargé. Le fonctionnement est correct mais très long. Je reviens au problème de départ : 10 secondes de temps deréponse avec la version 9 et entre 1 et 2 secondes avec le version 8. Pouvez-vous vous renseigner auprès des concepteurs pour savopir si ce problème est connu et si une correction est envisagée. Je vous remercie de votre aide et ... de votre patience. A bientôt.

Bonjour Jiper 85 Les deux verions de mon site, version 8 et version 9, sont quasiement identiques. Pris par mes problemes d'évolution d'une version de WebSiteX5 je n'ai pas eu le temps d'ajouter des pages : 1 ou 2 au plus. Il n'est pas normal que le version 9 soit une régression de la version 8 en ce qui concerne le temps de recheche d'un mot. Il doit bien y avoir ne raison. Chez moi ou dans WebSiteX5 version 9. Merci pour votre aide. Je vais me tourner vers le support. Merci.

Le moteur de recherche de V9 a été modifié avec la version 1722 du logiciel, afin de permettre la recherche des mots-clés dans les articles du blog (si présent), les images, les vidéos et les produits du panier virtuel (si présent, aussi).

Donc, il est normal qu'une recherche soit plus longue, surtout dans un site comme le tien qui compte des centaines de pages.

Ce qui n'etait pas normal, c'est la présence de ce fichier imSearch.html, dont tu parles plus haut. Le moteur de recherche de WX5 fonctionne en php, pas en HTML. Surprenant qu'un tel fichier ait été appelé, après la conversion.

Par contre, le ménage de ton serveur semble avoir été efficace: j'ai fait une recherche avec Arago, tel que tu le suggères. ça marche, j'obtiens 3 pages de résultats, en environ 10 secondes. Et aucune allusion au fichier imSearch.html.

Bernard

Bonjour BmT 3000. Le dernier problème à résoudre est celui du temps de réponse. Il n'est pas normal que, toutes choses égales par ailleurs, le passage de la version 8 à la version 9 augmente autant le temps de réponse (Presque 10 fois plus lent). Je n'utilise pas directement de blog avec la version 9. J'ai bien dans mon menu "Dictionnaire" 4 blogs mais ils sont dans des sous-domaines. J'ai vérifié et la recherche du site principal n'y accède pas. J'ai fait une demande au support (message privé) mais je n'ai pas de réponse. Merci de ton intervention.

Le passge de la version 8 à la version 9 augmente le temps e réponse. De 1 à 10 dans mon cas, sans blog, sans vidéos et sans les produits du panier virtuel mais avec des images. Je voudrais savoir si d'autres utilisateurs font la même constatation. Merci.

Bonjour Jiper 85. Merci pour ton message que je n'ai découvert, par hasard, que hier soir. Oui je connais cette page qui précise un peu la procédure de fonctionnement du moteur de recherche. Je l'ai lu plusieurs fois mais sans effet significatif sur la lenteur de mon moteur de recherche. Nous en rediscuterons peut-être. La seule mesure significative a été de réduire le champ des recherches en créant un sous domaine pour ce qui concerne la généalogie. L'URL du site correspondant est : http://www.histoiredemosset.fr/genemosset/ Les recherches sur ce sous-domaine sont plus rapides mais ne sont pas optimales. En effet si tu fais une recherche sur le mot Xaupi qui n'existe que sur un seule page html (xaupi-joseph-abbe.html ) le moteur affiche 27 pages, comme tu peux le constater. Ces pages sont celles du sous menu Biographies Q - Z. Ce qui est faux. Ne devraient apparaître que des page contenant la mot Xaupi. La source du problème est dans l'étape 4 > Menu de la page>Afficher le menu de la page. En décochant cette ce paramètre tout rentre dans l'ordre mais on perd la fonction d'affichage des menus, ce qui par ailleurs est intéressant. Il y a là un bug. Si tu partages mon avis, merci de transmettre cette remarque, pour correction, aux concepteurs. A bientôt.

Salut Jean,

Je viens de tester ton site et effectivement une recherche avec le mot xaupi retrouve 27 pages où ce mot existe. À mon avis, il ne s'agit pas d'un bug, ni d'une erreur, mais bien du mode de fonctionnement lui-même du moteur de recherche de V9.

Contrairement à un site Joomla, par exemple, où la recherche se fait dans la base de données qui gère le contenu du site, V9 exécute sa recherche dans le code de chacune des pages pour y retrouver la présence des mots clés tapés dans le champ de recherche.

Or, en activant l'affichage du menu de la page, à l'étape 4, ceci indique à V9 d'inclure dans chacune des pages le code HTML qui permet l'affichage de ce menu. Bien que le mot Xaupi ne se retrouve pas dans le contenu lui même (le texte, les images) de ta page, il se retrouve dans le code HTML qui affiche le menu, donc le moteur de recherche fait son travail et retrouve son occurence.

Ceci étant, est-ce que Incomedia peut reprogrammer le moteur de recherche et demander au script de ne pas tenir compte du code des menus et sous-menus  ? Aucune idée, la question mérite d'être posée.

En attendant, voici une solution qui pourrait faire l'affaire. L'enjeu étant d'éviter que le code html du menu de gauche se retrouve sur toutes les pages, tu pourrais ajouter une page de sélection où se retrouverait un menu déroulant (ou autre type de menu, au choix) comportant chacun des noms possibles. Au clic de la souris, ce menu amènerait le visiteur à la page html choisie et sur chacune de ces pages (celle de Xaupi, pr exemple), tu ajoutes un bouton de retour vers la page de sélection.

Évidemment, à l'étape 4, tu annules l'affichage des menus de la page.

Pas nécessairement élégant, mais  ça devrait marcher.

Bernard

Salut BmT Merci pour ta réponse. Aussi longtemps que ce problème n'est pas résolu je ne cocherai pas le paramètre "affichage des menus de la page" de l'étape 4 puisque la recherche est dans ce cas exactement. Je considère qu'un moteur de recherche qui affiche des pages ne contenant pas le mot recgerché contient un bug. A bientôt.

Je vais m'informer auprès du support tecnique et te revenir.

Bernard

Merci Bernard. Encore une question : comme mon moteur de recherche est peu nerveux, y auraiy-il un moyen permettant d'ajouter une bulle sur le bouton "Rechercher" de façon à informer le chercheur de patienter. Je pose la question sans conviction. Il faudrait presque avoir la possibilité de parametrer le moteur. La seule possibilité actuelle est d'interdire des pages dans le SiteMap. Jean

Bonjour JP C'est marveilleux ! Je n'avais pas pensé à aouter du texte sur l'en-tête. C'est une très bonne idée. J'ai essayé sans succès d'ajouter le même texte sans passer par le HTML. Ca ne marche pas sue le serveur alors que cela marche en local. Je ne comprends pas pourquoi, les champs textes ne sont pas limités ! Merci encore. JP

REbonjour JP Je viens de corriger le défaut. Le fichier index.html ne se mettait pas à jour ! pourquoi ? Je ne sais pas ! Merci

Bonsoir Oui je ne faisais pas Ctrl-Aperçu. J'ai en fait réinstallé le site. Merci. JP Merci

je n'ai toujours pas compris ce que je dois faire pour que mon moteur de recherche fonctionne en version 9.

merci de m'aider