Quelques nouvelles, au sujet du protocole futur remplaçant du serveur graphique Xorg (la news date de 2 mois).

Concernant le Environnement de Bureau MATE, ce sera la version 1.10 qui intégrera le support pour Wayland \o/ http://wiki.mate-desktop.org/roadmap#release_110

Un tutoriel pour apprendre les bases du développement réseau en C.

Pour la version en PDF, regardez en bas de page (http://www.inetdoc.net/pdf/socket-c.pdf)

Un ensemble de guides et de livres pour apprendre à développer des processus liés au réseau (et aussi à tuer des dragons ;-))

Vous utilisez souvent GnuPG pour chiffrer du texte, mais vous voulez vous simplifier la tâche lorsque vous devez utiliser vim avec, et aussi rajouter un peu de sécurité ?
Voici donc le plugin gnupg.vim.

Lorsque je parle de "sécurité", le plugin d'après son auteur désactive des fonctionnalités de vim comme swapfile, viminfo, et undofile, ce qui permet d'éviter de lire les données écrites du fichier en lisant son fichier temporaire, par exemple.

EDIT: le script est disponible sur GitHub, ce qui permet de vérifier son intégrité https://github.com/jamessan/vim-gnupg

EDIT2 (2013-07-31): il est disponible en tant qu'ebuild sous Gentoo \o/ → app-vim/gnupg

EDIT: une méthode, plus simple et plus "propre" à utiliser, avec curl : http://links.thican.net/?wGhHkw

Si vous avez besoin de tester un serveur web sans utiliser un navigateur web (pour ainsi mieux voir ce qui est concrètement reçu et envoyé), voici un début d'aide :

On va donc utiliser telnet, un logiciel qui permet simplement de se connecter à une machine distant, sur le port souhaité, et d'envoyer simplement des paquets TCP.
Utilisons donc quelques variables pour simplifier les envois (c'est du bash, au fait)
- host : c'est le nom de domaine du site web à contacter (pour utiliser avec la variable HOST),
- port : le port du serveur distant (port 80 très souvent, doit être un nombre entre 1 et 65 535 inclus),
- url : l'url de la page web à joindre, (sous la forme "/index.html", avec un '/' au début),
- getVars et postVars : la suite de variables qui vont être envoyées au serveur web, dans les requêtes GET et POST. (ces infos doivent être sous la forme "name=toto&code=2&update&field=text") ; dans une requête GET, postVars sera ignorée.

Attention : la variable "host" est obligatoire (le port est par défaut à "80" si la variable est vide).

Pour les requêtes GET, voici donc :
{ echo -n -e "GET /${url}?${getVars} HTTP/1.1\\nHOST: ${host}:${port:-80}\\n\\n"; sleep 0.5 } | telnet ${host} ${port:-80}

Pour les requêtes POST, il faut rajouter l'info de la variable "Content-Type: application/x-www-form-urlencoded" (attention, d'après cette page http://stackoverflow.com/questions/4007969/application-x-www-form-urlencoded-or-multipart-form-data s'il s'agit d'autres formes de données, mieux vaut modifier le contenu de cette variable), voici donc :
{ length=$(echo -n ${postVars} | wc -c --); echo -n -e "POST /${url}?${getVars} HTTP/1.1\\nHOST: ${host}:${port:-80}\\nContent-Type: application/x-www-form-urlencoded\\nContent-Length: ${length}\\n\\n${postVars}"; sleep 0.5 } | telnet ${host} ${port:-80}

Voilà, c'est tout, simple non ? ;-)

Remarques :
- "Pourquoi le temps de pause dans telnet (sleep 0.5) ?"
  Pour des raisons qui m'échappent, telnet va semble-t-il trop vite, et il envoit donc un paquet TCP avec le flag "RST" (Reset), ce qui coupe court le serveur distant, ainsi que l'affichage (même si le serveur distant a envoyé les données, telnet ne les affichera pas). Du coup, il se peut que vous tomber sur ce problème, si le serveur distant est long à répondre (grosse requête, trop de trafic, etc.), il faut donc augmenter le temps de pause.
- "Pourquoi mettre un '/' en plus au début dans l'URL ("GET /${url}") ?"
  Les '/' en doublon ne sont normalement pas gênants pour accéder à une ressource (essayez donc des URL avec une suite de '/', ça ne devrait pas poser problème). Effectivement, si le serveur distant ne gère pas correctement ces '/' doublons, il risque de râler, mais en tout cas, si le premier '/' est manquant (exemple "GET index.html"), là, c'est sûr, la requête est mauvaise. Donc, autant en mettre trop que pas assez. ;-)

Une retranscription traduite en français sur les avantages et les intérêts de passer à Wayland, comme remplaçant du vieillissant X.org.

Une suite d'outils qui permet d'utiliser une GUI (Graphical User Interface), donc une interface graphique, pour gérer d'autres services sous GNU/Linux.

Il faudrait voir ensuite comme et sauvegarder le fichier de config, le mieux serait simplement d'avoir l'outil qui donne à copier/coller le résultat, et détaillent ce qui a été modifié, rajouté, supprimé.

À voir donc.

(via Korben http://korben.info/une-interface-pour-vos-logiciels-gnulinux.html)

(Note to myself)
Internal field separator sous GNU/Linux.

Par défaut :
% echo -n -E $IFS | hexdump -C --
00000000  20 09 0a 00                                       | ...|
00000004

\x20 == espace, \x09 == tabulation "\t", \x0a == nouvelle ligne "\n" et \x00 == NULL
https://fr.wikipedia.org/wiki/American_Standard_Code_for_Information_Interchange#Table_des_128_caract.C3.A8res_ASCII

(Je mets toujours du temps à retrouver ça, même si cette fois, c'est arrivé du premier coup, alors je sais qu'ici, je le retrouverai plus rapidement.)

EDIT: hé bien non, je n'y suis pas allé, pas les moyens, trop de boulots.

@TODO:
TL;DR

Une nouvelle solution libre de monitoring, mais bien plus élaborée.