PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2024 → Faisabilité de mon projet
Faisabilité de mon projet
Débuté par Monsieur RÉDA, 17 juil. 2017 22:46 - 30 réponses
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 17 juillet 2017 - 22:46
Chers Amis Développeurs!
Je dispose d'une application qui sera installée sur une centaine d'appareils mobiles (Android) voire plus.
Chaque instance de l'application se connecte à la base HFSQL C/S de manière périodique (2 connexions /Minutes environ).
La base de données va être hébergée sur un serveur d'hébergement HFSQL C/S. tel que KALANDA.
Si mes calculs sont bons, nous aurons au total plus de 280.000 accès / 24H. (100 instances de l'appli avec 2 accès / minute chacune)
Dans notre cas, chaque accès est suivi d'une requête de sélection et/ou de mise à jour sur certains fichiers de la base.
Pensez-vous que ce type de trafic peut poser problème pour les formules classiques d'hébergements HFSQL C/S.
J'ai contacté Kalanda à ce sujet, je n'ai pas encore eu de réponse, mais j'aimerais bien avoir d'autres avis extérieurs.
Merci.
Membre enregistré
41 messages
Posté le 18 juillet 2017 - 05:55
Bonjour,
Il faut être effectivement certain que le serveur va supporter la charge.
La configuration de KALANDA ne donne effectivement aucune information.

En regardant les propositions SERVEUR DEDIE, on s’aperçoit que ler proposition repose sur le XEON / 24 Go maxi.

Que va-t-il en être pour héberger HFSQL / CS ??? bonne question.

Sauf à dimensionner un serveur soi-même, pourquoi ne pas voir du côté de PCSCLOUD et poser directement la question à PCSOFT. Cela me semble plus raisonnable. Au moins la solution est évolutive.


Personnellement, j'opterai plutôt pour la mise en place d'un serveur dédié chez OVH....

bonne journée
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 18 juillet 2017 - 12:49
Merci de votre réponse!
j'attends toujours la réponse de KALANDA.

Certaines personnes m'ont d'utiliser plutot des webservice que d'attaquer la base directement, afin de minimiser la charge sur le serveur HFSQL.

Pensez-vous qu'un serveur dédié avec une configuration moyenne peut supporter une telle charge ?
et un vps ?
Membre enregistré
518 messages
Popularité : +7 (7 votes)
Posté le 18 juillet 2017 - 14:10
Utilise une BDD SQL ordinaire sur n'importe quel serveur (bcp moins chèr)!!! et fait la connexion à travers JSON c'est beaucoup bcp plus pratique !! 2 requêtes/min via json c'est un trafic normal. (amrbelhadad@yahoo.com)
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 18 juillet 2017 - 15:04
Merci de votre réponse NiceBel,
quand je disais 2 requêtes minute c'est pour chaque client.
pour 100 clients on a 200 requêtes par minute à exécuter!!
je jette un oeil sur JSON...
Membre enregistré
518 messages
Popularité : +7 (7 votes)
Posté le 18 juillet 2017 - 15:33
JSON c'est la tendance maintenant !! c'est l'outil le plus rapide et efficace. Son équivalent en WD: webservice type REST.
Les requêtes directes oubli !! sauf si tu aime voir ton appli buger tout le temps.
n'hésite pas à me contacter par mail pour tout aide technique.
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 18 juillet 2017 - 16:11
Merci à vous NiceBel, c'est très sympa de votre part!
vous aurez un lien intéressant qui explique la mise de ce type de webservice sous windev ?
Membre enregistré
518 messages
Popularité : +7 (7 votes)
Posté le 18 juillet 2017 - 16:55
y a même des vidéo sur youtube, tuto complet. Use your hands kima kaygolo les anglais :D !!
Posté le 18 juillet 2017 - 18:27
En dehors de la tenue de charge la question à se poser est de quelle
manière les devices android vont-ils se connecter au serveur ? Et est-ce
que cette connexion va être stable ? Si c'est de la 3G la réponse est
non. Si c'est du Wifi la réponse est probablement.

Et donc il faudra prendre en charge la disponibilité/non disponibilité
du serveur...

eric l.

> Le 17/07/2017 à 20:46, "ÿÿÿÿÿÿÿÿÿÿ" a écrit :
Chers Amis Développeurs!
Je dispose d'une application qui sera installée sur une centaine
d'appareils mobiles (Android) voire plus.
Chaque instance de l'application se connecte à la base HFSQL C/S de
manière périodique (2 connexions /Minutes environ).
La base de données va être hébergée sur un serveur d'hébergement HFSQL
C/S. tel que KALANDA.
Si mes calculs sont bons, nous aurons au total plus de 280.000 accès /
24H. (100 instances de l'appli avec 2 accès / minute chacune)
Dans notre cas, chaque accès est suivi d'une requête de sélection et/ou
de mise à jour sur certains fichiers de la base.
Pensez-vous que ce type de trafic peut poser problème pour les formules
classiques d'hébergements HFSQL C/S.
J'ai contacté Kalanda à ce sujet, je n'ai pas encore eu de réponse, mais
j'aimerais bien avoir d'autres avis extérieurs. Merci.
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 19 juillet 2017 - 11:28
Bonjour,
j'ai suivi votre précieux conseil en mettant en place un webservice qui accède à la base HFSQL et renvoie les résultats souhaités.
J'ai hébergé ce webservice sur un compte test d'hébergement webdev chez Kalanda et ça marche nickel chrome! j'admet qu'au niveau de l'appli qui consomme le webservice, c'est très propre ! je suis agréablement surpris... la créations de procédures du WS est très simple et se fait sur n'importe quel environnement WX, moi qui pensais qu'il fallait avoir une licence webdev et bien le maitriser pour faire des WS, j'était dans l'erreur....
Ceci-dit, je reviens maintenant à mon problème initial, à savoir que j'aurais une centaine d'applications (mobile essentiellement) qui vont devoir se connecter de manière périodique(30s) à une base distante et effectuer différents type de requête lors de chaque accès...ce qui reviens à 280.000 req jours...
Maintenant concernant l'approche à réaliser, j'ai devant deux options : l'accès direct à la base et l'accès via webservice. Je vois que la majorité pense que l'utilisation des webservice est bien meilleure, et je ne suis pas là pour remettre en questions votre expertise. Cependant, j'aimerais bien comprendre en quoi l'accès via webservice est plus optimal étant donnée que le nombre de requêtes à exécuter sur le serveur HFSQL reste le même dans les cas.
Pour aller plus loin, j'ai fais une petite expérience ; j'ai crée deux projets distincts qui accède périodiquement à la même base de données Kalanda et exécute une requête de sélection(procédure périodique dans un thread). Dans l'un des projet, j'utilise l'accès direct et dans l'autre les webservice.
Après ça, pour faire une simulation, j'ai généré les exécutables (en multi-instances)respectifs pour chaque projet et lancer une trentaine d'exe en même temps pour chaque cas (WS et Accès direct). Concretement, je n'ai pas vu de différence apparente (en tant qu'utilisateur extérieur) les req s'exécutent aussi bien dans la première version de l'exe que dans la 2ème. D'où ma question, qu'est ce qu'on y gagne concrètement en passant par webservice ?
En quoi l'appli qui accède à la base directement présenterais plus de bugs qu'en passant par des ws?
Merci à vous.
Membre enregistré
96 messages
Popularité : +18 (20 votes)
Posté le 19 juillet 2017 - 11:57
Bonjour,

lorqu'on se connecte sur une base de données HFSQL, la connexion doit être maintenue en permanence. Par Internet, le maintien de la connexion est beaucoup plus compliqué que sur un réseau local. Il y a beaucoup plus de perturbation.

L'interêt des webservices, c'est que l'on passe par le protocole HTTP (arrêtez moi si je me trompe) qui ne nécessite pas une connexion permanente et qui est beaucoup plus fiable. Il y a certes un travail de conversion des données en JSON à effectuer en plus, mais en contrepartie, vous n'avez pas à gérer plusieurs utilisateurs sur la base de données HFSQL et vous n'avez pas à maintenir de connexion ouverte (connexion ouverte = instabilité).

En HFSQL :
Connexion au serveur
Suis-je toujours connecté ?
Je demande l'exécution de ma requête
Suis-je toujours connecté ?
Je récupère les premiers résultats de ma requête
Suis-je toujours connecté ?
Je récupère la suite
Suis-je toujours connecté ?
Je récupère la suite
...
Je ferme la connexion

En webservice :
Connexion au service
Je demande les données
Le serveur prépare les données au format JSON
Je récupère les données au format JSON.

Le désavantage du HTTP, c'est que l'on perd la possibilité de faire du temps réel sur la base de données puisqu'on perd la connexion à chaque fois. Mais on gagne en stabilité.

--
Johjo aka Jonathan Laurent

Mon blog : http://blog.ytreza.org
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 19 juillet 2017 - 12:38
Merci pour vos explication. Je comprends mieux maintenant et c'est très convainquant!
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 19 juillet 2017 - 12:42
@ Eric.
La connexion devra se faire aussi bien en ADSL qu'en réseau mobile (3G,4G)... et il est vrai qu'en réseau mobile, il y a beaucoup de perturbations, je pense donc passer par les webservice...

En dehors de la tenue de charge la question à se poser est de quelle
manière les devices android vont-ils se connecter au serveur ? Et est-ce
que cette connexion va être stable ? Si c'est de la 3G la réponse est
non. Si c'est du Wifi la réponse est probablement.

Et donc il faudra prendre en charge la disponibilité/non disponibilité
du serveur...

eric l.
Posté le 19 juillet 2017 - 12:52
L'autre avantage des webservices est que, si demain, tu décides de
changer de base de données/de serveur web/de techno, tu peux recréer des
webservices identiques.

Tes devices android n'auront pas de besoin d'être mis à jour.

eric l.

Le 19/07/2017 à 09:28, "ÿÿÿÿÿÿÿÿÿÿ" a écrit :
Bonjour,
j'ai suivi votre précieux conseil en mettant en place un webservice qui
accède à la base HFSQL et renvoie les résultats souhaités.
J'ai hébergé ce webservice sur un compte test d'hébergement webdev chez
Kalanda et ça marche nickel chrome! j'admet qu'au niveau de l'appli qui
consomme le webservice, c'est très propre ! je suis agréablement
surpris... la créations de procédures du WS est très simple et se fait
sur n'importe quel environnement WX, moi qui pensais qu'il fallait avoir
une licence webdev et bien le maitriser pour faire des WS, j'était dans
l'erreur....
Ceci-dit, je reviens maintenant à mon problème initial, à savoir que
j'aurais une centaine d'applications (mobile essentiellement) qui vont
devoir se connecter de manière périodique(30s) à une base distante et
effectuer différents type de requête lors de chaque accès...ce qui
reviens à 280.000 req jours...
Maintenant concernant l'approche à réaliser, j'ai devant deux options :
l'accès direct à la base et l'accès via webservice. Je vois que la
majorité pense que l'utilisation des webservice est bien meilleure, et
je ne suis pas là pour remettre en questions votre expertise. Cependant,
j'aimerais bien comprendre en quoi l'accès via webservice est plus
optimal étant donnée que le nombre de requêtes à exécuter sur le serveur
HFSQL reste le même dans les cas.
Pour aller plus loin, j'ai fais une petite expérience ; j'ai crée deux
projets distincts qui accède périodiquement à la même base de données
Kalanda et exécute une requête de sélection(procédure périodique dans un
thread). Dans l'un des projet, j'utilise l'accès direct et dans l'autre
les webservice.
Après ça, pour faire une simulation, j'ai généré les exécutables (en
multi-instances)respectifs pour chaque projet et lancer une trentaine
d'exe en même temps pour chaque cas (WS et Accès direct). Concretement,
je n'ai pas vu de différence apparente (en tant qu'utilisateur
extérieur) les req s'exécutent aussi bien dans la première version de
l'exe que dans la 2ème. D'où ma question, qu'est ce qu'on y gagne
concrètement en passant par webservice ?
En quoi l'appli qui accède à la base directement présenterais plus de
bugs qu'en passant par des ws?
Merci à vous.
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 19 juillet 2017 - 14:00
Oui en effet! le fait de passer par les webservice permet d'alléger de manière considérable les devices (app clients)...
Cependant, si demain je décide de changer de technologie ou de base de donnée, je vais devoir modifier le webservice en conséquence.
l'impact sur les devices n'est pas aussi important que si l'accès était direct, mais il faudrait quand même mettre à jour le webservice au niveau de l'app cliente ? n'est-ce pas ? à moins que je m'y prends mal.
Membre enregistré
96 messages
Popularité : +18 (20 votes)
Posté le 19 juillet 2017 - 16:11
Un web service renvoie une réponse au format json ou xml (ou autre format de votre choix). Quelque soit la technologie que vous utilisez, si vous êtes en mesure de générer du texte, vous êtes en mesure de générer le même format json ou xml. Votre client restera compatible jusqu'à ce que vous décidiez de modifier le format de la réponse.

