"Et le LHC dans tout cela ? Ce n’est même pas lui qui est au centre de cette expérience : elle sera effectuée sur le SPS, pour Supersynchrotron à protons, une machine mise en service en 1976. 40 ans qu’elle fonctionne sans avoir ouvert ses portails démoniaques : cela devrait rassurer les plus pessimistes."

Oh merde, pas d'ouverture de portail sur un plan démonique :'(

Votre fameuse image "égalité vs équité" (au demeurant fausse, mais passons) a été réparée.

Bisous.

Énorme XD

Le ministère des affaires étrangères islandais répond à la question "comment avez-vous sélectionné votre équipe de foot ?" avec... humour génial :D

"Sinon y a toujours mon astuce : un petit SSD pas cher pour mettre l’OS et un gros HDD pour mettre les documents (et bien-sûr mettre les dossiers /tmp et /var dans la RAM)."

Autant, /tmp, bon, pourquoi pas. Mais /var en RAM ? Pour quelle raison précisément ?

Les dossiers /var et /tmp n'ont pas du tout le même usage (c'est d'ailleurs pour ça que ce sont deux dossiers différents), et si l'un est toujours vide au démarrage, ce n'est pas le cas de l'autre. Et il est préjudiciable que /var soit supprimé au reboot.

Le dossier /var est le dossier dans lequel on met les fichiers dont le contenu change régulièrement. On y retrouve les caches (/var/cache), les fichiers verrous (/var/lock), et les fichiers temporaires qu'on veut garder entre les reboots (/var/tmp), entre autres. Bon, déjà, vous avez compris que /var/tmp, on doit le garder, donc le mettre en RAM ne respecte pas le FHS (Filesystem Hierarchy Standard, le standard de la Linux Foundation qui décrit l'organisation et la structure des répertoires sous Linux). Ah, le FHS, ce truc créé par des gens ayant des dizaines d'années d'expérience sous Linux, qui se creusent la tête pour améliorer les choses... ça doit être totalement inutile, c'est sûr.

Bref, voici ce à quoi vous expose le fait de mettre /var en RAM :

• la perte de vos logs (/var/log) : impossible de faire un debug correct si vous avec un quelconque problème puisqu'à chaque reboot, les fichiers qui vous disent où se situe le problème sont supprimés
• la perte de vos bases de données et données d'applications (/var/lib et /var/opt) : si vous installez la moindre application qui respecte le FHS (indice : toutes ou presque), vous perdrez toutes les données persistantes de cette application à chaque reboot (ça concerne, en vrac : mysql, php, openldap, NetworkManager, vim, git, alsa, logrotate (mais ça vous vous en foutez vu que du coup vous perdez vos logs à chaque reboot ^^), ntpdate, pam, systemd, libreoffice, etc.)
• la perte de vos caches (/var/cache) : on peut se dire que c'est a priori une bonne chose, mais on n'aurait pas forcément raison. Les caches ne sont pas que le fruit de vos téléchargements, mais aussi les résultats de certaines opérations qui demandent beaucoup de calcul ou d'accès disques. Donc, paradoxalement, en supprimant ce répertoire à chaque reboot, vous vous exposez à une usure plus rapide de votre cher SSD.
• la perte de vos mails (/var/mail) : ça c'est principalement si vous avez un système de mails sur votre ordinateur, mais pas seulement : des mails sont envoyés aux utilisateurs locaux par le système. Si jamais vous vous penchez un peu sur ce qu'il se passe sur votre machine un jour, ça peut être intéressant de les avoir. Vous pouvez d'ailleurs très simplement brancher Thunderbird sur cette boite mail (Account settings > Accont actions > Add other account... > Unix Mailspool (Movemail))

Bref, ne mettez pas /var en RAM. Vous pouvez mettre /tmp si vous voulez.

Linux est un système d'exploitation bien organisé, fruit de plus de 25 ans de travail, d'ingénierie, d'évolutions et d'optimisations. Lorsque vous installez un système GNU/Linux sur votre ordinateur, vous n'installez pas un système écrit par des singes qui ont tapé au hasard sur un clavier. Administrer un système d'exploitation, c'est un métier, avec des qualifications précises. Si vous n'avez pas ces qualifications, ce n'est vraiment pas grave : votre système marchera quand même très bien, il est fait pour ça. Mais du coup, évitez de supprimer des fichiers au hasard (c'est ce que vous faites lorsque vous mettez un dossier en RAM et que vous éteignez votre ordinateur).

