Discussion :

[hehehe]

bonjour
en partant d'un développement depuis 0.
souhait d'application pour un client :
appli windev (mais hébergée ailleurs qu'en interne) pour 10 collaborateurs (accès fibre sur place + home office de temps à autre)
=> pas de VPN. accès TSE ou autre?
que conseillez vous de faire et de ne pas faire ?

+ accès windev mobile pour smartphone (android) pour 10 commerciaux


bref que me conseillerez vous comme architecture, hébergement, base de données, utilisation des api rest ou non.... pour cette page blanche?
discussion très ouverte!

[frenchsting]

Bonjour,

Je me lance.

Pour avoir eu des utilisateurs ayant les 2 environnements = une appli wd + une appli wm liées, je dit que le point le plus important est l'accessibilité de la bdd et la rapidité des disques du serveur concerné. Un ws pour accéder, pourquoi pas, mais une simple ip avec un port ouvert pour accéder à du hfcs, ça marche.

Tu dois surtout réfléchir au mode connecté/déconnecté des tablettes. Qqn "sur la route" n'a pas forcément de possibilité de connexion internet en permanence (une cave dans un blockhaus pour grossir le trait) . Cela implique donc évaluer les temps/quantités de données à synchroniser.

Après, tu peux poser des questions, tout le monde te donnera des idées et tu n'auras plus qu'à démêler le salmigondis qu'il en résultera.

[hehehe]

pour le moment, il n'y a que le tien! mais c'est un bon retour.

[hpascal]

Bonjour

Si l'accès à internet n'est pas un problème, développer une appli Web peut être un bon choix

En tout cas beaucoup plus simple en terme de déploiement

[hehehe]

Bonjour

Si l'accès à internet n'est pas un problème, développer une appli Web peut être un bon choix

En tout cas beaucoup plus simple en terme de déploiement

oui ca semble logique en effet. mais l'idée d'aller sur un site web depuis un smartphone à la place d'une appli optimisée pour ne s'y prete pas.
par ailleurs il n'est psa exclu qu'il y ait besoin d'un mode déconnecté.

[hehehe]

bonjour
l'idée serait aussi de permettre l'accès aux données à des systèmes tiers. donc fournir les api CRUD.