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

document FP

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

Evolution 08/04/2020


Navigation

QR Code
QR Code systeme_informatique:bilatu:dev:todo (generated for current page)