Demandez conseil à des professionnels avant de mettre en pratique des "astuces" trouvées sur le net. De manière générale, n'appliquez jamais une "astuce" qui n'est pas bien documentée, argumentée et expliquée.

Oh, et avant d'user un SSD avec un usage "classique" d'un ordinateur (web, bureautique, et même jeux) il faut se lever tôt : http://www.tomshardware.fr/articles/ssd-idee-mythe,2-913-6.html

N'ayez pas peur d'utiliser votre SSD.

Edit : note à LHV : tu as, toi, vraiment mis /var en RAM ? Parce que la suppression de /var/lib flingue les paramétrages de PAM, donc a priori tu dois juste flinguer ta capacité à avoir une interface graphique (ça doit au moins te supprimer ta capacité à avoir du son). Du coup, c'est quelque chose que tu fais vraiment ou alors tu donnes des conseils que tu n'as jamais testé ?

Edit 2 : oops j'avais pas vu que Alda avait déjà commenté : https://tools.aldarone.fr/share/?iXTeIg (c'est plus concis mais je préfère mon commentaire plus complet :p)

Le mec a créé un "megaprocesseur", un processeur avec des transistors 3 pattes (plutôt que les transistors microscopiques d'un MICROprocesseur). C'est énorme. Et il l'a fait... parce que.

Et évidemment, puisque c'est un processeur générique, il est programmable : http://megaprocessor.com/programming.html

Absolument hallucinant.

Il y a plein de vidéos où le mec explique tout ici : https://www.youtube.com/c/Megaprocessor

(via sebsauvage)

Ah tiens, pour moi "syndicat jaune" ça venait surtout du fait que le jaune est la couleur des traîtres (sur les œuvres chrétiennes, on reconnaît Judas parce que c'est celui en jaune) (d'ailleurs, c'est assez drôle que ce soit la couleur pontificale, mais comme ça fait marrer que moi depuis 15 ans, c'est que ça doit pas être drôle en fait), et la couleur de capitalisme (les briseurs de grèves et syndicats pro-patronat étant les alliés du capitalisme), et en opposition donc au rouge des communards.

J'avais oublié cette histoire du café...

(via Riff)

Très intéressant ce modèle... On apprend aussi ce qu'on savait déjà au final : les modèles économiques libéraux classiques sont totalement déconnectés de la réalité, ils ne se basent que sur la résolution mathématique d'un problème, sans prendre en compte les spécificités de l'être humain (j'en avais déjà parlé à propos du fondement même de la doctrine économique libérale : "les agents sont au courant de tout").

STOP !

On peut m'expliquer POURQUOI un seul foutu fichier du répertoire web devrait avoir les droits D'EXÉCUTION ?

