Ouais OK autant pour moi .. au fait tant qu'on est la à causer d'un httpd.conf, tu en connais beaucoup des gars qui savent traiter sans le moindre problème les rewriting rules, le problème du "trailling slash", comprendre le mécanisme d'un reverse proxy (toujours dans httpd.conf), règler les serveurs pour la production, tuner la stack IP et le système, optimizer la bande passante et gérer le traffic.
Je prenais juste apache comme exemple. On pourrait tout autant s'amuser avec sendmail ou Qmail (comprende un sendmail.cf c'est comprendre comment un serveur SMTP fonctionne :-).
Attntion je parle ici de routage de mail à un niveau assez élevé (32 domaines) des mailertables dans tous les sens, du routage LDAP directement en sendmail et plein d'autres trucs (comme SMTP auth avec bcp d'users, SMTPS sur des domaines spécifiques).
La je pense que les consultants deviennent rares et chers !
Tu parles d'utiliser Kedit ou Gedit, cela implique quoi :
-Un X qui focntionne constamment, (donc ram utilisée par un processus super prioritaire) plus tout un environnement et 15 millions de librairies (à peu de chose près :-)
- Le côté bidouilleur "je m'y connais un peu" et justement PAS profesionnel :-)
-Manquerait plus qu'un gcc sur un firewall :-)
Mais bon comme dans une news précédente, ou l'on parlait d'utilier un OpenBrick pour LinuxFR, je ne penses pas que celui-ci puisse gérer un X et un KDE/Gnome
[^] # Re: L'évolution de Linux dans l'industrie par The Economist
Posté par Gilles . En réponse à la dépêche L'évolution de Linux dans l'industrie par The Economist. Évalué à 1.
Je prenais juste apache comme exemple. On pourrait tout autant s'amuser avec sendmail ou Qmail (comprende un sendmail.cf c'est comprendre comment un serveur SMTP fonctionne :-).
Attntion je parle ici de routage de mail à un niveau assez élevé (32 domaines) des mailertables dans tous les sens, du routage LDAP directement en sendmail et plein d'autres trucs (comme SMTP auth avec bcp d'users, SMTPS sur des domaines spécifiques).
La je pense que les consultants deviennent rares et chers !
Tu parles d'utiliser Kedit ou Gedit, cela implique quoi :
-Un X qui focntionne constamment, (donc ram utilisée par un processus super prioritaire) plus tout un environnement et 15 millions de librairies (à peu de chose près :-)
- Le côté bidouilleur "je m'y connais un peu" et justement PAS profesionnel :-)
-Manquerait plus qu'un gcc sur un firewall :-)
Mais bon comme dans une news précédente, ou l'on parlait d'utilier un OpenBrick pour LinuxFR, je ne penses pas que celui-ci puisse gérer un X et un KDE/Gnome
...