Development #26261
wcs : déclarer une source "usagers" comme moteur de recherche
0%
Description
Comme #26260 mais sur les usagers. (et source qu'on pourra basculer un jour vers authentic).
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Fichier 0001-profile-register-users-search-engine-26261.patch 0001-profile-register-users-search-engine-26261.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Source "usagers" basée sur authentic, activée quand authentic existe (...) mais également uniquement quand une page "fiche usager" est définie (déterminée sur base du sub_slug).
Mis à jour par Thomas Noël il y a plus de 5 ans
L'impression que ça pourrait planter si on a plusieurs pages qui attendent un <name_id> dans le sub slug, par exemple une page "fiche usager" qui est la bonne, mais à côté, une page qui affiche les détails des inscriptions scolaires de la famille concernée (et dans laquelle on veut aussi avoir les cellules "demandes en cours" ou "profil", d'où le <name_id>).
De là, je me dis que la page de résultat des recherches d'un usager, elle pourrait être plus contrainte, genre son slug doit être "search-user"... mais bon, c'est pas beau. Pas d'autre idée là, ce soir.
Mis à jour par Frédéric Péters il y a plus de 5 ans
Pas fan de contraindre la page; pour débuter je pense que trouver celle avec <name_id> suffit; quand arrivera le moment où ça matchera deux pages, au pire la page préférée pourra être définie dans les settings.
Mis à jour par Thomas Noël il y a plus de 5 ans
Ok avec ça, on verra en temps utile (et ça n'arrivera peut-être jamais).
Au dessus du "return" dans le "for key, service in settings.KNOWN_SERVICES.get('authentic', {}).items():", peut-être un commentaire qui indique qu'on fait un for mais qu'en fait on ne gère qu'un seul authentic ? (quoique c'est assez évident, mais bon).
Ensuite je préférerais éviter cette petite "bizarrerie":
'hit_description_template': '{% if city %}{{ address|default:"" }} {{ city }}{% endif %}'
qui n'affiche l'adresse que s'il y a une ville (ça sera un peu pénible à ré-expliquer sans arrêt), prenons plutôt :
'hit_description_template': '{{ address|default:"" }}{% if city %} {{ city }}{% endif %}'
A noter que comme la recherche en guichet est aussi faite sur l'email ou les téléphones, on pourrait les ajouter dans le résultat :
'hit_description_template': '{{ email|default:"" }}{% if phone %} ✆ {{ phone }}{% endif %}{% if mobile %} 📱 {{ mobile }}{% endif %}{% if address %} 📨 {{ address }}{% endif %}{% if zipcode %} {{ zipcode }}{% endif %}{% if city %} {{ city }}{% endif %}'
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Fichier 0001-profile-register-users-search-engine-26261.patch 0001-profile-register-users-search-engine-26261.patch ajouté
Sans me poser trop de questions sur le rendu des emojis sous IE…
Mis à jour par Thomas Noël il y a plus de 5 ans
- Statut changé de Solution proposée à Solution validée
Parfait (et IE s'adaptera).
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit ceaca4edd1133d3c2e74468a45855401e0bdb3aa Author: Frédéric Péters <fpeters@entrouvert.com> Date: Tue Jan 1 14:13:13 2019 +0100 profile: register users search engine (#26261)
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
profile: register users search engine (#26261)