"il est plus utilisé, donc il y a un plus grand retour de la part des utilisateurs et donc une plus grande contribution, donc plus de corrections de bugs de sécurité"
> Oui c'est ce que l'on doit pensez de Windows aussi ? :)
"le multi-thread est à mon avis un truc à la mode (comme le XML), et je ne pense pas que le fait d'être multi-threadé pour un serveur apporte quelque-chose"
>C'est pas une mode le multi-thread, ou alors fork aussi c'est de la mode ! , cela permet de ne pas
recopier toute le contexte d'un processus, mais seulement une partie et de plus de partager des Variables Global ... Mais concernant Caudium, Le multithread est plus interressant sous BSD car mieux supporté que sous Linux...
"j'ai fait un benchmark (avec ab) d'Apache et de Caudium sur un celeron533 128mb et je peux vous dire qu'Apache est sorti gagnant en termes de nombre de requêtes par secondes, quelque soit le type de fichier servi (statique/cgi) "
>On à pas vu les memes alors, par contre je suis d'accord qu'apache est bien meilleur en ce qui concerne PHP, mais d'après les Core programmeur de Caudium, c'est PHP qui à un problème pas caudium..
"apache est bien plus simple à mettre en place que Caudium (installation de pike et de toutes les dépendances (ex: gtk pour un serveur :))"
>C'est faut, premièrement GTK n'est pas une obligation et deuxièmement t'as déja regarder comment faire un certificat SSL avec caudium, 34 sec pas plus et pour le reste c pareil pratique sans chichi...
>Sinon petit rappelle RXML n'a rien à voir avec XML, c'est un language de prog (Roxen Macro Language) au meme titre que PHP, (voir site de Roxen), il à été fait en pike
sinon pour plus de rensaignement voir Le Linux Mag 27 ...
re bref : Essayer vous verez mais ne vous arreté pas sur des préjugé du genre l'est pas connu, l'est chiant à compiler ...
[^] # Re: Je préfère Apache - Pas moi
Posté par Franck Nouyrigat . En réponse à la dépêche Caudium v/s Apache. Évalué à 1.
> Oui c'est ce que l'on doit pensez de Windows aussi ? :)
"le multi-thread est à mon avis un truc à la mode (comme le XML), et je ne pense pas que le fait d'être multi-threadé pour un serveur apporte quelque-chose"
>C'est pas une mode le multi-thread, ou alors fork aussi c'est de la mode ! , cela permet de ne pas
recopier toute le contexte d'un processus, mais seulement une partie et de plus de partager des Variables Global ... Mais concernant Caudium, Le multithread est plus interressant sous BSD car mieux supporté que sous Linux...
"j'ai fait un benchmark (avec ab) d'Apache et de Caudium sur un celeron533 128mb et je peux vous dire qu'Apache est sorti gagnant en termes de nombre de requêtes par secondes, quelque soit le type de fichier servi (statique/cgi) "
>On à pas vu les memes alors, par contre je suis d'accord qu'apache est bien meilleur en ce qui concerne PHP, mais d'après les Core programmeur de Caudium, c'est PHP qui à un problème pas caudium..
"apache est bien plus simple à mettre en place que Caudium (installation de pike et de toutes les dépendances (ex: gtk pour un serveur :))"
>C'est faut, premièrement GTK n'est pas une obligation et deuxièmement t'as déja regarder comment faire un certificat SSL avec caudium, 34 sec pas plus et pour le reste c pareil pratique sans chichi...
>Sinon petit rappelle RXML n'a rien à voir avec XML, c'est un language de prog (Roxen Macro Language) au meme titre que PHP, (voir site de Roxen), il à été fait en pike
sinon pour plus de rensaignement voir Le Linux Mag 27 ...
re bref : Essayer vous verez mais ne vous arreté pas sur des préjugé du genre l'est pas connu, l'est chiant à compiler ...