--
Johjo aka Jonathan Laurent

Mon blog : http://blog.ytreza.org
Posté le 19 juillet 2017 - 18:26
Johjo avait écrit le 19/07/2017 :
Un web service renvoie une réponse au format json ou xml (ou autre format de
votre choix). Quelque soit la technologie que vous utilisez, si vous êtes en
mesure de générer du texte, vous êtes en mesure de générer le même format
json ou xml. Votre client restera compatible jusqu'à ce que vous décidiez de
modifier le format de la réponse.


Bonjour
je me faufile dans ce post car je suis dans un cas analogue et je
cherche toute optimisation possible.
j'ai un webservice REST (en wb22) et je renvoie mes données en json

un site (en awp webdev) exploite le flux json pour l'afficher.
Demain (façon de parler) j'exploiterai mon flux json depuis une appli
mobile

A chaque requete http, mon service web se connecte à la base mysql par
un sqlconnecte, puis ferme la connexion.

Tout cela fonctionne bien mais les volumes peuvent être importants et
je recherche toute piste pour optimiser mon système. Je viens de
travailler sur les index et diviser par 2 les temps de réponses, mais
je me dis aussi que je dois "bouffer" du temps sur les sqlconnecte

Donc ma question est : ne peut-on pas avoir des connexions persistantes
?

