gUI a écrit 5994 commentaires

Mais t'a bien raison de ne pas te gêner ! En plus ça peut m'intéresser.

Hop, un abonné de plus :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Très curieux… affaire de cache local ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Mais ça me rappelle un truc ça oui ! Je me demande même si je l'avais pas utilisé pour contourner je ne sais plus quoi (firewall de fac ?)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

On peut le remettre, ça a été corrigé depuis.

En gros, l'idée est que l'adresse suivante https://laposte.fr/switch-site?switchSiteRequestURI=https://www.linuxfr.org/ redirigeait vers linuxfr.org. On pouvait donc renvoyer n'importe qui vers n'importe quel site, tout en passant bien par laposte.fr (le vrai !).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

On se pose trop peu la question "d'où vient cet argent", ou en d'autres termes "à qui l'ont-ils pris" ?

Parce que non, ils ne créent pas d'argent.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

On peut noter que cette mesure (pas les robinets précisément, mais le nombre de SdB/WC) sert au calcul de la taxe d'habitation (j'ai fait une extension, j'ai ajouté une SdB et un WC, j'ai dû le déclarer et j'ai vu la centaine d'€ d'écart de mémoire).

C'est donc pas si farfelu que ça pourrait paraître

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Merci !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Non, on ne peut pas changer la ligne de commande "à la volée". Cette ligne est lue par le programme en question (rsync dans ton exemple) en début d'exécution, et lui sert justement à décider quoi faire. Pour le --verbose ça ne changerait pas grand chose, mais imagine modifier pour mettre un autre répertoire ?

Sinon pour rediriger tout dans un fichier logs, la syntaxe est cmd > fichier 2>&1

Qui veut dire :
- exécute cmd
- redirige stdout vers fichier
- redirige stderr sur le même endroit que stdout (donc fichier)

Mais ce doit être fait au lancement de la commande (là c'est ton Bash qui est chargé de tout ça) et ça ne peut pas être modifié en cours d'exécution.

En bref, quand tu lances un job long… réfléchis bien avant ! :)

EDIT : Si, on peut faire de la redirection sur un process qui tourne

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Tu peux profiter des GitHub actions pour automatiser le passage d'un AntiVirus. En cherchant un peu je tombe par exemple sur ceci : https://github.com/marketplace/actions/git-anti-virus-scan

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est shift + molette.

C'est écrit sur la page, et ça marche sous FF (mais c'est très lent, on fini par utiliser la barre du bas)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si il est réellement technophobe, ça va être compliqué : quel que soit le dispositif choisi, il faudra qu'il le recharge périodiquement et qu'il le mette dans sa poche.

Mais si t'aimes un peu la bricole tu trouveras des trucs en farfouillant du côté du DIY : https://create.arduino.cc/projecthub/botletics/real-time-2g-3g-lte-arduino-gps-tracker-iot-dashboard-01d471

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

je pense qu'il est temps de créer une API pour que tout un chacun puisse sortir ses statistiques :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Très fort !

Tiens en parlant de performance de batteur (et de Vulfpeck au passage), je ne me remets toujours pas de ce passage où le batteur fait le charley 100% au pied : https://www.youtube.com/watch?v=RzWxZ5mxZEg&t=94s

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Sur le live de Prince vous remarquerez le batteur qui a oublié de mettre le timbre de la caisse claire (tout début de la vidéo, gros plan sur le batteur qui le remet à l'arrache, baguette entre les dents).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si tu aimes Vulfpeck et que tu veux que ça chante dans ta tête pour le reste de la journée, alors tu écoutes ça : https://www.youtube.com/watch?v=rAi8YcCuVnk

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

(à mon grand regret pour ne pas avoir acheter 100 BTC à 1 € juste pour le fun à une époque, certes…)

tu n'as pas de regrets à avoir, si tu l'avais fait, tu les aurais vendus (à raison) quand ils valaient 10€ ou peut-être 100€, mais t'aurais jamais tenu aussi longtemps ;)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui c'est standard.

La particularité que je vois dans une connexion 4G en France en tous cas, c'est qu'on est dans un réseau local (pas d'IP routable). Mais bon, ça n'empêche en rien d'accéder aux autres services bien évidemment…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

… c'est quel port que tu utilises pour ce service ?

En tous cas, ça fleure bon le filtrage agressif côté opérateur 4G.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pas bien compris en effet pq ce moinssage

C'est une phrase tellement vue, revue et utilisée à tous bouts de champs (souvent mal d'ailleurs) que sortie comme ça elle n'aide en rien à la discussion ?

Et si la référence est Desproges avec LePen, non, elle ne nous a pas échappée.

Et pas bien compris non plus pour la semoule

Essaie, tu comprendras vite :). Mais pas de ref précise non (en tous cas pas à ma connaissance).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

