Table des matières
dans le front si on tape boulangerie, le micro-service Recherches prend la main : il intérroge
- qwant pour les résultats web
- qwant pour les résultats images
- odoo pour les résultats annonces : TODO
design ihm
mircro-service recherche
- api
- recherche : les résultats sont stockés dans le cache
Evolution 07/04/2020
on partirait sur 6 micro-service
- hub (node.js) : ancien recherche
- front (vue.js) : actuel
- shop (odoo)
- account (odoo)
- stats (matomo)
- search (searx) : nouveau recherche
on supprimerait les micro-services :
- sponsors
- users
- annonces
- projects
- odoo
- odoo_api
le hub aura une double redirection avec account car il interrogera odoo pour les annonces
les recherches web et image proviendront du front (via actuellement qwuant)
le shop odoo permet d'acheter des produits sur le web
account odoo sera le back-office pour les utilisateurs s'inscrivant sur bilatu.eus pour publier leurs annonces
ils seront clients sur account et fournisseurs s'ils presentent des produits à vendre sur le shop odoo
il faudrait 2 odoo différents physiquement : shop et account avec une passerelle à mettre en oeuvre entre les deux : par exemple si shop étit un prestashop on aurait le module POB de webkul; dans notre cas on pourrait envisager comme passerrelle rabbitmq ou penthao
via le account on proposerait au client (annonceurs) un site web (1 page simple d'infos pour démarrer) développé avec le web-builder d'odoo : mon_annonceur.bilatu.eus