Hello !

Je suis en train de refondre un site ami.
Il comporte de nombreux documents accessibles aux membres de l'assoc'
Il n'a pas de moteur de recherche inclus et l'hébergeur ne fournit pas de server side applications.

Dans une autre vie j'avais installé "Atomz" sur un autre site, mais ça n'existe plus depuis longtemps.

Que me recommandez-vous, bien entendu gratos?

Merci d'avance

Tu veux un moteur de recherche qui soit un programme ou un moteur de recherche tier ?
Atomz ça me dit quelque chose mais je ne connais pas. J'avais fait des recherches pour me programmer mon propre moteur de recherche et pour finir je me suis rendu compte que Wanadoo n'exécutait pas le code PHP (sauf option payante) donc impossible.

Alors pour ne pas utiliser Google car on va en crever de toujours passer par lui, j'ai fait appel à FreeFind qui est gratuit pour les sites perso.

Mon site perso est en signature, si tu veux tester recherche mes programmes : MyPopBarrier, Neuronyx, SyncTwoFolders, … Si tu tapes Tom tu devrais des photos de moi, peut-être même des photos de nus . Accès interdit aux femmes bien entendu .

Merci, c'est exactement ce que je cherchais (sans l'avoir trouvé) !

Bon, je me suis un peu cassé la tête à paramétrer et traduire les indications de FreeFind, mais ça s'intègre très bien dans mes pages.

Il me reste un souci :
les résultats s'affichent soit en "_self" soit en "_blank" même si j'ai bien modifié le code pour y mettre "_mainFrame"

Y-a t'il un geek à l'oeil plus aguerri que le mien derrière les écrans de cuk?
Voici mon code:


<table width="261">
<td width="281">

<table cellspacing=0 border=0 bgcolor=#10308F>
<tr>
<td bgcolor=#10308F>&nbsp;</td></tr><tr><td bgcolor=#10308F><FORM ACTION="http://search.freefind.com/find.html"
METHOD="GET" accept-charset="utf-8" target="_mainFrame">
<p>
<INPUT TYPE="HIDDEN" NAME="id" VALUE="95861347">
<INPUT TYPE="HIDDEN" NAME="pid" VALUE="r">
<INPUT TYPE="HIDDEN" NAME="mode" VALUE="ALL">
<INPUT TYPE="HIDDEN" NAME="_charset_" VALUE="">
<INPUT TYPE="HIDDEN" NAME="bcd" VALUE="&#247;">
<INPUT TYPE="TEXT" NAME="query" SIZE="20">
<INPUT TYPE="SUBMIT"
VALUE=" Trouver ! ">
<br>

<center>
<input type="radio" name="t" value="s" CHECKED>
<span class="Style3 Style11">Chercher dans le site</span>
</center><br>
<center>
<input type="radio" name="t" value="w">
<span class="Style3 Style10">Chercher dans le Web</span>
</center>
</p>


<p>
<input type="SUBMIT"
name="sitemap" value="Plan du Site">
</p>
</FORM></td></tr></table>



Merci d'avance.

Bonjour, vous!

Réponse rapide… Je ne connais pas ce logiciel, et n'ai pas le temps d'y jeter un oeil maintenant. Mais j'ai ajouté la chose é mes signets, ça pourra toujours servir!
Première remarque: je ne vois pas, a priori, d'erreur dans le code. Le formulaire est bien configuré pour afficher ses résultats dans le cadre principal
Deuxième remarque, correlative à la première et complètement hors-sujet: pourquoi diable utiliser des "frames" pour l'architecture de tes pages?!? Et tout ça avec plein de tableaux… Mais je m'arrête là, le but n'étant pas de lancer un débat idéologique sur l'obsolescence de certaines balises html. Sache juste qu'un autre monde est possible!
Troisième remarque, nettement plus constructive: on voit dans le code de ton formulaire que l'attribut "action" va chercher les résultats sur une page externe. Celle du script utilisé, j'imagine. Page qui devrait s'afficher toute entière dans le cadre que tu as défini. Mais qu'en est-il de la page en question? D'une éventuelle configuration du script sur le site freefind.com? Si le script décide de renvoyer son résultat dans une nouvelle fenêtre côté serveur, ton code ne servira à rien… et le "problème" n'est pas chez toi!

Une suggestion, histoire de ne pas terminer comme ça: la balise <iframe> est (un peu) moins obsolète que les framesets standards. Peut-être pourrais-tu afficher tes résultats dans une nouvelle page:

à la place de


Et dans cette nouvelle page, outre le design habituel du site, inclure la page de résultats ainsi:


Mais encore une fois, je ne connais pas ce freefind, et ma réponse est très spontanée, au pifomètre. Navré si elle est complètement à côté!

Hello !

Merci, Superpantoufle, pour ta réponse.
Je n'ai pas le temps de m'y pencher maintenant, j'ai encore deux mémoires de fin d 'études à entendre cet apm.

Si je l'ai joué "frames", c'est parce que j'ai une foule de documents à mettre à dispo: compte-rendus de commissions et autres documents de travail.
J'ai trouvé que c'était plus commode.

Cela dit c'est mon avis perso que je partage avec moi-même, mais j'ai aussi affaire à des interlocuteurs qui pensent presque que je leur manque de respect si je disais que "j'ai un code pourri"
J'en suis resté à l'usine à gaz Dreamweaver qui ne fait pourtant pas toujours du code kasher, surtout si on effectue des corrections en mode "création"; j'avoue avoir du mal avec RapidWeaver que j'ai pourtant acheté de mes propres deniers à moi…et que joomla m'est vite tombé des mains.

Saluki a écrit :J'en suis resté à l'usine à gaz Dreamweaver qui ne fait pourtant pas toujours du code kasher, surtout si on effectue des corrections en mode "création"; j'avoue avoir du mal avec RapidWeaver que j'ai pourtant acheté de mes propres deniers à moi…et que joomla m'est vite tombé des mains.

Ça c'est la quadrature du cercle, un logiciel élégant et simple d'accès, qui éditerait des fichiers xhtml/css facilement, en produisant du code kasher (j'aime beaucoup l'expression!), et surtout pas cher. Nicolili n'aurait-il pas posé cette question il y a quelques temps?
Très sérieusement, si tu es à l'aise avec Dreamweaver et que de toute façon la réalisation de sites web n'est pas ton métier, ne change rien! Au final, même avec du code tout pourri, l'essentiel est que ton site soit visible et lisible par ses visiteurs. J'ai juste réagi en voyant que tu utilisais un frameset, parce que cette technique, très en vogue il y a dix ans, n'est plus en odeur de sainteté des standards actuels (et surtout qu'elle est vachement compliquée à mettre en oeuvre sans s'y perdre, mais c'est juste mon avis perso…). Pareil pour les tableaux: ton formulaire est manifestement mis en page dans un <table>. Or cette balise ne devrait pas servir à la mise en page ou au placement d'objets, mais seulement à présenter lisiblement des données… en tableau! Mais dans ce cas précis, Dreamweaver est connu pour s'asseoir sur les standards. Suggestion, utiliser des "calques" à la place des tableaux (si "calque" est toujours l'expression consacrée dans Dreamweaver. Je n'ai plus utilisé ce logiciel depuis la version 4). Ça te produira des balises <div> à la place des <table>, pas forcément plus proprement, mais sémantiquement plus correct.

En relisant ton code, j'ai encore pensé à un détail: dans ton fichier frameset, tu es sûr que le frame dans lequel tu désires afficher les résultats a bien un attribut "name="mainFrame"? Question basique, mais si le nom n'est pas le bon il est évident que les résultats ne vont pas s'afficher au bon endroit…

Merci de ta réponse!

J'ai la Suite MX 2004 et je ne suis pas allé plus loin dans la màj, simplement parce que depuis ce temps là, je ne me suis pas attelé à la conception "from scratch" de sites (j'en avais fait pour des fédérations professionnelles, ce qui m'avait payé, et grassement largement!, le soft). C'est d'ailleurs mon souci pour passer cette bécane en 10.5, je ne suis pas sur qu'elle fonctionne, déjà que sous 10.4 Fireworks fait des siennes…

Le <table> vient du code donné par FreeFind pour encadrer sa petite boîte de dialogue et que j'ai modifié pour gommer les liens pub et autres broutilles. Ma structure de frames est en T. J'ai un menu dans la barre du haut qui projette son développé dans la barre latérale, où j'ai d'ailleurs installé le bidule de recherche. Mes documents et toutes les pages s'affichent dans le troisième, "mainFrame" ou "_mainFrame", les deux fonctionnent partout.

Voili. Et si j'ai dit "kasher", c'est que je suis dans la mode et pourtant goy, et que je ne me vois pas dire "hallal" pour du code…