… bin je trouve ça super pratique le venv. Alors vu que j'ai une petite utilisation de Python (mais régulière), surtout perso, je dois peut-être louper les vrais soucis de "prod" ?

Sauf qu'en pratique, c'est vite le bordel, dans quel environnement je suis, comment j'en change, qu'est-ce qu'il y a dedans, comment je le mets à jour.

Alors dans l'ordre :

• dans quel environnement je suis : tu es dans celui que tu as explicitement demandé: .venv/bin/activate. et oui, je trouve que mettre son nom dans le prompt est une bonne idée, déjà pour vérifier qu'on l'a bien activé. mais hors de question d'en mettre un par défaut dans le .bashrc par exemple.

• comment j'en change : en en demandant un autre (c'est la même commande, mais ailleurs) ? ou en tuant l'xterm et en revenant au 1er point ?

• qu'est-ce qu'il y a dedans : pip freeze ou cat requirement.txt. je fais attention à avoir toujours mon requirement.txt à jour (j'ai la commande de freeze dans mon Makefile)

• comment je le mets à jour : tu ne le mets pas à jour. sauf menace terroriste avérée. ou sinon si tu aimes les emmerdes, et que tu as une bonne couverture de tests, tu as un truc style pip --upgrade (que je connais pas par coeur, je le fais quasiment jamais). Et si tu le mets à jour c'est package par package, avec une bonne raison (bugfix, security…). Mais pas "tiens, ça fait longtemps que j'ai pas upgradé… allons-y".

J'ai tellement eu de soucis avec les packages Python avant d'utiliser systématiquement un venv dédié à chaque projet que j'ai du mal à comprendre tes critiques.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

On peut rire de tout, mais pas en mangeant de la semoule.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Celui que tu montres ne fait "que" Gb.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Dans un autre style, j'avais des copains qui faisaient des tests d'intégration chez Airbus. Ils passent les tests, tout va bien. Le lendemain, le chef leur demande de repasser les mêmes tests, sur le même banc… Bug.

Ils envoient un rapport de test à l'équipe de dev.

Pendant que l'équipe de dev essaie de comprendre, le sur-lendemain le chef leur demande de re-exécuter la suite de tests : pas de bug.

Mort de rire, le chef leur demande encore le 4e jour en leur disant "normalement vous aurez une erreur" : bingo, ça plante, retour du même bug.

Le jour d'après l'équipe de dev avait trouvé et fixé.

=> Le système utilisait deux calculateurs redondants, mais différents, et les jours pairs et impairs c'était l'un ou l'autre qui était maître, et le bug n'arrivait donc que quand l'un des deux était maître. Avec cette information, l'équipe de dev a facilement isolé le pb.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

comment quelqu’un peu participer à de la discrimination sans même s'en rendre compte

Ça les commentateurs en question (mais on peut m'y inclure) en sont conscients, et c'est bien ce qui a été reproché à l'auteur du journal. Mais ce que tu apportes c'est dire "faut arrêter ce style de blague" est comparable (je me refuse à dire que c'est du même niveau tout de même) à faire la blague. Les risques, les dérives que ce comportement emmène avec lui sont aussi importantes que le mal lui-même.

Il va me falloir du temps, mais je vais y réfléchir :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

… c'est que le 10Gb/s ça se bricole pas dans un coin.

J'ai chez moi un pfSense sur un miniPC à base de Pentium G5400 et 8Go de RAM. Sans être un foudre de guerre, c'est pas non plus une charrette.

J'ai une connexion fibre à 300Mb/s et que je lance un speedtest, je monte à 15-20% de CPU. Ça veut dire que le Gb/s passerait limite, et que pour 10Gb/s c'est même pas la peine d'y penser.

Se tourner vers du matériel "pro" éprouvé me semble assez sage (en tous cas pour le moment).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.