Poster une réponse à un sujet: PHP ... ca consomme énormément :petrus:
Attention, ce sujet est un sujet ancien (6588 jours sans réponse)
Poire
C'est très bien MSSQL (enfin, d'un autre côté je suis peut-être content quand on me force à bosser avec MSSQL parce que quand c'est pas MSSQL, c'est Paradox/Access/Dbase mais j'aime quand même mieux MSSQL que Oracle )
J'ai jamais dit que c'était pas bien
le 2005 est pas mal
antp
C'est très bien MSSQL (enfin, d'un autre côté je suis peut-être content quand on me force à bosser avec MSSQL parce que quand c'est pas MSSQL, c'est Paradox/Access/Dbase mais j'aime quand même mieux MSSQL que Oracle )
zion
Delphi est totalement multithread sauf si tu joues avec les composants visuels, la tu dois faire des synchros.
Pour des variables globales, ils ont des threadvars qui sont spécifiques du coup à chaque thread.
Et non, evidemment, moi je pars sur un principe de thread, pas d'asynchrone
Pour des variables globales, ils ont des threadvars qui sont spécifiques du coup à chaque thread.
Et non, evidemment, moi je pars sur un principe de thread, pas d'asynchrone
philfr
Zion> avant de réécrire le module de glue PHP pour un langage multithread, es-tu sûr que tes fonctions Delphi sont réentrantes et peuvent être utilisées dans un environnement multithread ? Aucune variable globale ? Aucun buffer statique ?
Et pour l'aynchrone, il faudrait potentiellement du glue autour de chacune des fonctions (m'étonnerait que tu aies prévu un callback et un contexte pour chaque appel... Si ?)
Et pour l'aynchrone, il faudrait potentiellement du glue autour de chacune des fonctions (m'étonnerait que tu aies prévu un callback et un contexte pour chaque appel... Si ?)
Poire
J'ai bien dit, si pas besoin d'une usine à gaz...
Mais tu peux déjà pousser SQLite très loin, surtout en asynchrone
Mais tu peux déjà pousser SQLite très loin, surtout en asynchrone
niveau volumétrie t'as des chiffres ? temps de réponse ?
Poire
M'en fous, Kelare tourne aussi sous Apache, IIS ou tout autre serveur Web supporté par PHP (ce qui me donnait un avantage à me baser sur PHP pour la diversité )
IIS
Poire
zion
We mais lighttpd pas
M'en fous, Kelare tourne aussi sous Apache, IIS ou tout autre serveur Web supporté par PHP (ce qui me donnait un avantage à me baser sur PHP pour la diversité )
philfr
J'ai bien dit, si pas besoin d'une usine à gaz...
Mais tu peux déjà pousser SQLite très loin, surtout en asynchrone
Mais tu peux déjà pousser SQLite très loin, surtout en asynchrone
Poire
Poire> Kelare tourne aussi sous Windows tu sais
ça je sais, mais ton dédié est sous nunux
tu me diras que tu peux changer... mais j'ai des doutes