Et oui, ça fait des années que j'attends mon invitation au bal :D
Sinon, pour les mots qu'on comprends pas, il y a toujours :
- le dictionnaire
- Google
- Wikipedia
Ca évite la dépèche de quinze pages sinon, ça s'appelle plus une dépèche mais un article (cf. les dépèches de l'AFP qui ne font que quelques lignes).
Il est vrai que j'aurais pu donner les liens vers Wikipédia mais je l'ai pas fait, c'est une histoire de goût et de couleurs... Et comme je suis daltonien... :D
Exact, d'ailleurs l'auteur de la news originale en parle aussi et mentionne par la même occasion LPROF.
Donc il y a bien des outils mais les tarifs des colorimètres supportés ne sont pas les mêmes que les 48£ de ColorHug.
Après, il faut voir si la sonde est "fabricable" par le commun des mortels à un tarif plus raisonnable :)
Le problème, avec Free, c'est plutôt qu'ils ont déclaré toutes leurs IP résidentielles comme spammeuses sur une RBL.
Certes mais il me semble Free accepte que l'on utilise ses serveurs comme relais tout pendant que l'on est connecté chez eux.
D'ailleurs, je dis "il me semble" mais si c'était pas le cas, je comprendrais pas bien comme mon Sendmail arrive à envoyer des courriers, qui plus est, sous une identité qui n'est pas en @free.fr.
Après, pour ce qui est de l'IP et du nom de domaine, j'utilise Dyn depuis maintenant quelques années avec beaucoup satisfaction.
Tout simplement parce que leur shell par défaut (/bin/sh) reste souvent bash
Il est bien là le problème, bash n'est pas le shell par défaut pour tout le monde. Normalement, sh, c'est le Bourne Shell mais chacun fait ce qu'il veut.
Pour la petite histoire, le seul qui essaie vraiment d'être POSIX, c'est le Korn shell donc quand on pousse un système POSIX, on devrait dans l'absolu fournir celui-là en standard plutôt qu'autre chose.
Non, y a une réelle différence entre fournir une interface web à un utilisateur et coder un protocole au-dessus d'HTTP en remplacement d'un protocole de même niveau qu'HTTP, au sens OSI du terme.
Tu parles de l'interfaçage Web qui ne me gêne pas en soi vu que c'est le but même d'HTTP, fournir via un navigateur du contenu.
Par contre, quand tu parles de client lourd qui encapsule un protocole en HTTP, là, je tique car il s'agit bien d'utiliser HTTP pour en faire une couche équivalent à du transport alors qu'il fait partie de la couche Application.
HTTP, ce n'est pas un moyen de faire des connexions, c'est une fin en soi et le but est bien le transfert de contenu.
Pour conclure, qu'HTTP serve à fournir une présentation Web à un serveur qui cause ensuite sur le Net avec un vrai protocole, pas de problème mais réécrire, en ASCII qui plus est, un protocole dans les trames HTTP, là, c'est trop.
Comme je l'ai dit plus bas, je rejoins bien l'avis de ce post.
Sauf que là, on rejoint le Web et l'utilisation dans ce cas, c'est plus du transfert de fichier. Le webmail, c'est un site Web comme un autre donc on sort du sujet.
On resterait dans le cas dont on discute si on s'amusait à implémenter le SMTP dans un WebService qui utilise HTTP comme "transport".
C'est dingue cette habitude de décider péremptoirement que, pour les 9/10 des usages d'Internet, parmi ces 550 protocoles, c'est forcément HTTP qui conviendra.
C'est pas péremptoire, c'est juste par facilité qu'aujourd'hui tout le monde veut faire tout sur HTTP.
Ca permet de se gaver de webservices en SOAP qui sont connus pour leur grande performance et leur faible encombrement réseau.
Et puis, c'est bien parce que comme ça, quand on fait un firewall, on peut uniquement ouvrir un ou deux ports, le 80 et/ou le 8080.
Comme dit plus bas, 9/10 du Web, ok, mais pas de l'Internet. Perso, je pense que le mail occupe une très grande place dans la consommation de l'Internet et on n'a pas encore décidé de passer les envois de mails sur HTTP.
D'où l'intérêt de tout ce qui est méta rajoutées au fur et à mesure.
Ceci dit, on peut aussi utiliser une marteau piqueur pour tuer une mouche.
Ca me rappelle ça.
Sauf que HTTP, c'est pour Hyper Text et va bien falloir arrêter d'en faire un protocole qui transporte autre chose que de l'hypertexte.
Et puis, FTP est chiant à configurer mais c'est quand même loin d'être infaisable.
Quant au problème de la vieillitude de la chose, ça n'a, pour moi, aucune espèce d'importance mais c'est parce que je suis aussi vieux que lui... Un peu comme SMTP.
Je suis d'accord que ça ne résoud pas le problème des droits à proprement parler mais ça règle déjà le problème de la confidentialité du contenu.
En effet, même si ton fichier de mots de passe est lisible par tous, son contenu chiffré ne l'est pas et je pense que le temps de cassage du chiffrement est bien supérieur à la durée de validité des mots de passe contenus.
Par contre, encore une fois, il est vrai que cela ne résoud pas le problème de l'utilisateur qui efface un fichier dont il n'est ni le destinataire ni le propriétaire.
Pourquoi pas simplement tout copier dans /tmp en chiffrant avec GnuPG pour chaque destinataire ?
En plus, on peut même imaginer un script qui le fait en interrogeant un serveur (LDAP, serveur de clés standard) contenant les clés publiques de chacun des utilisateurs de la machine.
Merci de prendre ma défense. C'était clairement ma pensée.
En regardant les archives du site, car je ne suis pas du style à causer sans me documenter un minimum, j'ai constaté que lors de la mort de ce brave Saddam, les commentaires allaient surtout à l'encontre de ses juges plus que des commentaires style « bon débarras ».
Je ne remets en aucun cas en cause l'accusation de crime contre l'Humanité (remarquez la majuscule au passage ;)) dont il a été reconnu coupable. C'est pas mon style et si par malheur, ça l'était, je ne suis pas assez con pour le dire sur un site Web :D
PS : J'ai remis un commentaire à la con à la suite, si celui-ci, totalement inutile, pouvait être supprimé par l'équipe de modération ;)
Et l'avantage, c'est qu'il en nait plus dans les pays pauvres donc chez des gens qui se foutent royalement de savoir si Steve Jobs privait la liberté de quelques informaticiens et que pour cela, il méritait que l'on fête sa mort.
Quant à l'armée de Terre, les livraisons d'armes et de munitions lors d'opérations comme la Libye laisseraient plutôt envisager qu'elle est en train d'être doucement externalisée.
Nickel ! C'est vrai quoi, il vaut quand même mieux des mercenaires obéissant au plus offrant qu'une entité nationalisée.
Ceci dit, pourquoi se restreindre à l'armée de terre après tout ? Des mecs qui savent flotter et des mecs qui savent voler, y en a plein.
T'aurais jamais dû donner cette info, j'avais un métier mais là, c'est trop bon, je vais passer ma vie sur ce groupe !!
On y apprend d'ailleurs que le monsieur, il a écrit un livre pour permettre de mieux savoir écrire les requêtes SQL !!!!
elk42 : les limites du p2p
elk42 : 15 mecs des 4 coins du monde bloqués comme toi à 67.8% d'un fichier et qui comme > toi attendent qu'un mec se connecte avec le fichier entier
elk42 : finalement le p2p c'est un peu l'internationale de la loose
Sinon, y a CodaFS aussi pour faire ce genre de trucs, notamment la réplication entre serveurs.
Trainant mes guêtres ici depuis environ l'an 2000, j'ai eu une petite larme à l'oeil sous le coup de l'émotion.
Comme je possédais aussi un DX4 100Mhz sous Slack, ça m'a fait chaud au coeur de voir que cela pouvait faire tourner un site comme linuxFr... Bon, ok en 98, y avait pas la même fréquentation :)
Donc MERCI
[^] # Re: news de débutant....
Posté par Blackknight (site web personnel, Mastodon) . En réponse à la dépêche La colorimétrie sous Linux, un pas de plus. Évalué à 1. Dernière modification le 07 décembre 2011 à 10:03.
Et oui, ça fait des années que j'attends mon invitation au bal :D
Sinon, pour les mots qu'on comprends pas, il y a toujours :
- le dictionnaire
- Google
- Wikipedia
Ca évite la dépèche de quinze pages sinon, ça s'appelle plus une dépèche mais un article (cf. les dépèches de l'AFP qui ne font que quelques lignes).
Il est vrai que j'aurais pu donner les liens vers Wikipédia mais je l'ai pas fait, c'est une histoire de goût et de couleurs... Et comme je suis daltonien... :D
[^] # Re: interessant
Posté par Blackknight (site web personnel, Mastodon) . En réponse à la dépêche La colorimétrie sous Linux, un pas de plus. Évalué à 2.
Exact, d'ailleurs l'auteur de la news originale en parle aussi et mentionne par la même occasion LPROF.
Donc il y a bien des outils mais les tarifs des colorimètres supportés ne sont pas les mêmes que les 48£ de ColorHug.
Après, il faut voir si la sonde est "fabricable" par le commun des mortels à un tarif plus raisonnable :)
[^] # Re: Et ?
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal gmail is evil. Évalué à 2. Dernière modification le 28 novembre 2011 à 08:42.
Certes mais il me semble Free accepte que l'on utilise ses serveurs comme relais tout pendant que l'on est connecté chez eux.
D'ailleurs, je dis "il me semble" mais si c'était pas le cas, je comprendrais pas bien comme mon Sendmail arrive à envoyer des courriers, qui plus est, sous une identité qui n'est pas en @free.fr.
Après, pour ce qui est de l'IP et du nom de domaine, j'utilise Dyn depuis maintenant quelques années avec beaucoup satisfaction.
[^] # Re: Et après ?
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Lennart casse les logs!. Évalué à 1.
Il est bien là le problème, bash n'est pas le shell par défaut pour tout le monde. Normalement, sh, c'est le Bourne Shell mais chacun fait ce qu'il veut.
Pour la petite histoire, le seul qui essaie vraiment d'être POSIX, c'est le Korn shell donc quand on pousse un système POSIX, on devrait dans l'absolu fournir celui-là en standard plutôt qu'autre chose.
[^] # Re: Problèmes de Syslog
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Lennart casse les logs!. Évalué à 1.
Pourquoi utiliser logrotate ? Par défaut, il y a newsyslog et qui n'est pas si compliqué que ça à utiliser (voir le handbook)
[^] # Re: FileTea
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 2.
C'est parce que ça utilise pas HTTP que c'est has-been ;)
[^] # Re: transfert par netcat
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 2.
Un moyen de passer à la postérité ? ;)
Ok, on va voir ça
[^] # Re: transfert par netcat
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 1.
Non, y a une réelle différence entre fournir une interface web à un utilisateur et coder un protocole au-dessus d'HTTP en remplacement d'un protocole de même niveau qu'HTTP, au sens OSI du terme.
Tu parles de l'interfaçage Web qui ne me gêne pas en soi vu que c'est le but même d'HTTP, fournir via un navigateur du contenu.
Par contre, quand tu parles de client lourd qui encapsule un protocole en HTTP, là, je tique car il s'agit bien d'utiliser HTTP pour en faire une couche équivalent à du transport alors qu'il fait partie de la couche Application.
HTTP, ce n'est pas un moyen de faire des connexions, c'est une fin en soi et le but est bien le transfert de contenu.
Pour conclure, qu'HTTP serve à fournir une présentation Web à un serveur qui cause ensuite sur le Net avec un vrai protocole, pas de problème mais réécrire, en ASCII qui plus est, un protocole dans les trames HTTP, là, c'est trop.
Comme je l'ai dit plus bas, je rejoins bien l'avis de ce post.
[^] # Re: transfert par netcat
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 1.
Sauf que là, on rejoint le Web et l'utilisation dans ce cas, c'est plus du transfert de fichier. Le webmail, c'est un site Web comme un autre donc on sort du sujet.
On resterait dans le cas dont on discute si on s'amusait à implémenter le SMTP dans un WebService qui utilise HTTP comme "transport".
[^] # Re: transfert par netcat
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 1.
C'est pas péremptoire, c'est juste par facilité qu'aujourd'hui tout le monde veut faire tout sur HTTP.
Ca permet de se gaver de webservices en SOAP qui sont connus pour leur grande performance et leur faible encombrement réseau.
Et puis, c'est bien parce que comme ça, quand on fait un firewall, on peut uniquement ouvrir un ou deux ports, le 80 et/ou le 8080.
Comme dit plus bas, 9/10 du Web, ok, mais pas de l'Internet. Perso, je pense que le mail occupe une très grande place dans la consommation de l'Internet et on n'a pas encore décidé de passer les envois de mails sur HTTP.
[^] # Re: transfert par netcat
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 1.
D'où l'intérêt de tout ce qui est méta rajoutées au fur et à mesure.
Ceci dit, on peut aussi utiliser une marteau piqueur pour tuer une mouche.
Ca me rappelle ça.
[^] # Re: transfert par netcat
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 4.
Sauf que HTTP, c'est pour Hyper Text et va bien falloir arrêter d'en faire un protocole qui transporte autre chose que de l'hypertexte.
Et puis, FTP est chiant à configurer mais c'est quand même loin d'être infaisable.
Quant au problème de la vieillitude de la chose, ça n'a, pour moi, aucune espèce d'importance mais c'est parce que je suis aussi vieux que lui... Un peu comme SMTP.
[^] # Re: /tmp
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 0.
Je suis d'accord que ça ne résoud pas le problème des droits à proprement parler mais ça règle déjà le problème de la confidentialité du contenu.
En effet, même si ton fichier de mots de passe est lisible par tous, son contenu chiffré ne l'est pas et je pense que le temps de cassage du chiffrement est bien supérieur à la durée de validité des mots de passe contenus.
Par contre, encore une fois, il est vrai que cela ne résoud pas le problème de l'utilisateur qui efface un fichier dont il n'est ni le destinataire ni le propriétaire.
[^] # Re: /tmp
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 2.
Pas faux :D
# /tmp
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 1.
Pourquoi pas simplement tout copier dans /tmp en chiffrant avec GnuPG pour chaque destinataire ?
En plus, on peut même imaginer un script qui le fait en interrogeant un serveur (LDAP, serveur de clés standard) contenant les clés publiques de chacun des utilisateurs de la machine.
[^] # Re: Ce commentaireaété supprimé par l'équipe de modération.
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Décence et respect autour d'un décès. Évalué à 1.
Merci de prendre ma défense. C'était clairement ma pensée.
En regardant les archives du site, car je ne suis pas du style à causer sans me documenter un minimum, j'ai constaté que lors de la mort de ce
braveSaddam, les commentaires allaient surtout à l'encontre de ses juges plus que des commentaires style « bon débarras ».Je ne remets en aucun cas en cause l'accusation de crime contre l'Humanité (remarquez la majuscule au passage ;)) dont il a été reconnu coupable. C'est pas mon style et si par malheur, ça l'était, je ne suis pas assez con pour le dire sur un site Web :D
PS : J'ai remis un commentaire à la con à la suite, si celui-ci, totalement inutile, pouvait être supprimé par l'équipe de modération ;)
[^] # Re: Un ennemi de l'humanité en moins, on dirait
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Apple rate l'annonce de l'iphone 4S : tragiques conséquences…. Évalué à 3.
Tiens ? J'avais insulté quelqu'un ? Il me semblait pas. J'ai dû me faire hacker :D
[^] # Re: ...
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Apple rate l'annonce de l'iphone 4S : tragiques conséquences…. Évalué à 3.
Et l'avantage, c'est qu'il en nait plus dans les pays pauvres donc chez des gens qui se foutent royalement de savoir si Steve Jobs privait la liberté de quelques informaticiens et que pour cela, il méritait que l'on fête sa mort.
[^] # Re: critique or not critique
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal orange n'aime pas archos. Évalué à 2.
Nickel ! C'est vrai quoi, il vaut quand même mieux des mercenaires obéissant au plus offrant qu'une entité nationalisée.
Ceci dit, pourquoi se restreindre à l'armée de terre après tout ? Des mecs qui savent flotter et des mecs qui savent voler, y en a plein.
[^] # Re: Usenet
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Facebook, Google, twitter, etc. libres ?. Évalué à -2.
T'aurais jamais dû donner cette info, j'avais un métier mais là, c'est trop bon, je vais passer ma vie sur ce groupe !!
On y apprend d'ailleurs que le monsieur, il a écrit un livre pour permettre de mieux savoir écrire les requêtes SQL !!!!
[^] # Re: Loser's life (test)
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Geek life (test). Évalué à 0.
Merde, ça a foiré :D
=>[]
[^] # Re: Loser's life (test)
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Geek life (test). Évalué à 0.
Tentative de rédac' de réponse à unezfueriugvn réddazdn de commentaaeizaeopf
[^] # Re: Pour mémoire
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Répliquer des fichiers sur n machines via bittorrent. Évalué à 1.
J'aime bien me faire moinsser pour avoir cité bashfr !
Sinon, pour CodaFS, y a personne qui plussoie ?
# Pour mémoire
Posté par Blackknight (site web personnel, Mastodon) . En réponse au journal Répliquer des fichiers sur n machines via bittorrent. Évalué à 4.
Sinon, y a CodaFS aussi pour faire ce genre de trucs, notamment la réplication entre serveurs.
# Merci !!
Posté par Blackknight (site web personnel, Mastodon) . En réponse à la dépêche Historique des serveurs LinuxFr.org. Évalué à 6.
Trainant mes guêtres ici depuis environ l'an 2000, j'ai eu une petite larme à l'oeil sous le coup de l'émotion.
Comme je possédais aussi un DX4 100Mhz sous Slack, ça m'a fait chaud au coeur de voir que cela pouvait faire tourner un site comme linuxFr... Bon, ok en 98, y avait pas la même fréquentation :)
Donc MERCI