on se demande un peu ce qu'il font sur LINUXfr.org alors... enfin tout le monde peut venir mais on s'en tape qu'ils soient pas contents de ce qu'il y a ici
Oui, mais un jour tu auras un driver(a tout hazard pour imprimantes) qui empeche que tu fasses qqch avec. Si tu avais les sources, tu saurais le modif
ier, mais non, la société est vraiment chiante et ne veut pas te les divulguer.
Donc tu crées un petit mouvement pour essayer de favoriser les softs libres. Et parfois on t'inviteras un peu partout pour jouer du pipeau.
J'ai une quickcam pro (dark ring), et dernierement j'ai demandé à Logitech, quelles solutions j'avais pour la connecter à mon qube3 (sous linux) et la reponse :
AUCUNE !
et à la question, quel espoir y a t il que Logitech revise sa position vis-à-vis des drivers linux et fasse des drivers pour ces perihs et la reponse :
AUCUN !
En resumé, j'ai une camera tip top que j'avais acheté tip top cher et qui me sert tip top à rien !!!
Au moins philips, ils ton qqch et facilitent le travail des developpeurs ...
Si il y en a qui ont des webcams logitech, on pourrait pas ce faire une petite petition ... histoire de leur foutre la honte !
Je me souvient du temps ou les periphs logitech (souris en tete) etait les premiers supportés par Linux ... :(
Vous n'avez ni l'adsl ni le cable ??? Mais vous etes interesse par cette release de FreeBSD (ou un autres unix libre) ??
Et bien un nouveau service existe qui vous permettra de recevoir chez vous, moyennant finances (enfin moins cher que le telechargement avec un 56k) en 24 heures. Faites donc un tour sur http://www.linux-cd.org(...)
Dire "Faites chauffer les modems" c'est plutot humouristique, je trouve. Pour les dons c'est pas franchement genant de le dire meme si ca n'est pas vraiment lié à la news - les notes du moderateur sont souvent bien pires.
Le "Nouvelle mouture révolutionnaire" c'est effectivement un troll.
A part pour simplifier la vie du programmeur, j'ai un peu de mal a voir l'interret du multithread sous linux (sauf a gerer les E/S bloquant).Bah, les threads utilisateurs ne beneficie pas encore de la repartition de charge sur plusieurs procs. En gros, un bi proc ira aussi vite qu'un mono proc.
Le mieux serait autant de process que de processeur et 2-3 thread, pas plus. Il n'y a pas de mise a jour de la MMU mais il y a toujours le changement de context !
C'est vraiment agaçant ces gens qui dénigrent les technologies nouvelles tout simplement parce qu'ils ne les connaissent pas...
- Pour XML, je crois que tout a déjà été dit (cf post précédent)... Il est vrai qu'il n'y a rien de miraculeux dans XML, et que ça devrait exister depuis bien longtemps... Mais maintenant que ça existe, sachons en tirer parti (et surtout de ses multiples normes "'satellites" comme XSLt, XSchema, XPath, etc...)
- Pour le multithreading, cela ne sert pas seulement à rafraichir une interface tout en faisant un calcul!!! (LOL;) Si tu les considère comme inutiles, alors quel intérêt trouves-tu aux processus parallèles? Pourquoi ne pas faire une bonne boucle en assembleur, après tout ?? Il faut que tu comprennes que (comme l'apporche objet par exemple), les threads sont un modèle de programmation qui permet de développer des choses complexes assez facilement. Par exemple, elles offrent des moyens de synchronisation évolués (conditions, sémaphores, etc.), ce que l'on n'a pas facilement avec des fork(). Mais c'est vrai que l'on peut toujours faire sans, comme on peut aussi tout faire sans le C ou tout autre langage de + ou - haut niveau...
- Pour Java qui serait une mode, je préfère en rire... Certes ça tourne plus lentement que du C ou du C++, mais au cas où tu ne l'aurais pas remarqué, ce qui compte maintenant c'est plutôt la conception, la maintenabilité, etc... Qques petits exemples parmis une foule :
- API consistante, ouverte, cohérente...
- Conception / Designs patterns (sais-tu ce que c'est, au moins?)
- J2EE...
Mais c'est vrai que l'on peut toujours tout faire en assembleur et en ligne de commande, sans conception, ... Ca fait plus "geek", plus "hacker", etc...
Caudium ou Roxen est sortit bien avant Apache, il faut le savoir.
L'histoire de ce soft débute en 1993 (apache n'existait pas et le seul et unique serveur web potable était celui du NSCA d'ou est dérivé Apache FYI). Ce soft avait été fait uniquement par ce qu'il n'existait pas de solution satisfaisante aux serveurs web existants (et a mon avis c'est toujours le cas), pour le reste http://fr.caudium.net/history/(...) résume pas mal l'histoire de Spider, Spinner, Roxen et Caudium.
Par contre, on peut aimer, pas aimer Caudium/Roxen ca je suis d'accord, mais il faut voir objectivement les différences d'architectures notable de Caudium :
o il est thredé depuis 1994
o il ne fork pas
o il a le meme temps de réponse quel que soit le
nombre de connections simulatanés, j'en ai fait
l'essai moi meme avec des pages perso ou
chaucunes des machines avaient entre 4000 et
6000 connections TCP par serveur fronteaux.
o la fait que Caudium soit threadé stress
beaucoup moins la machine, 5000 connections TCP
sur un BiPIII 550 = load average à 2.0
Maintenant les arguments techniques :
o PHP est le plus utilisé au monde: oui et alors?
M$ est le plus utilisé dans le monde dans la
bureautique mais est-ce une solution viable ?
Pour ma part, j'ai toujours détesté le PHP...
o le multi-thread est à mon avis un truc à la
mode ? Okay bah reste dans les limbes de la
technique... (tiens je te files les disquettes
de MS-DOS, ca te va ?)
o Les bench avec une machine serveur, et une
machine cliente, ne sont pas du tout
représentatifs de la capacité d'un serveur web
a servir des pages. Si tu peux le faire avec
un /8 (une classe A pour ceux qui ne savent pas
ce que la notation CIDR veut dire) qui accéde
a un serveur web, on pourra dire que ton bench
est représentatif.
o Le support GTK de pike... Il n'est PAS
NESSAIRE. Je rappelle pour ceux qui n'ont pas
compris que Pike est un langage général. Il
très bien utilisé pour faire tourner Caudium,
mais il peut être utilisé pour faire des applis
locale et standalone...
o Si tu veux modifier ta conf vi ~caudium/configurations/*
En conclusion : Essayez Caudium ou Roxen, poussez-les a fond tous les deux, si vous préférez rester sous apache, c'est bien, vous faite comme tout le monde, si vous utilisez Caudium, vous verrez, un fois le cap du changement de technologie passé (qui je sais difficile), que vous ne regretterez pas la stabilité de Caudium.
Ici la news est objective : y a pas de :
* Faut faire chauffer les modems
* Donnez des dons a FreeBsd
* Nouvelle mouture revolutionnaire
* Des petits mensonges glissés dans la news.
J'utilise Roxen 1.3.x (Caudium est le nouveau nom de Roxen 1.3, Roxen 2 est autre chose) depuis plus de deux ans sans problème majeur. Il est stable, complet, il permet de simplifier énormément certains tâches (créations de bouton et consorts), a une interface d'administration via le web très agréable, etc.
Pour ce qui est de P.H.P., Caudium semble le gérer actuellement (pas encore testé) mais, pour ça, j'ai installé Apache sur un autre port (pour l'instant).
Je vais bientôt passer l'autre serveur web que je gère sous Caudium. Actuellement, Roxen 1.3-Caudium me permet de gérer le courrier par le web (module IMHO), de créer des boutons et autres gâteries graphiques à la volée (gtext), de pouvoir identifier les gens de plusieurs manières (/etc/passwd, base de données MySQL, .htaccess, etc.) simplement en ajoutant des modules via l'interface web, etc.
Sinon, pour les tests de rapidité et autres benchmarks, s'il s'agit de mesurer la vitesse pure de service des pages, il est peut-être derrière. Mais il n'y a pas que la vitesse qui compte dans un serveur web : évolutivité, robustesse, sécurité, etc.
[^] # Re: Bof...
Posté par Anonyme . En réponse à la dépêche Que faire des ses "vieux" CD de distrib' LINUX ?. Évalué à 0.
Très tendance...
[^] # PostgreSQL meilleur que MySQL ?
Posté par Anonyme . En réponse à la dépêche Caudium v/s Apache. Évalué à 1.
Encore une fois tout dépend de l'utilisation que l'on en fait, et ne vois pas de défauts à MySQL là où il ne te manques que des compétences en SQL :).
C'est vrai, MySQL ne supporte entre autres pas les vues (tu parles bien de ça ?), mais son grand avantage, c'est sa rapidité !
Quant au fait que certains désirent rester anonymes, ça ne regarde que eux (nous) !
[^] # Re: Non ce n'est pas pareil que pour Mandrake!!!
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
<troll>
Ah non, si on dit ca de Mandrake, c'est pas un troll, c'est de l'humour !
</troll>
[^] # Re: Est-ce un troll ou une pub ?
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
[^] # Re: désolé je suis un peu en retard
Posté par Anonyme . En réponse à la dépêche Que faire des ses "vieux" CD de distrib' LINUX ?. Évalué à 0.
[^] # Re: Is the Linuxian Integrist ?
Posté par Anonyme . En réponse à la dépêche Drivers pour webcam Philips. Évalué à 0.
ier, mais non, la société est vraiment chiante et ne veut pas te les divulguer.
Donc tu crées un petit mouvement pour essayer de favoriser les softs libres. Et parfois on t'inviteras un peu partout pour jouer du pipeau.
# Et logitech ?
Posté par Anonyme . En réponse à la dépêche Drivers pour webcam Philips. Évalué à 0.
AUCUNE !
et à la question, quel espoir y a t il que Logitech revise sa position vis-à-vis des drivers linux et fasse des drivers pour ces perihs et la reponse :
AUCUN !
En resumé, j'ai une camera tip top que j'avais acheté tip top cher et qui me sert tip top à rien !!!
Au moins philips, ils ton qqch et facilitent le travail des developpeurs ...
Si il y en a qui ont des webcams logitech, on pourrait pas ce faire une petite petition ... histoire de leur foutre la honte !
Je me souvient du temps ou les periphs logitech (souris en tete) etait les premiers supportés par Linux ... :(
[^] # Re: Est-ce un troll ou une pub ?
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
# Vous n'avez ni l'adsl ni le cable ?
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
Et bien un nouveau service existe qui vous permettra de recevoir chez vous, moyennant finances (enfin moins cher que le telechargement avec un 56k) en 24 heures. Faites donc un tour sur http://www.linux-cd.org(...)
[^] # Re: Est-ce un troll ou une pub ?
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
[^] # Re: Non ce n'est pas pareil que pour Mandrake!!!
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
Le "Nouvelle mouture révolutionnaire" c'est effectivement un troll.
# threads/process
Posté par Anonyme . En réponse à la dépêche Caudium v/s Apache. Évalué à 0.
Le mieux serait autant de process que de processeur et 2-3 thread, pas plus. Il n'y a pas de mise a jour de la MMU mais il y a toujours le changement de context !
nicO
[^] # Re: Liste des FTPs mirroirs
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
[^] # Re: Une bonne idée: utiliser vos vieux CD pour en faire des mobiles
Posté par Anonyme . En réponse à la dépêche Que faire des ses "vieux" CD de distrib' LINUX ?. Évalué à 0.
A ===$~
[^] # Re: Liste des FTPs mirroirs
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
[^] # Re: Le pb n'est pas qu'il soit connu mais que ca tienne en charge
Posté par Anonyme . En réponse à la dépêche Caudium v/s Apache. Évalué à 0.
Tout real.com tourne sous Roxen et Caudium depuis leur creation... C'est pas un gage de qualité et de stabilité ?
$ telnet www.fr.real.com 80
Trying 213.128.136.66...
Connected to www.fr.real.com.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.0 200 OK
Content-Length: 35826
X-Got-Fish: Yes
Connection: close
Accept-Ranges: bytes
MIME-Version: 1.0
Last-Modified: Sun, 22 Apr 2001 17:40:31 GMT
Date: Sun, 22 Apr 2001 17:40:32 GMT
Content-type: text/html
Cache-Control: no-cache
Expires: Sun, 22 Apr 2001 17:40:37 GMT
Server: Caudium
Connection closed by foreign host.
D'ailleurs voici les stats de lassie.real.com :
http://david.hedbor.org/tmp/stats.gif(...)
/kiwi@caudium.net
[^] # Re: Je préfère Apache - Pas moi
Posté par Anonyme . En réponse à la dépêche Caudium v/s Apache. Évalué à 0.
- Pour XML, je crois que tout a déjà été dit (cf post précédent)... Il est vrai qu'il n'y a rien de miraculeux dans XML, et que ça devrait exister depuis bien longtemps... Mais maintenant que ça existe, sachons en tirer parti (et surtout de ses multiples normes "'satellites" comme XSLt, XSchema, XPath, etc...)
- Pour le multithreading, cela ne sert pas seulement à rafraichir une interface tout en faisant un calcul!!! (LOL;) Si tu les considère comme inutiles, alors quel intérêt trouves-tu aux processus parallèles? Pourquoi ne pas faire une bonne boucle en assembleur, après tout ?? Il faut que tu comprennes que (comme l'apporche objet par exemple), les threads sont un modèle de programmation qui permet de développer des choses complexes assez facilement. Par exemple, elles offrent des moyens de synchronisation évolués (conditions, sémaphores, etc.), ce que l'on n'a pas facilement avec des fork(). Mais c'est vrai que l'on peut toujours faire sans, comme on peut aussi tout faire sans le C ou tout autre langage de + ou - haut niveau...
- Pour Java qui serait une mode, je préfère en rire... Certes ça tourne plus lentement que du C ou du C++, mais au cas où tu ne l'aurais pas remarqué, ce qui compte maintenant c'est plutôt la conception, la maintenabilité, etc... Qques petits exemples parmis une foule :
- API consistante, ouverte, cohérente...
- Conception / Designs patterns (sais-tu ce que c'est, au moins?)
- J2EE...
Mais c'est vrai que l'on peut toujours tout faire en assembleur et en ligne de commande, sans conception, ... Ca fait plus "geek", plus "hacker", etc...
[^] # Re: Split Roxen/Caudium
Posté par Anonyme . En réponse à la dépêche Caudium v/s Apache. Évalué à -1.
[^] # désolé je suis un peu en retard
Posté par Anonyme . En réponse à la dépêche Que faire des ses "vieux" CD de distrib' LINUX ?. Évalué à -1.
..................................___________________...
........................./|../|..|..................|..
.........................||__||..|......Please.do...|..
......................../...O.O\__.........NOT......|..
......................./..........\.......feed......|..
....................../......\.....\...the.trolls...|..
...................../..._....\.....\.______________|..
..................../....|\____\.....\.....||..........
.................../.....|.|.|.|\____/.....||..........
................../.......\|_|_|/...|....__||..........
................./../..\............|____|.||..........
................/...|...|./|........|......--|.........
................|...|...|//.........|____..--|.........
.........*._....|..|_|_|_|..........|.....\-/..........
......*--._--\._.\.....//...........|..................
......../.._.....\\._.//...|......../..................
......*../...\_./-.|.-.....|.......|...................
........*......___.c_c_c_C/.\C_c_c_c____________.......
--
le cavalier masqué
# Le pb n'est pas qu'il soit connu mais que ca tienne en charge
Posté par Anonyme . En réponse à la dépêche Caudium v/s Apache. Évalué à 0.
L'histoire de ce soft débute en 1993 (apache n'existait pas et le seul et unique serveur web potable était celui du NSCA d'ou est dérivé Apache FYI). Ce soft avait été fait uniquement par ce qu'il n'existait pas de solution satisfaisante aux serveurs web existants (et a mon avis c'est toujours le cas), pour le reste http://fr.caudium.net/history/(...) résume pas mal l'histoire de Spider, Spinner, Roxen et Caudium.
Par contre, on peut aimer, pas aimer Caudium/Roxen ca je suis d'accord, mais il faut voir objectivement les différences d'architectures notable de Caudium :
o il est thredé depuis 1994
o il ne fork pas
o il a le meme temps de réponse quel que soit le
nombre de connections simulatanés, j'en ai fait
l'essai moi meme avec des pages perso ou
chaucunes des machines avaient entre 4000 et
6000 connections TCP par serveur fronteaux.
o la fait que Caudium soit threadé stress
beaucoup moins la machine, 5000 connections TCP
sur un BiPIII 550 = load average à 2.0
Maintenant les arguments techniques :
o PHP est le plus utilisé au monde: oui et alors?
M$ est le plus utilisé dans le monde dans la
bureautique mais est-ce une solution viable ?
Pour ma part, j'ai toujours détesté le PHP...
o le multi-thread est à mon avis un truc à la
mode ? Okay bah reste dans les limbes de la
technique... (tiens je te files les disquettes
de MS-DOS, ca te va ?)
o Les bench avec une machine serveur, et une
machine cliente, ne sont pas du tout
représentatifs de la capacité d'un serveur web
a servir des pages. Si tu peux le faire avec
un /8 (une classe A pour ceux qui ne savent pas
ce que la notation CIDR veut dire) qui accéde
a un serveur web, on pourra dire que ton bench
est représentatif.
o Le support GTK de pike... Il n'est PAS
NESSAIRE. Je rappelle pour ceux qui n'ont pas
compris que Pike est un langage général. Il
très bien utilisé pour faire tourner Caudium,
mais il peut être utilisé pour faire des applis
locale et standalone...
o Si tu veux modifier ta conf vi ~caudium/configurations/*
En conclusion : Essayez Caudium ou Roxen, poussez-les a fond tous les deux, si vous préférez rester sous apache, c'est bien, vous faite comme tout le monde, si vous utilisez Caudium, vous verrez, un fois le cap du changement de technologie passé (qui je sais difficile), que vous ne regretterez pas la stabilité de Caudium.
Pour info: http://www.bsdfr.org/(...) tourne sous Caudium 1.1.1 (ainsi que son serveur FTP... Tiens... Apache fait pas serveur FTP? bouargl!). Bon et pour ne pas citer http://gcu-squad.org/(...) =)
Aller hop : ftp://ftp.oav.net/caudium/(...) pour passer rapidement à caudium =)
/Kiwi
[^] # Non ce n'est pas pareil que pour Mandrake!!!
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
* Faut faire chauffer les modems
* Donnez des dons a FreeBsd
* Nouvelle mouture revolutionnaire
* Des petits mensonges glissés dans la news.
Non la les modéros ont fait du bon boulot
[^] # Re: Est-ce un troll ou une pub ?
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
# Voici le changelog ! :))
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à 0.
bonne lecture
a+
L'inconnu qui habitait au 21
# Je l'utilise depuis plus de deux ans sans problème
Posté par Anonyme . En réponse à la dépêche Caudium v/s Apache. Évalué à 0.
J'utilise Roxen 1.3.x (Caudium est le nouveau nom de Roxen 1.3, Roxen 2 est autre chose) depuis plus de deux ans sans problème majeur. Il est stable, complet, il permet de simplifier énormément certains tâches (créations de bouton et consorts), a une interface d'administration via le web très agréable, etc.
Pour ce qui est de P.H.P., Caudium semble le gérer actuellement (pas encore testé) mais, pour ça, j'ai installé Apache sur un autre port (pour l'instant).
Je vais bientôt passer l'autre serveur web que je gère sous Caudium. Actuellement, Roxen 1.3-Caudium me permet de gérer le courrier par le web (module IMHO), de créer des boutons et autres gâteries graphiques à la volée (gtext), de pouvoir identifier les gens de plusieurs manières (/etc/passwd, base de données MySQL, .htaccess, etc.) simplement en ajoutant des modules via l'interface web, etc.
Sinon, pour les tests de rapidité et autres benchmarks, s'il s'agit de mesurer la vitesse pure de service des pages, il est peut-être derrière. Mais il n'y a pas que la vitesse qui compte dans un serveur web : évolutivité, robustesse, sécurité, etc.
--
Gilles, gpl@mac.com
[^] # Re: Est-ce un troll ou une pub ?
Posté par Anonyme . En réponse à la dépêche FreeBSD 4.3 est dans les bacs. Évalué à -1.