Merci de vos réponses

--
Roumegou Eric

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
Posté le 19 juillet 2017 - 20:00
Bjr,

eric l. a présenté l'énoncé suivant :

les devices android vont-ils se connecter au serveur ? Et est-ce que cette
connexion va être stable ? Si c'est de la 3G la réponse est non. Si c'est du
Wifi la réponse est probablement.


En dehors de toutes les autres considerations, je trouve ton
commentaire sur la comparaison 3g-4g / wifi tres arbitraire.
Il y a des sites/regions/ localisations , ou c'est strictement
l'inverse.

Rien que chez moi par exemple. Mes devices android sont
systematiquement en 4G (avec des forfaits adequats)

Je n'ai pas besoin de me poser la question de la ou je suis, (le wifi ,
passé 50 mètres, souvent t'as le bonjour....) et j'ai un bien meilleur
débit (Box adsl en campagne... en montée, j'ai 15x plus de débit en 4g+
que en wifi-adsl)
J'ai un tel qui fait de la réplication avec mon PC, je la fait en
4g....meme quand ils sont a 50cm l'un de l'autre....

a plus

--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
-------------------------------------------------------------
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 20 juillet 2017 - 11:10
@DC :
Il est vrai que dans certaines zones la qualité du réseau mobile peut être meilleure que celle de l'adsl, cependant je pense que ce qu'Eric voulait dire est que si les devices sont en mouvement, (mobile) et se déplacent géographiquement (c'est d’ailleurs tout l’intérêt du réseau mobile), là il risque d'y a avoir des microcoupure suite aux changement de relais lors des déplacement ou lors de la sortie d'une zone de couverture du réseau mobile
Message modifié, 20 juillet 2017 - 11:15
Membre enregistré
96 messages
Popularité : +18 (20 votes)
Posté le 20 juillet 2017 - 12:05
@Roumegou Eric
Avant de songer à enlever les sqlConnecte, il serait peut-être intéressant de faire un test de performance, ne croyez-vous pas ? Si MySQL est sur le même serveur, je pense que le sqlConnecte doit se faire assez rapidement.

--
Johjo aka Jonathan Laurent

Mon blog : http://blog.ytreza.org
Twitter : @Johjo07
Posté le 20 juillet 2017 - 15:18
Bonjour,

Il se trouve que "ÿÿÿÿÿÿÿÿÿÿ" a formulé :
Bonjour,
j'ai suivi votre précieux conseil en mettant en place un webservice qui
accède à la base HFSQL et renvoie les résultats souhaités.


je suis tres surpris, mais favorablement !!!!
le 18 juillet, tu sembles ne rien connaître aux WS.
le 19 juillet, tu nous annonces en avoir mis un en place ....

Peux tu me dire ou tu as pris les infos, qui doivent etre efficaces...

Je recule depuis des semaines l'utilisation de WS..

Donc, si tu peux,
merci

a plus

--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
-------------------------------------------------------------
Posté le 20 juillet 2017 - 15:27
Exactement,

Ou si l'application est itinérante, il n'y a pas toujours de la 3G/4G
dans nos campagnes.

Dans Paris intra muros dans la rue, c'est sûr que la 4G dépote par contre.

Si c'est du wifi dans un entrepot, apres tests, peut etre qu'on peut
considérer que le wifi est stable ?

eric l.

Le 20/07/2017 à 09:10, "ÿÿÿÿÿÿÿÿÿÿ" a écrit :
@DC :
Il est vrai que dans certaines zones la qualité du réseau mobile peut
être meilleure que celle de l'adsl, cependant je pense que ce qu'Eric
voulait dire est que si les devices sont en mouvement, (mobile) et se
déplacent géographiquement (c'est d’ailleurs tout l’intérêt du réseau
mobile), là il risque d'y a avoir des microcoupure suite aux changement
de relais lors des déplacement ou lors de la sortie d'une zone de
couverture du réseau mobile
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 20 juillet 2017 - 18:06
@DC
Oui en effet, cela m'a pris 24H pour la mise en place du ws alors que je ne m'y connaissait pas du tout... j'avais beaucoup d’appréhension au départ mais concrètement ce n'est pas la mer à boire.
Je me suis basé sur les vidéo de PCSOFT sur youtube comme me l'a conseillé NiceBel.
Cependant, je n'ai pas eu à installer un serveur webdev, j'ai fait une demande de test d'hébergement webdev. (dinao et kalanda proposent des compte test)
Dans un projet windev, j'ai défini quelques procédures assez simple (insertion, mise à jour, lecture d'enregistrement), ensuite je crée le webservice en y integrant la collection. Le webservice est ensuite déployé , et là il suffit juste de définir les bon paramètre du serveur.

