Rah les branleurs !

"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)

Si on avait du lag dans la vraie vie...

Pas mal du tout cette cheatsheet. Ça ne s'applique pas qu'aux vidéos scientifiques d'ailleurs, mais globalement à toute publication prétendant avoir une démarche scientifique.

(Par contre il y a une petit astérisque qui n'a pas de retour)

(via https://www.ecirtam.net/opennews/?gv14Pw)

Ça se trouve dans : "Point bonus : John Smith, dans son exemple, est un membre de la minorité ; les SJW appartiennent en général, dans le vrai monde, à la classe dominante."

Je mets en rapport le concept de "minorité" et le concept de "classes", qui sont deux concepts différents.

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)

C'est pas parce que c'est ressassé que c'est faux.

On peut programmer que 2+2=5. L'informatique n'est qu'un outil. Dans le lien que je partageais sur le modèle économique, un des deux chercheurs disait un truc très vrai : il faut laisser un humain dans la boucle. Pourquoi ?

Parce que l'informatique, comme n'importe quel autre outil, peut servir pour faire le bien comme faire le mal, et que le résultat d'un algorithme dépourvu de sens politique ne peut pas être appliqué directement à une société humaine, à moins que l'algorithme ne prenne en compte les caractéristiques personnelles de chaque être humain. Or on retomberait là très rapidement sur le théorème de... je sais plus comment il s'appelle, qui dit qu'une simulation fidèle de la complexité de l'Univers avec une précision suffisante pour évaluer le futur en tout point et en tout temps (ce que fait une simulation) ne peut être que l'Univers lui-même, à l'échelle de temps d'icelui. Il en va de même pour une simulation de l'Humanité, qui compte autant d'êtres humains en interconnexion que l'Univers compte de galaxies dans le même cas de figure.

On peut créer une simulation qui permettrait de prédire les réactions de l'Humanité, mais à mesure qu'on voudrait des détails précis, il faudrait que la simulation soit de plus en plus complexe et, au final, elle ne pourrait être que l'Humanité elle-même, évoluant à son temps donné, ce qui rend impossible toute simulation permettant de prendre des décisions que nous pourrions suivre aveuglément.

D'où l'intérêt de mettre toujours un humain dans la boucle. Mais qui est cet humain, ou qui sont-ils ? Que fait-il, pourquoi est-il là et de quel droit ? Ça, c'est donc à discuter ensemble. Et puisqu'on en est à prendre des décisions ensemble sur "qui mettre là", en fait on peut très bien prendre des décisions ensemble sur "quoi faire". Quitte à utiliser des outils informatiques pour nous aider hein, mais donc des outils permettant de nous aider dans nos décisions (à condition de pouvoir les vérifier de bout en bout donc), et non de les prendre à notre place.

Mais le plus important, au final, est certainement de revenir à cette idée "d'objectivité/neutralité qui règle les problèmes", plutôt que d'aller dans la technique (parce que mettre à mal la technique, c'est assez simple, mais l'interlocuteur trouvera autre chose : il faut s'attaquer à la racine). Et pour ça, on a beaucoup de ressources ;)

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").

Bon bon bon... Je vais essayer de faire TRÈS court.

Points positifs :

• L'Europe des banquiers pour les capitalistes commence à exploser (lorsque les historiens parleront de l'explosion de l'UE, ils diront probablement que ça a commencé aujourd'hui)
• C'est un événement inédit, les réactions vont sans doute être intéressantes
• Lorsque l'UE aura explosé, il y aura toute la place pour une union des prolétaires
• Cameron va dégager

Points négatifs :

• Les nationalistes de tous les pays vont s'en donner à cœur joie
• Le rempart qu'était l'UE contre la guerre sur le vieux continent prend un sacré coup dans la gueule
• La tendance n'est pas vraiment à l'union des prolétaires mais au repli sur soi (voir premier point)
• Ça va être à nous de payer le manque à gagner que va occasionner le Brexit sur le chiffre d'affaire des capitalistes européens restants
• Les étrangers vont en prendre encore plus dans la gueule
• Le repli sur soi, qui est déjà "tendance", est une idéologie qui se voit "boostée", qui va être très difficile à contrecarrer, et dont on en connait les effets (violences identitaires, guerres, etc.)

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).