Boîte de recherche microformat?

Existe-t-il un microformat/standard pour la mise en œuvre du formulaire de recherche sur le site?
(touches d'accès, noms, etc.)Boîte de recherche microformat?

Des bonnes pratiques?

Source

2010-11-11 takeshin

+1, belle, nouvelle question. –

Les seules choses que je peux penser sont que les recherches devraient être requêtes GET, et que vous voudrez peut-être mettre en œuvre une API RESTful qui permet aux développeurs d'interroger les résultats JSON et XML en plus de HTML

Si vous essayez Pour mettre en œuvre un plugin pour les navigateurs comme IE et Firefox pour permettre la recherche/saisie semi-automatique dans la boîte de recherche du navigateur, consultez ceci: https://developer.mozilla.org/en/creating_opensearch_plugins_for_firefox

Source

2010-11-11 18:02:15

Voici quelques conventions que je suis. Pardonnez-moi si ce n'est pas exactement sur le sujet avec des microformats, ou "techniquement pas" dans la façon dont je décris les différentes parties de ma réponse.

J'ai trouvé la validation dans ces quelques normes que j'ai copié des autres:

formulaire HTML ID = "search"

URL d'action pour le formulaire est //root-of-site/search/

Résultats de la recherche construction URL:

//root-of-site/search?q=queryClause1+Clause2&AnotherParamName=foo

[Personnellement, cette structure me dérange un peu parce que search-forward-slash semble être un répertoire, un sd le point de recherche-interrogation ressemble à une page qui prend une chaîne de requête, et OMI une page devrait avoir un suffixe. J'ai été tenté d'utiliser search.cgi ou search.app, mais je vois les gros utilisateurs utilisant/search? Q = et ainsi de suite]

L'ID de la requête de recherche est "q" (c'est presque universel dans adoption)

Source

2010-11-11 20:03:59

Pourquoi une page a besoin d'un suffixe? Ils sont ballonnements. IMO la présence de la barre oblique finale détermine si l'URL fait référence à un document ou un index. –

Je comprends votre point, mais pour moi, la barre oblique finale implique simplement la chaîne précédente (entre les barres obliques) est un répertoire. Si aucun nom de fichier n'est demandé, * traditionnellement * le serveur web charge le document par défaut selon ses règles pour ce * répertoire * (comme index.html ou default.html). Certes, nous avons les outils pour le servir, peu importe la façon dont il est écrit, mais pour moi, les conventions d'autrefois ont beaucoup de poids. Il y a longtemps, j'avais l'habitude d'enregistrer des documents sur un Mac (OS 6+) avec un suffixe parce que cela ajoutait de la valeur. J'ai tendance à penser que ça fait encore ... ajouter de la valeur. Je suppose que je ne devrais pas le dire "bugs-moi". :) –

Je suis en désaccord avec vous là-bas. Ajouter une extension .php à la fin d'un fichier n'ajoute aucune valeur. Si je sais qu'une page est écrite en php ou non, cela ne m'affecte en aucune façon. La manière plus moderne de faire les choses fait que les quelques fois une extension est incluse. Maintenant, je peux ajouter .json ou .xml à la fin d'une URL et recevoir les résultats dans un nouveau format que je peux brancher sur une autre application/service. C'est la valeur ajoutée réelle. –

Boîte de recherche microformat?

Répondre

Questions connexes