Et pour la consommation c'est encore plus simple, Dans un autre projet, WX, il suffit d'importer le webservice à partir du lien wsdl qui a été fourni lors du déploiement, toutes les procédure apparaissent après importation et sont directement utilisable... rien de sorcier
Posté le 20 juillet 2017 - 19:06
Le 20 juillet 2017 à 13:18, dans
<news:mn.a3967e17742f1338.95488@ctc-soft.com>, Dc nous disait :

je suis tres surpris, mais favorablement !!!!
le 18 juillet, tu sembles ne rien connaître aux WS.
le 19 juillet, tu nous annonces en avoir mis un en place ....


> Peux tu me dire ou tu as pris les infos, qui doivent etre efficaces...

Je recule depuis des semaines l'utilisation de WS..


Un très bon point de départ :
http://blogs.pcsoft.fr/fr/webinaire-jeudi-11-fevrier-11h-proposer-services-forme-webservices-rest/59/read.awp…

Ça m'a permis de créer mon WS REST très rapidement.

--
Eric
Posté le 21 juillet 2017 - 10:08
Bjr,

Eric avait écrit le 20/07/2017 :
Je recule depuis des semaines l'utilisation de WS..

Un très bon point de départ :
http://blogs.pcsoft.fr/fr/webinaire-jeudi-11-fevrier-11h-proposer-services-forme-webservices-rest/59/read.awp…

