Mon propos n'était pas d'introduire un "troll" ou de mettre
en doute le
bien fondé de ta contributionloin de moi cette idée !!
no problemo. J'ai le sang chaud, des fois.
Je me pose juste la question : "Jusqu'où est-il possible de tester les
possibilités d'un hébergeur avant d'arriver au terme de ce qu'il est
prêt à accepter comme charge de traitement d'un script ??"
Bonne question, à laquelle je ne suis malheureusement pas en mesure de répondre.
Mon site est en intranet, et quand j'en aurai une version en extranet (accès restreint), j'en maîtriserai toujours l'hébergement.
Q: Y a t'il des hébergeurs dans la salle ?
Les possibilités d'exécution d'un script devenant de plus en plus
restreintes, je me pose la question de : Jusqu'où peut on aller ??
Par contre, tu m'as donné une super idée (et je t'en remercie) pour un
c'est quoi ? c'est quoi ?
"client" mais là, le pb est différent car je "maîtrise" l'hébergement
(c'est pas moi qui héberge mais je peux faire ce que je veux (compiler
une autre version de php et mysql, je fais ce que je veux
tant au niveau
d'apache, que de php ou mysql, voire même des libs que je
veux ou pas),
car c'est un hébergement professionnel sur serveur dédié.Après, que ce soit intégré ou pas dans Spip, cela reste de la décision
des développeurs de Spip et pas, juste parce qu'ils en ont envie, de
ceux qu'ils l'utilisent. Cela n'a rien contre toi, c'est juste un pb
"technique" au niveau de l'hébergement pour répondre aux besoins de
l'utilisateur "moyen" de Spip
En fait, je vais te poser la question que j'aurais dû te poser depuis le début :
que crains-tu ?
- un ralentissement du code dû à des tests supplémentaires à l'exécution ?
- une complication (certaine) du code de SPIP dû à ces cas particuliers ?
- autre chose ?
Cdt,
J.
