barmic a écrit 10455 commentaires

Les machins clouds sont relativement récents (GAE, EC2, etc). Ce qu'il faut c'est voir qui va installer ces solutions et sur quoi ils vont le faire. Aujourd'hui tu as largement plus de choix qu'il y a 5 ans pour faire autre chose que du LAMP. Les hébergeurs de contenus n'ont rien avoir avec ce dont on parle.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Si le rsync ne échoue tu as toujours tes données, c'est juste qu'elles ne sont pas à jour.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ça m'a l'aire d'être de moins en moins le cas. On a de plus en plus d'hébergement qui s'éloignent du poussiéreux LAMP. Free propose postgresql, les clouds proposent des solutions de stockage NoSQL la majorité du temps et les solutions du type serveurs dédiés sont de plus en plus démocratiser.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je vois pas le rapport. Je dis juste que de la même manière qu'on parle des entraiment pour la douleur qu'ils procure, on parle des gamins pour les ennuis qu'ils procurent. Parler des réussites et des petits bonheurs de avec ces enfants ce serait de la vantardise.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Et bon, franchement héberger des mails pour les lires avec gmail…

On est d'accord :)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ce qui est drôle, c'est qu'après avoir décrit des tourments que ne renierait pas l'enfer de Dante, ils t'expliquent que tu devrait en faire toi aussi. Ils veulent partager leur galère…

Si tu fais du sport de manière un peu intense, tu saurais ce que c'est : tu fais des entraînements de brutes, mais tu en redemande et tu « vend » ton sport à chaque fois que tu en parle. C'est juste que le plaisir est supérieur aux désavantages, mais qu'on le décris moins.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

L'àç(Q"é)fqùrùJDzamflraùmgEeagogẑÜùSSL c'est pas pire peut-être ?