Ça m'a permis de créer mon WS REST très rapidement.


Merci je regarde ...
et sans Webdev ???

a plus

--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
-------------------------------------------------------------
Membre enregistré
217 messages
Popularité : +12 (12 votes)
Posté le 21 juillet 2017 - 15:37
Dc a écrit :

et sans Webdev ???

Si vous prenez un hébergement webdev, tout est préconfiguré et vous pouvez directement y déployer le webservice.
Posté le 21 juillet 2017 - 17:48
Re ..

"ÿÿÿÿÿÿÿÿÿÿ" a utilisé son clavier pour écrire :
Dc a écrit :

et sans Webdev ???

Si vous prenez un hébergement webdev, tout est préconfiguré et vous pouvez

directement y déployer le webservice.


Oui mais dans le webinaire, il utilise WebDev POUR ECRIRE le
webservice.
Sans webdev, on l'ecrit comment ?

a plus

--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
-------------------------------------------------------------
Posté le 21 juillet 2017 - 20:21
Le 21 juillet 2017 à 08:08, dans
<news:mn.aa607e175643583f.95488@ctc-soft.com>, Dc nous disait :

Merci je regarde ...
et sans Webdev ???


Tu peux aussi développer un WS à partir de Windev et le tester en
utilisant le serveur de déploiement Webdev limité à 10 connexions.