Un fichier d'un répertoire accessible par Internet ne devrait avoir que les droits de lecture, au pire d'écriture pour certains bien précis (ou à certains moments précis, genre à la configuration de l'application via un assistant le fichier de config peut être accessible en écriture, puis on peut modifier les droits en "lecture seule" afin de se protéger de toute modification accidentelle ou malveillante).

Le droit d'exécution devrait être prohibé (c'est d'ailleurs pour ça que ça "peut même mystérieusement bloquer certains serveurs tels qu'Apache" => c'est pas sécurisé), et pas qu'en root.

J'essaye autant que possible d'éviter de promouvoir l'utilisation des valeurs octales de chmod (oui, c'est plus facile d'écrire avec des chiffres grâce au pavé numérique, mais du coup on ne réfléchit pas et on n'a pas forcément conscience de ce qu'on fait).

Si vraiment vous voulez utiliser la version octale de chmod plutôt que sa version alphanumérique ("ug=rw,o=r" par exemple), évitez absolument les valeurs 1,3,5 et 7 sans y avoir bien réfléchit avant. Et si vous ne voulez pas que votre fichier soit modifié, vous devriez éviter les valeurs 2,3,6 et 7.

Mais bon. Préférez la version alphanumérique, vraiment. On peut faire EXACTEMENT la même chose (en fait, même bien plus), mais en plus on voit ce qu'on fait. Quelques astuces en passant :

• vous pouvez donner des droits différents dans la même commande, en utilisant la virgule, par exemple :
  chmod u=rw,g=r,o= monfichier
• vous pouvez utiliser les signes + et - comme on les voit fleurir dans toutes les documentations, mais aussi le signe = qui écrase toutes les permissions pour mettre celle que vous avez défini. Par exemple, supposons le fichier suivant :
  rw-r--rw- monfichier => lecture et écriture pour l'utilisateur, lecture seule pour le groupe, et lecture écriture pour tout le reste du monde
  La commande "chmod o-r" retirera bien les droits de lecture pour tout le monde, mais pas les droits d'écriture ! Et pour vous assurer des droits, vous devez faire un ls -al, etc. enfin bref c'est chiant. Avec le signe =, vous vous foutez des droits déjà en place, vous les donnez directement :
  chmod ug=rw,o= monfichier
  Et hop ! Le résultat directement voulu :
  rw-rw---- monfichier

Voilà :D

Edit : protip => en dehors de cas très très particuliers, et qui ne vous concernent sans doute pas si vous faites du web, "others" ne devrait jamais avoir les droits d'exécution sur quoi que ce soit. Donc les valeurs 1,3,5 et 7 devraient absolument être évitées en 3e position, sauf si vous savez précisément ce que vous faites et pourquoi vous le faites (et donc ce shaarlien ne vous servirait à rien, en gros).

"et la bière"

En gros, évitez les boissons chaudes et buvez votre bière bien fraîche :p C'est ça ? :D

On entend de plus en plus de campagnes pour les dépistages de cancers précoces ces temps-ci, mais qu'en est-il de la réalité médicale ?

Jaddo et d'autres médecins prennent la parole et expliquent en quoi ces dépistages systématiques peuvent être nocifs. Oui, c'est contre-intuitif, c'est pourquoi il faut l'expliquer.

"Et hélas, on a de plus en plus de grosses études, avec des gros effectifs et des longues années de recul qui viennent nous mettre sous le nez les unes après les autres ce résultat dérangeant : la plupart de nos stratégies de dépistages précoces des cancers ne sauvent pas de vie."

"Du coup, avec mon ami physicien-qu’est-plus-balaise-que-moi-en-pubmed-et-en-lectures-critiques-d’articles, on va essayer de se fader un billet long et chiant pour essayer d’expliquer un peu tout ça, et où on en est aujourd’hui de ce qui a l’air de sauver des vies ou pas.
Parce que face aux Octobres Roses, aux Novembres Marron et autres campagnes médiatiques qui coûtent un bras (souvent intéressé, le bras…) et s’immiscent chez vous par la télé et les journaux en sortant les violons et en jouant sur votre peur, plus on est nombreux à essayer de faire entendre les voix opposées, mieux c’est."

Attention, le propos tenu ne tient que si vous êtes une personne "sans histoire". Si vous avez des facteurs de risques, un dépistage précoce peut être indiqué. Je vous invite vraiment à lire ce billet qui explique tout ça.

Pour les personnes pressées, si vous n'avez pas de facteurs de risques pour un cancer donné, évitez les dépistages systématiques (c'est à dire sans symptôme ou facteur de risque spécifique) du cancer de la prostate, du sein et colorectal. Le dépistage du cancer du col de l'utérus, quant à lui, est assez bénéfique, à condition de respecter les préconisations (sinon, en gros, vous augmentez le risque d'être traitée pour un cancer qui n'existe peut-être pas, pour simplifier) qui sont : à partir de 25 ans (pas avant), par frottis, et tous les 3 à 5 ans (2 à 3 en France mais c'est trop fréquent).

Ouais, je le répète, c'est contre-intuitif. Mais si l'intuition était efficace, on n'aurait pas besoin d'études, de méthodes scientifiques, etc. n'est-ce pas ?