Utiliser juste un caractère d'espacement c'est pire (mais j'aurais préféré LibreTLS).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je vois pas la différence. Quand tu utilise mutt avec du pop, il fait une copie des mails sur ton disque.
Il se comporte tout à fait comme un MUA, il récupère les mails via POP3 (pour les mettre je ne sais où je ne connais pas l'infra de GMail, mais que ce soit un mbox, maildir, une base SQL ou autre n'est qu'un détail d'implémentation) et envoi les mails en SMTP.

Le fait qu'il ne gère pas IMAP ne change pas le fait que c'est un MUA. Quand tu configure ton thunderbird, tu configure le POP/IMAP et le SMTP.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

A moins que je me goure la seule chose est que tu peux demander à gmail d'importer tes mails (via pop… supaÿr). Mais ça n'a pas grand chose à voir avec utiliser le webmail GMail et mon serveur.

Il ne permet l'import que via pop en effet, mais comme il propose aussi l'envoi en SMTP. Tu peut tout à fait gérer tes mails via le webmail gmail (en pop/smtp donc).

D'ailleurs si GMail fonctionne bien c'est aussi que ce n'est justement pas qu'un webmail c'est aussi des extensions serveur imap (pour les tags).

Quand tu importe comme ça, il gère ça de sont coté (c'est peut être pour ça qu'il ne propose pas de l'imap).

Et bon, franchement héberger des mails pour les lires avec gmail…

On est d'accord :)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Il fait du tissage donc :)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Si tu penses que les guides existants ne sont pas à la hauteur mais que c'est une problématique importante, pourquoi ne pas y contribuer, voire ne pas en écrire un (sans ironie, c'est une vraie question) ?

Parce que j'ai pas assez d'expérience concrète avec pour en faire quelque chose d'intéressant (par rapport à ce qui existe déjà).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

ce n'est pas non plus si compliqué que ça d'autant plus qu'il existe des guides tout faits, genre ici.

Il manque :

• comment utiliser le certificat de révocation ?
• comment correctement gérer sa clef privée et le certificat de révocation pour ne pas les compromettre dans les 12h après leur création ?
• comment on sait qu'une clef est compromise ?

Utiliser PGP ce n'est pas chiffrer d'un coté et déchiffrer de l'autre, c'est aussi vérifier correctement que le mail est bien émis par le propriétaire de la clef.

[1] À moins qu'il existe des alternatives intégrée au client mail, avec chiffrement sérieux et end-to-end dont j'ignore l'existence ?

Ce n'est pas parce qu'il n'existe pas de meilleure solution qu'il faut dire qu'elle est simple et rapide. C'est un problème complexe et les solutions qui vont avec sont tout aussi complexes.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Aujourd'hui il m'arrive d'utiliser mon compte gmail… mais en fait c'est juste parce que je trouve que leur webmail est loin devant les autres (webmail mais aussi applis desktop). Pour le moment aucun n'a vraiment réussi à faire ce que gmail fait.

Tu peux utiliser le webmail GMail avec ton serveur.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Si c'est la protection de la vie privée, il est tout à fait possible¹ de rester chez un fournisseur type Gmail ou Yahoo, en chiffrant systématiquement avec GPG. Au passage, tes correspondants et toi y perdrons la recherche, mais tu gagneras un temps fou² à te reposer sur leur infrastructure.

[1] Ah ! Ah !
[2] Ah ! Ah !

GPG en lui même ça n'est pas plus simple que de monter un serveur, il faut que tous les utilisateurs comprennent le fonctionnement, aient une suite d'outil pour gérer ça et gérer les aléas (la révocation de clef). Ça n'est ni simple, ni rapide.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ou alors ils font une redirection de port.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

ftp.example.com, c'est son entrepot

Demain, ils passent à sftp, ftps, ssh ou je ne sais quoi, ils doivent changer de domaine ? Pourquoi ne pas utiliser entrepot.example.com ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est une question de gestion interne : le domaine example.com est géré par une entité, et une autre entité peut être ammenée à gérer les sous-domaines tel que www par exemple, ou autre.

Et pourquoi ils ne gèrent pas entite.example.com ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Personnellement ça m'est arrivé plus d'une fois. Ca m'est également arrivé de mettre en place des entrées DNS en ce sens. C'était voulu.

1. Donc tu résoud http://example.com
2. Quels sont les cas où il y a une différence ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Si c'est « standard », pourquoi le mettre dans un sous-domaine ?
Il y a pleins de sites qui utilisent le paradigme http://api.example.com / http://example.com

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

À quoi te sert exemple.org ? Si tu n'y met rien dessus et que tu ne fais pas de redirection c'est dommage d'avoir un nom de domaine et de ne pas s'en servir.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Oui c'est valide, et j'ai déjà vu ce genre d'URL pour permettre à un client de mettre à jour son site www.example.net.

Pour ça comme pour la notion de service dont tu parle. Le service ce n'est pas www, ça peut par exemple être client.example.net. Le client accède toujours au service via le même nom de domaine client.example.net. Que derrière ce domaine, il y ai un serveur mail, web, ssh, sftp ou autre ne pose aucun problème. Tu as une url plus parlante.

Je vois plutôt ça comme la définition d'un "service" plutôt que d'un protocole, comme tu pourrais t'adresser dans une entreprise au magasin, au service courrier, au service juridique …. dans la "vraie vie".

• http://example.com
• http://sav.example.com
• http://intranet.exemple.com (privé → non résolu sur internet)
• http://compta.exemple.com (privé → non résolu sur internet)

Justement la notion de service dont tu parle, elle est importante, mais le service ce n'est pas www. Le client et l'utilisateur s'en fou du www, ça ne l'avance à rien alors que tu pourrais faire un découpage bien plus clair pour lui (sachant que chacun des sous-domaines peu avoir autant de protocoles que tu souhaite).

En fait rien de technique¹ ne justifie le www et c'est utile de se servir des sous-domaines pour autre chose, donc autant ne pas le mettre ou le faire rediriger vers le domaine de niveau supérieur quand c'est possible (pour http(s) du coup).

[1] là je peux me faire reprendre sur la gestion des cookies peut être.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Parce que tu te répète ?

L'URL c'est http://www.example.net, on sait déjà quel protocole c'est avec le scheme pourquoi l'ajouter l'information dans le sous-domaine ? Est-ce que l'URL ftp://www.example.net est valide ? Si oui c'est un non-sens.

Bref c'est plus simple d'utiliser http://example.net et ftp://example.net, les sous domaines sont pas fait pour définir des protocoles (le scheme est là pour ça).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Pour vim + emacs + awesome j'ai tous les fichiers de config. nécessaires pour avoir une expérience agréable en bépo si tu veux, lesquels sont tirés du wiki de bepo.fr.

Oui et tu déploie ça sur tous les serveurs auxquels tu accède ? Aux machines des collègues ?

Je ne dis pas qu'on ne peut pas tout remapper, juste qu'on se retrouve avec une ergo très spécifique et qu'on doit connaître l'agencement par défaut et le notre et à chaque fois qu'on fait une modif' dans notre environnement on se fade un remapage (quand on ajoute un plugin à vim par exemple).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Personnellement ce qui me gène le plus, c'est les raccourcis claviers. Si faire un bête Ctrl+r, Ctrl+f, etc ne pose pas de problème particulier, quand on passe aux outils vraiment fait pour être utilisés au clavier (vim, emacs, awesome,…), on se retrouve avec le choix corneillien soit d'avoir une ergonomie pas terrible soit de se coltiner une conf' bien plus grosse pour remapper tous les raccourcis et de même pour les plugins/extensions/etc et je crains de carrément perdre mes repère et d'avoir du mal à utiliser un environnement qui n'est pas totalement configuré comme j'en ai l'habitude.

Mais je ne vois pas de solution à ça.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

L'exemple déjà donné c'est la lecture d'ASN.1. Les développeurs d'OpenBSD n'utilisent pas celle d'OpenSSL et ont écris leur propre parseur.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)