--
Eric
Posté le 24 juillet 2017 - 10:48
Eric avait soumis l'idée :
Le 21 juillet 2017 à 08:08, dans
<news:mn.aa607e175643583f.95488@ctc-soft.com>, Dc nous disait :

Merci je regarde ...
et sans Webdev ???

Tu peux aussi développer un WS à partir de Windev et le tester en
utilisant le serveur de déploiement Webdev limité à 10 connexions.


merci, faudra que j'essaie

--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
-------------------------------------------------------------
Posté le 25 juillet 2017 - 17:13
Dc vient de nous annoncer :
Re ..

"ÿÿÿÿÿÿÿÿÿÿ" a utilisé son clavier pour écrire :
Dc a écrit :

et sans Webdev ???

Si vous prenez un hébergement webdev, tout est préconfiguré et vous pouvez

directement y déployer le webservice.

Oui mais dans le webinaire, il utilise WebDev POUR ECRIRE le webservice.
Sans webdev, on l'ecrit comment ?

a plus


si le WS n'est pas REST alors on peut le faire avec WinDev (j'en ai
fait un en WinDev)

--
Cordialement JeAn-PhI
Posté le 26 juillet 2017 - 00:16
Le 25 juillet 2017 à 15:13, dans
<news:20171e013b2384bb5732b089c0fd0ff4379d@news.pcsoft.fr>, JeAn-PhI
nous disait :

si le WS n'est pas REST alors on peut le faire avec WinDev (j'en ai
fait un en WinDev)


En 22, on peut créer aussi un WS REST avec Windev.
En revanche, pour le déploiement, REST ou SOAP, il faut passer par un
serveur de déploiement Webdev. Le serveur gratuit, limité à 10
connexions, fait très bien l'affaire pour les tests. En grandeur réelle,
s'adresser à un hébergeur Webdev.

--
Eric