Sinon il faudrait intégrer un gestion de jardin :
On fait la liste des légumes qu'on souhaite, le logiciel nous indique quand planter (en fonction des facteurs météo récupéré en ligne), quand il faut récolter, les différentes méthodes de conservation pour chaque légume. On pourrait le coupler à des sondes d'humidité réparties dans le jardin, ainsi il enclenche l'arrosage automatiquement.
Finalement on pourrait intégrer un système pour reconnaître les animaux qui s'approchent du jardin et prendre des décisions qui vont bien ... Et un gestion de la viande de chasse ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Je trouve aussi qu'une application de ce type devrait exister. Et je serais tout content de t'accompagner pour faire un truc. Malgré que je connaisse pas vraiment python, je pourrais m'y faire.
La partie qui m'intéresse le plus c'est "fonds de placards", tu donnes ce que tu as en stock et tu as un menu proposé. Juste parfait.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
ra mais volà, faut pas prendre la mouche tout le temps hein !
Tous les commentaires que j'ai fait c'est pour dire : pas d'accès réseau, pas de droits particulier, ... Les remarques étant "quoi ? droits root avec un accès réseau pas authentifié !" J'ai juste l'impression de me répéter.
Les autres remarques étant : utilise HTTP, le protocole universel et utilise *syslog*. HTTP n'est pas fait pour ça et syslog non plus. Donc des applications pas prévue pour ça mais dont une exploitation presque obscure permet d'arriver au même résultat, avec moins de souplesse (essaie de lancer une procédure sur apache ou apache avec un serveur mail qui va d'abord contrôler que le mail est signé avec la bonne clé GPG. Ou alors quand je compose un numéro de téléphone depuis une centrale Asterisk (authentification étant garantie par les opérateurs (en Suisse en tous cas) qui ne permettent pas de modifier le caller id)).
J'ai fait un programme qui reçoit une ou des commandes sur stdin et, si elles sont prévues, les exécutent. Si les droits de l'application le permettent, la commande va être lancée avec des droits préalablement définis. Rien n'est retourné à l'appelant.
tu parles de conso, de gains peu quantifiables voir tout simplement très faibles
Il y'a une année ou deux on a commencé à se poser ce genre de question. Et on a commencé à racler ces "gains peu quantifiables", et on a été très surpris du résultat. On a un cluster fait avec les machines de bureau pour les opérations lourdes. Un linux en service Windows. Ce programme ira bien là aussi.
que de toute façon tu n'utilise pas de l'ethernet,
Première phrase du journal :[...] de sondes communiquant sur un bus dédié [...]
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Oui je pense. Notamment en utilisation avec les petits circuits qui utilisent un bus RS-485 pour communiquer (comme les frigos, ils ne passent pas sur un réseau ethernet).
Après venir expliquer ... ben c'est bon, je le ferais plus.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
L'histoire des frigos c'était un exemple. J'aurais pu prendre un autre exemple comme démarré des procédures de sauvegardes sur différents serveurs. On s'en fout de la valeur de retour puisque la procédure de sauvegarde lance un mail pour nous avertir, log dans syslog, produit des jolis graphiques des la quantités de données ayant transiter sur le réseau. Au lieu de créer un utilisateur fictif avec authentification automatique sur chaque serveur, on peut utiliser ça (avec stunnel).
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Ca doit etre la justification la plus ridicule que j'ai jamais entendu...
D'ailleurs c'est tellement ridicule que google investit des millions pour diminuer la consommation électrique de leurs centres de calculs ? pourquoi ibm fait des présentations sur les "green datacenter" à tour de bras ?
Le prix de l'énergie augmente et la moindre économie est importante. On économise des milliers de francs par année juste avec des petits détails comme, par exemple, déconnecter les ordinateurs du réseau électrique la nuit.
Alors un service HTTP sur 30 machines, je me demande l'impacte, mais il doit pas être de 0, comparé à un service qui tourne déjà pour autre chose.
Sinon pour le reste, je sais pas comment te le dire :
1) Il ne peut _pas_ exécuter n'importe quel script ou programme
2) Aucun accès au réseau
3) Les droits de l'utilisateur qui le lance
4) Ne peut _pas_ su-er ou sudo-er comme il veut.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Je crois que personne a aucun moment n'a parlé de suid. Par contre il possible de faire tourner le programme en root pour bénéficier de la possibilité de changer d'utilisateur avant l'exécution de la commande, mais ce n'est pas obligatoire.
Ensuite un service web aurait été la meilleure solution pour tout le monde, vu que le protocole HTTP est universel et sert à tout faire. La seule chose qui me dérange c'est de faire tourner un système LAMP pour un truc qui peut-être fait en une centaine de ligne et un service déjà installé par défaut sur tous les systèmes Unix. C'est juste grillé de l'électricité pour rien du tout.
Ensuite je n'ai rien vraiment trouvé d'équivalent, donc je l'ai fait. Et niveau sécurité, ben le programme ne lui même ne fait rien d'autres que lancés des scripts contenus dans un répertoire particulier et prédéfinis (à moins d'un bug de sécurité, mais ça c'est la même chose pour tout le monde), il le fait avec les droits de l'utilisateur qui l'a lancé et n'a nativement pas accès au réseau. En gros il est aussi sécurisé que n'importe quel autre exécutable sur ta machine, après si tu l'utilises mal, c'est évident que c'est un trou de sécurité.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Oui ma première réponse est ... voilà quoi, 3h le mat, j'étais un peu dépité.
En fait je me rends bien compte que j'explique mal, mais j'arrive pas mieux. Je suis pas porte-parole, c'est pas par hasard. Je re-fais une autre explication :
Ce programme lance des commandes reçues sur l'entrée standard. Ces commandes doivent avoir été préalablement décrites dans le fichier de configuration. Le fichier de configuration doit indiquer un utilisateur et un groupe pour chaque commande. Chaque commande est lancée avec l'utilisateur et le groupe décrit. Aucun contenu et aucune valeur ne sont retournés.
Ce programme peut être utilisé avec inetd pour être mis en réseau (c'est le but) ou stunnel (pour la sécurité). Ce programme ne fais pas d'authentification.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
J'ai donc fait un petit programme exécutant les commandes reçues sur l'entrée standard. Ces commandes sont prédéfinies dans un fichier de configuration. La sortie standard et d'erreur de la commande n'est pas retournée. Le programme n'échoue jamais. Chaque commande se voit attribuer un utilisateur et un groupe et sera lancé avec cet utilisateur et ce groupe. Au bout d'un temps prédéfini, la commande est tuée sans autre forme de procès (le temps sera paramétrable par le fichier de configuration).
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Attention : Utiliser access() pour vérifier si un utilisateur a le
droit, par exemple, d'ouvrir un fichier avant d'effectuer réellement
l'ouverture avec open(2), risque de créer un trou de sécurité.
Pour savoir si le fichier existe c'est bon.,
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Oui. Mais maintenant ce qui se fait pour lancer des commandes, c'est de passé par ssh avec soit le mot de passe d'un utilisateur ayant un shell sur le serveur écrit dans fichier et d'utiliser expect, soit d'utiliser les clés privées/publiques pour l'authentification de l'utilisateur.
Dans tout les cas il y a un shell complet de l'autre côté (ou limité). Je ne veux pas
1) modifier, par exemple, www-data pour qu'on puisse s'authentifier avec
2) créer un utilisateur bidon pour faire un sudo pour devenir www-data
3) avoir accès à un shell pour une utilisateur n'existant pas réellement
En gros ce programme fait ce que les gens font déjà mais en contournant les sécurités. Après c'est à celui qui installe ce truc de voir comment il le fait, mais il n'est pas "pas sécurisable".
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
De tête, avec syslog-ng, tu peux définir une destination qui est une fifo nommée ^^.
Oui ça tu peux.
Et voila une architecture modulable et sécurisée.
Oui, c'est une solution.
Mais ça fait déjà plus de travail de configuration. Tu dois avoir syslog-ng configuré sur les deux serveurs + le script qui va bien sur chaque serveur.
Si j'ai volontairement pas mis de sécurité, c'est parce que je ne voulais pas l'aspect sécurité. Après rien n'empêche de l'ajouter, tout est disponible.
Finalement j'ai parlé des frigos parce que c'est de là qu'est parti l'idée, mais réellement j'ai pris une autre solution pour les frigos. L'aspect intéressant, pour moi, c'est de pouvoir lancé des commandes définies sans identification avec un utilisateur défini et je n'ai rien trouvé le permettant.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
inventer une appli root qui recoit des ordres sans identification via une ligne de commande, je trouve ca moyen.
L'application reçoit des ordres sur l'entrée standard et les exécute suivant la configuration donnée. Si tu veux pouvoir changer d'utilisateur durant l'exécution, root est nécessaire.
Si tu veux de l'identification et du chiffrage, tu passes par stunnel, par exemple.
Après syslog, ça pourrait être une solution, mais lire des fichiers de log toutes les 5 minutes pour trouver une température (donc 3-4 caractères), c'est peut-être un peu lourd à mon goût.
Là tu fais un netcat et tu continues ton traitement. Tu veux commander un serveur simplement depuis internet, tu rajoutes un peu de stunnel et tu peux pratiquement installer une machine virtuelle par sms (j'exagère à peine).
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
oui le freeze, le freeze ... j'ai fourché. Ça ne change rien non plus.
Tout ce message est du second degré ?
Non. Mais tu vas certainement me présenter des technologies totalement nouvelles disponibles pour les utilisateurs.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
Le but est de sortir la nouvelle stable à date fixe, maintenant si tout n'est pas prêt, ils ne vont pas sortir la distribution à moitié terminée. C'est donc totalement complémentaire. On bosse pour finir à telle date, si, malgré tous nos efforts, c'est pas prêt on attend pour que ce soit prêt.
Et 7 mois c'est rien au niveau de l'informatique qui n'a plus évolué depuis l'invention du HTTP, le protocole universel. On optimise juste le traitement du HTTP depuis. C'est pour ça qu'un distribution qui à déjà plusieurs années peut fonctionner comme serveur, il n'y a pas de vrai ajout technologique et les technologies existantes depuis longtemps sont toujours très mal supportée partout.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
sous Windows 95, ça fonctionnait toujours. Sous Linux, ben... J'ai vu (entendu?) pendant longtemps que ça ne marchait pas toujours.
En fait tu n'en sais rien du tout et tu n'as pas de références. Alors je dirais : moi ça n'a jamais fonctionné depuis windows 3 à 7, mais sous linux ça a toujours fonctionné.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
# --prefix
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Réinventer la roue est parfois plus simple que de réutiliser l'existant .... Évalué à 4.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Abando du freeze à date fixe ?
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Aussi!
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal « Qu’est-ce que je fais à manger ce soir ? ». Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Aussi!
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal « Qu’est-ce que je fais à manger ce soir ? ». Évalué à 5.
Sinon il faudrait intégrer un gestion de jardin :
On fait la liste des légumes qu'on souhaite, le logiciel nous indique quand planter (en fonction des facteurs météo récupéré en ligne), quand il faut récolter, les différentes méthodes de conservation pour chaque légume. On pourrait le coupler à des sondes d'humidité réparties dans le jardin, ainsi il enclenche l'arrosage automatiquement.
Finalement on pourrait intégrer un système pour reconnaître les animaux qui s'approchent du jardin et prendre des décisions qui vont bien ... Et un gestion de la viande de chasse ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
# Aussi!
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal « Qu’est-ce que je fais à manger ce soir ? ». Évalué à 5.
La partie qui m'intéresse le plus c'est "fonds de placards", tu donnes ce que tu as en stock et tu as un menu proposé. Juste parfait.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 1.
Tous les commentaires que j'ai fait c'est pour dire : pas d'accès réseau, pas de droits particulier, ... Les remarques étant "quoi ? droits root avec un accès réseau pas authentifié !" J'ai juste l'impression de me répéter.
Les autres remarques étant : utilise HTTP, le protocole universel et utilise *syslog*. HTTP n'est pas fait pour ça et syslog non plus. Donc des applications pas prévue pour ça mais dont une exploitation presque obscure permet d'arriver au même résultat, avec moins de souplesse (essaie de lancer une procédure sur apache ou apache avec un serveur mail qui va d'abord contrôler que le mail est signé avec la bonne clé GPG. Ou alors quand je compose un numéro de téléphone depuis une centrale Asterisk (authentification étant garantie par les opérateurs (en Suisse en tous cas) qui ne permettent pas de modifier le caller id)).
J'ai fait un programme qui reçoit une ou des commandes sur stdin et, si elles sont prévues, les exécutent. Si les droits de l'application le permettent, la commande va être lancée avec des droits préalablement définis. Rien n'est retourné à l'appelant.
tu parles de conso, de gains peu quantifiables voir tout simplement très faibles
Il y'a une année ou deux on a commencé à se poser ce genre de question. Et on a commencé à racler ces "gains peu quantifiables", et on a été très surpris du résultat. On a un cluster fait avec les machines de bureau pour les opérations lourdes. Un linux en service Windows. Ce programme ira bien là aussi.
que de toute façon tu n'utilise pas de l'ethernet,
Première phrase du journal :[...] de sondes communiquant sur un bus dédié [...]
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 1.
Après venir expliquer ... ben c'est bon, je le ferais plus.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 1.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 2.
D'ailleurs c'est tellement ridicule que google investit des millions pour diminuer la consommation électrique de leurs centres de calculs ? pourquoi ibm fait des présentations sur les "green datacenter" à tour de bras ?
Le prix de l'énergie augmente et la moindre économie est importante. On économise des milliers de francs par année juste avec des petits détails comme, par exemple, déconnecter les ordinateurs du réseau électrique la nuit.
Alors un service HTTP sur 30 machines, je me demande l'impacte, mais il doit pas être de 0, comparé à un service qui tourne déjà pour autre chose.
Sinon pour le reste, je sais pas comment te le dire :
1) Il ne peut _pas_ exécuter n'importe quel script ou programme
2) Aucun accès au réseau
3) Les droits de l'utilisateur qui le lance
4) Ne peut _pas_ su-er ou sudo-er comme il veut.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 2.
Ensuite un service web aurait été la meilleure solution pour tout le monde, vu que le protocole HTTP est universel et sert à tout faire. La seule chose qui me dérange c'est de faire tourner un système LAMP pour un truc qui peut-être fait en une centaine de ligne et un service déjà installé par défaut sur tous les systèmes Unix. C'est juste grillé de l'électricité pour rien du tout.
Ensuite je n'ai rien vraiment trouvé d'équivalent, donc je l'ai fait. Et niveau sécurité, ben le programme ne lui même ne fait rien d'autres que lancés des scripts contenus dans un répertoire particulier et prédéfinis (à moins d'un bug de sécurité, mais ça c'est la même chose pour tout le monde), il le fait avec les droits de l'utilisateur qui l'a lancé et n'a nativement pas accès au réseau. En gros il est aussi sécurisé que n'importe quel autre exécutable sur ta machine, après si tu l'utilises mal, c'est évident que c'est un trou de sécurité.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 6.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Binouzes
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 4.
En fait je me rends bien compte que j'explique mal, mais j'arrive pas mieux. Je suis pas porte-parole, c'est pas par hasard. Je re-fais une autre explication :
Ce programme lance des commandes reçues sur l'entrée standard. Ces commandes doivent avoir été préalablement décrites dans le fichier de configuration. Le fichier de configuration doit indiquer un utilisateur et un groupe pour chaque commande. Chaque commande est lancée avec l'utilisateur et le groupe décrit. Aucun contenu et aucune valeur ne sont retournés.
Ce programme peut être utilisé avec inetd pour être mis en réseau (c'est le but) ou stunnel (pour la sécurité). Ce programme ne fais pas d'authentification.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 2.
J'ai donc fait un petit programme exécutant les commandes reçues sur l'entrée standard. Ces commandes sont prédéfinies dans un fichier de configuration. La sortie standard et d'erreur de la commande n'est pas retournée. Le programme n'échoue jamais. Chaque commande se voit attribuer un utilisateur et un groupe et sera lancé avec cet utilisateur et ce groupe. Au bout d'un temps prédéfini, la commande est tuée sans autre forme de procès (le temps sera paramétrable par le fichier de configuration).
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: NRPE ?
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 2.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 1.
Non pas du tout.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Heuuu
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 2.
Attention : Utiliser access() pour vérifier si un utilisateur a le
droit, par exemple, d'ouvrir un fichier avant d'effectuer réellement
l'ouverture avec open(2), risque de créer un trou de sécurité.
Pour savoir si le fichier existe c'est bon.,
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: euh
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 3.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: sonde -> log -> syslog -> serveur
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 3.
Dans tout les cas il y a un shell complet de l'autre côté (ou limité). Je ne veux pas
1) modifier, par exemple, www-data pour qu'on puisse s'authentifier avec
2) créer un utilisateur bidon pour faire un sudo pour devenir www-data
3) avoir accès à un shell pour une utilisateur n'existant pas réellement
En gros ce programme fait ce que les gens font déjà mais en contournant les sécurités. Après c'est à celui qui installe ce truc de voir comment il le fait, mais il n'est pas "pas sécurisable".
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: sonde -> log -> syslog -> serveur
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 1.
Oui ça tu peux.
Et voila une architecture modulable et sécurisée.
Oui, c'est une solution.
Mais ça fait déjà plus de travail de configuration. Tu dois avoir syslog-ng configuré sur les deux serveurs + le script qui va bien sur chaque serveur.
Si j'ai volontairement pas mis de sécurité, c'est parce que je ne voulais pas l'aspect sécurité. Après rien n'empêche de l'ajouter, tout est disponible.
Finalement j'ai parlé des frigos parce que c'est de là qu'est parti l'idée, mais réellement j'ai pris une autre solution pour les frigos. L'aspect intéressant, pour moi, c'est de pouvoir lancé des commandes définies sans identification avec un utilisateur défini et je n'ai rien trouvé le permettant.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: sonde -> log -> syslog -> serveur
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Launch And Forget. Évalué à 2.
L'application reçoit des ordres sur l'entrée standard et les exécute suivant la configuration donnée. Si tu veux pouvoir changer d'utilisateur durant l'exécution, root est nécessaire.
Si tu veux de l'identification et du chiffrage, tu passes par stunnel, par exemple.
Après syslog, ça pourrait être une solution, mais lire des fichiers de log toutes les 5 minutes pour trouver une température (donc 3-4 caractères), c'est peut-être un peu lourd à mon goût.
Là tu fais un netcat et tu continues ton traitement. Tu veux commander un serveur simplement depuis internet, tu rajoutes un peu de stunnel et tu peux pratiquement installer une machine virtuelle par sms (j'exagère à peine).
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Abando du freeze à date fixe ?
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 3.
Tout ce message est du second degré ?
Non. Mais tu vas certainement me présenter des technologies totalement nouvelles disponibles pour les utilisateurs.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Abando du freeze à date fixe ?
Posté par Etienne Bagnoud (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 2.
Et 7 mois c'est rien au niveau de l'informatique qui n'a plus évolué depuis l'invention du HTTP, le protocole universel. On optimise juste le traitement du HTTP depuis. C'est pour ça qu'un distribution qui à déjà plusieurs années peut fonctionner comme serveur, il n'y a pas de vrai ajout technologique et les technologies existantes depuis longtemps sont toujours très mal supportée partout.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Supair
Posté par Etienne Bagnoud (site web personnel) . En réponse au journal Linux de moins en moins utilisé chez les étudiants de l'université Information Technology & Communication. Évalué à 4.
En fait tu n'en sais rien du tout et tu n'as pas de références. Alors je dirais : moi ça n'a jamais fonctionné depuis windows 3 à 7, mais sous linux ça a toujours fonctionné.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell