Si tu penses que à m'endonné tu auras peut-être besoin éventuellement mais c'est pas sûr d'une infra à 1000€/mois, oublie dès maintenant les idées style RPi ou même laptop (quel qu'en soit le prix). Un laptop c'est cher, et la justification c'est dans la mobilité. Si tu veux de la puissance pour travailler, sans avoir un besoin de mobilité, oublie.
A 1000€ HT on a un bon dekstop (je viens d'en monter un pour compiler intensément au boulot). Core i7 6 coeurs (je te laisse chercher l'équivalent AMD si tu préfères), 32Go de RAM, 1To de SSD rapide. Et en prime le tout dans un boitier Shuttle style barebone c'est même pas moche ça se pose sur un bureau. Avec ça tu simules une infra complète, avec des Docker, des VMs, tout ce que tu veux. Tu développes, tu compiles, bref ça marche, ça respire, t'es efficace pendant ton développement.
Ensuite si ton projet c'est "j'ai un concept, mais j'ai pas trop d'argent, je veux pas investir 1000€ avant de savoir si ça a du sens", c'est autre chose. A ce moment les VMs à pas cher dans le cloud ont du sens : tu payes à l'heure, à la seconde, bref tu investis quasiment rien. Les premiers mois où t'as presque rien développé tu payes quasiment rien.
Les serveurs dédiés, ce sera à considérer le jour où tu pars en production, en comparaison à des VMs dans le cloud en fonction de la réussite du produit final.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Si tu habites près d'une grande ville, on m'a dit du bien de "Lunettes pour tous". Je ne donne pas le lien histoire d'arrêter là la promotion, mais ils ont des boutiques, tu ressors avec les lunettes en main en qques minutes, et les tarifs sont même plus bas que ce que tu montres (attention, je ne sais pas si c'est équivalent en matière de correction, mais bon, jettes-y un oeil !).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Alors au passage je profite pour dire un truc que bcp ne savent pas : si on a deux mutuelles (typiquement la notre et celle du conjoint), on peut tout à fait les cumuler (elles savent très bien faire).
Exemple pour les lunettes des enfants : mon conjoint a les enfants sous son nom (mutuelle principale), on paye donc à l'opticien le total moins la SS moins la mutuelle. Ensuite on envoie ce décompte à la deuxième mutuelle qui nous remboursera ce qu'on a payé à l'opticien (à condition que ça ne dépasse pas ce que elle aurait remboursé en étant première mutuelle bien évidemment). On arrive à une couverture 100% de la dépense.
Bon, c'est rare d'en avoir besoin, et ça ne justifie pas forcément d'avoir deux mutuelles, mais à les avoir, il faut les utiliser.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
En effet si on veut que les entreprises privées prospèrent il faut bien qu'elles aient à disposition des travailleurs éduqués, en bonne santé, ainsi que des infrastructures de qualité (routes, énergie…), une sécurité assurée (armée) etc.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'ai 2 gamins qui ont des lunettes depuis presque toujours… Le business entretenu entre mutuelles et opticiens par exemple est purement scandaleux. Tous les opticiens t'offrent 1 ou 2 paires de lunettes. Donc ils ont simplement triplé le prix des lunettes quoi. Et parfois pire : les petits enfants cassent pas mal, souvent au bout de qques mois "boarf on va faire passer ça en garantie" et zou! tu repars avec un verre à 200€ cadeau !!!
Les mutuelles (la SS ne rembourse quasiment rien sur les lunettes) pourraient gueuler et faire baisser les prix, mais non, le fait que les lunettes soient aussi chères est une justification de l'existence même des mutuelles.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ce constat de "c'est une volonté politique" s'applique également aux autres fonctions de l'état.
1 - Tu baisses les revenus, ça fait moins d'impôts, tout le monde saute de joie
2 - Tu constates que ça marche moins bien (bin oui, avec moins de moyens)
3 - Tu privatises parce que ça marchera mieux si c'est privé mais si crois-moi sur parole
La sécurité sociale est un excellent exemple justement : elle fond comme neige au soleil, on nous explique que les assurances et mutuelles privées feront mieux pour moins cher. J'en doute très fortement observant simplement que aux USA la santé (largement privée) c'est 14% du PIB, alors qu'en France (largement publique) c'est 10% du PIB, et que je ne pense pas qu'on soit mieux soignés ni en meilleure santé aux USA.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Posté par gUI (Mastodon) .
En réponse à la dépêche Yocto Zeus.
Évalué à 3.
Dernière modification le 03 décembre 2019 à 14:21.
En complément du commentaire de Renault
Je suis sur mon premier vrai projet où j'ai besoin de builder un système embarqué de A à Z (le fabriquant te file une Debian de 2Go, rien que le temps de flash en usine est hors de question). J'ai donc essayé de comparer Buildroot (facilement préhensible, j'avais déjà fait mumuse) et Yocto (l'usine à gaz dans toute sa splendeur).
C'est un peu le jour et la nuit.
Quand NXP fournit un Yocto, que le fabriquant du SoM (System On Module) te fournit une couche, et que toi tu "n'as plus qu'à" écrire la tienne, sans toucher aux autres, chacune restant dans son GIT respectif, c'est très élégant, c'est réellement maintenable. Ensuite oui, Yocto est compliqué, très compliqué. Il t'oblige à comprendre les couches sur lesquelles tu te bases pour pouvoir les modifier le moins possible. C'est un gros effort à faire qui n'a de sens que sur des projets assez long je pense (typiquement un produit industriel sur lequel tu prévois à moyen terme des évolution importanttes comme le changement de SoC, sans toucher aux périphériques).
Au passage, j'ai discuté avec Thomas Petazzoni qui est un mainteneur Buildroot, il m'a clairement dit j'avais cru comprendre que c'est bien gentil Buildroot, mais dès que tu veux bosser sérieusement, c'est Yocto (il m'avait sorti un truc style "Yocto c'est Buildroot dopé aux emphétamines" je crois) et qu'en pro, il utilise quasi exclusivement Yocto.
EDIT : ne gardons pas cette citation erronée en début de conversation, le commentaire de Thomas a gardé la version originale de mon texte et permet de comprendre l'historique.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ah bin j'avais pas fait l'essai mais comme toi je trouve des chiffres curieux (attention, je parle en mega bits par seconde qui est le standard en communication, toi parfois en mega octets par seconde, donc divise mes chiffres par 8 si tu veux).
connexion fibre 300Mb/s, mon PC est en RJ45 Gb/s
serveur OVH 100Mb/s sur Internet (donc c'est ma limite)
=> Si je pushe un fichier en ssh par exemple, j'ai bien 100Mb/s mesurés
=> Si je pushe un fichier via Nextcloud je suis à 20Mb/s, le CPU du serveur OVH (un petit Atom) étant à 25% (rien d'extraordinaire donc).
J'ai testé mon débit par iperf3 -c ping.online.net -p5207 et -R
Ce serait bien que tu testes le débit vers ton serveur particulièrement. Soit tu installes iperf3 (très bien d'ailleurs) sur ton serveur, soit tu fais un simple scp dessus, mais dans tous les cas des essais de vitesse vers ton serveur autrement que avec Nextcloud permettraient de cibler la limitation.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Le débit est très rarement une affaire de fichier de configuration de l'application (ici : Nextcloud). Quel type de serveur est-ce ? Comment t'y connectes-tu ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Posté par gUI (Mastodon) .
En réponse au message écran bleu.
Évalué à 4.
Dernière modification le 24 novembre 2019 à 18:31.
plutôt que d'utiliser le système raid,je préfère cloner un disque,comme cela il est prêt à être changer
c'est justement le but du RAID 1. il clone (1 c'est le mirroring, donc clone parfait en temps réel) pour être prêt. mais pas être prêt à être changé (éteindre la machine, changer le disque, redémarrer), mais prêt à répondre immédiatement aux accès disques (tout continue de fonctionner).
la différence c'est que :
- il est toujours synchronisé (pas besoin de lconer régulièrement et donc de perdre la différence depuis le dernier clone)
- tu choisis quand éteindre la machine pour changer le disque.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Une question me taraude et me maintient indument devant mon écran à l'heure où je devrais tenter de poser le contenant de mon cerveau éreinté sur quelques plumes empaquetées dans du tissu.
Rien que pour ça j'ai mis +1
Mais cela ne résout pas l'effroyable questionnement : pourquoi libxcb-util0 et non pas libxcb-util1 ?
Non, je déconne j'ai lu jusqu'à la fin. Mais j'ai rien compris.
Cela dit, ça a vraiment l'air de te chafouiner, donc saches simplement que je suis de tout cœur avec toi dans tes difficultés.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Autre fonction pas toujours connue, c'est mettre un mot clé associé à un moteur de recherche.
Exemple.
Sur LinuxFR.org on voit un moteur de recherche en haut à droite de la page. Bouton droit / "ajouter un mot clé pour cette recherche". Je mets "dlfp" comme mot clé par exemple.
Ensuite dans la barre d'adresse, je peux taper "dlfp systemd" et… ça marche pas tiens :) Mais normalement ça aurait dû me renvoyer sur la page résultat de la recherche. Peut-être dû à la redirection duck duck go ?
Enfin bon, vous avez compris.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
En marge de ce journal, j'ai une anecdote sympa : la DSI qui envoie un faux phishing aux employés pour les sensibiliser au phishing.
C'était plutôt bien fait : la direction voulait évaluer l'utilisation de Mac au bureau (en lieu et place de Windows) et les 500 premiers à répondre (grande entreprise, 100k employés) allaient donc passer sur Mac pour évaluation. Je te dis pas le rush immédiat, sauf que évidemment le lien pointait vers un site légèrement différent de la DSI, avec récupération de plein d'infos perso, que les gens remplissaient tout gaiement.
Avec des collègues on était très étonnés de la démarche mais on n'a pas immédiatement flairé l'entourloupe jusqu'à ce qu'on remarque un détail… les sous-traitants aussi avaient reçu cet email : impossible, donc phishing. Et en regardant en détail, ça puait le phishing en effet (notamment par l'URL, créée qques jours auparavant).
L'histoire a bcp fait parler dans les bureaux, et l'opération sensibilisation a été plutôt réussie je pense.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Un peu confus
Posté par gUI (Mastodon) . En réponse au journal Intel = 14 nm, AMD = 7 nm, ARM = 7 nm… et mon serveur ?. Évalué à 3.
Mon avis…
Si tu penses que à m'endonné tu auras peut-être besoin éventuellement mais c'est pas sûr d'une infra à 1000€/mois, oublie dès maintenant les idées style RPi ou même laptop (quel qu'en soit le prix). Un laptop c'est cher, et la justification c'est dans la mobilité. Si tu veux de la puissance pour travailler, sans avoir un besoin de mobilité, oublie.
A 1000€ HT on a un bon dekstop (je viens d'en monter un pour compiler intensément au boulot). Core i7 6 coeurs (je te laisse chercher l'équivalent AMD si tu préfères), 32Go de RAM, 1To de SSD rapide. Et en prime le tout dans un boitier Shuttle style barebone c'est même pas moche ça se pose sur un bureau. Avec ça tu simules une infra complète, avec des Docker, des VMs, tout ce que tu veux. Tu développes, tu compiles, bref ça marche, ça respire, t'es efficace pendant ton développement.
Ensuite si ton projet c'est "j'ai un concept, mais j'ai pas trop d'argent, je veux pas investir 1000€ avant de savoir si ça a du sens", c'est autre chose. A ce moment les VMs à pas cher dans le cloud ont du sens : tu payes à l'heure, à la seconde, bref tu investis quasiment rien. Les premiers mois où t'as presque rien développé tu payes quasiment rien.
Les serveurs dédiés, ce sera à considérer le jour où tu pars en production, en comparaison à des VMs dans le cloud en fonction de la réussite du produit final.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Je dirais même plus...
Posté par gUI (Mastodon) . En réponse au journal Le « trou de la Sécu » est une volonté politique. Évalué à 2.
Si tu habites près d'une grande ville, on m'a dit du bien de "Lunettes pour tous". Je ne donne pas le lien histoire d'arrêter là la promotion, mais ils ont des boutiques, tu ressors avec les lunettes en main en qques minutes, et les tarifs sont même plus bas que ce que tu montres (attention, je ne sais pas si c'est équivalent en matière de correction, mais bon, jettes-y un oeil !).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Je dirais même plus...
Posté par gUI (Mastodon) . En réponse au journal Le « trou de la Sécu » est une volonté politique. Évalué à 10.
Alors au passage je profite pour dire un truc que bcp ne savent pas : si on a deux mutuelles (typiquement la notre et celle du conjoint), on peut tout à fait les cumuler (elles savent très bien faire).
Exemple pour les lunettes des enfants : mon conjoint a les enfants sous son nom (mutuelle principale), on paye donc à l'opticien le total moins la SS moins la mutuelle. Ensuite on envoie ce décompte à la deuxième mutuelle qui nous remboursera ce qu'on a payé à l'opticien (à condition que ça ne dépasse pas ce que elle aurait remboursé en étant première mutuelle bien évidemment). On arrive à une couverture 100% de la dépense.
Bon, c'est rare d'en avoir besoin, et ça ne justifie pas forcément d'avoir deux mutuelles, mais à les avoir, il faut les utiliser.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le déficit des autres fonctions de l'état aussi
Posté par gUI (Mastodon) . En réponse au journal Le « trou de la Sécu » est une volonté politique. Évalué à 10. Dernière modification le 04 décembre 2019 à 10:57.
Oui, au même titre que les routes par exemple.
En effet si on veut que les entreprises privées prospèrent il faut bien qu'elles aient à disposition des travailleurs éduqués, en bonne santé, ainsi que des infrastructures de qualité (routes, énergie…), une sécurité assurée (armée) etc.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Je dirais même plus...
Posté par gUI (Mastodon) . En réponse au journal Le « trou de la Sécu » est une volonté politique. Évalué à 10.
J'ai 2 gamins qui ont des lunettes depuis presque toujours… Le business entretenu entre mutuelles et opticiens par exemple est purement scandaleux. Tous les opticiens t'offrent 1 ou 2 paires de lunettes. Donc ils ont simplement triplé le prix des lunettes quoi. Et parfois pire : les petits enfants cassent pas mal, souvent au bout de qques mois "boarf on va faire passer ça en garantie" et zou! tu repars avec un verre à 200€ cadeau !!!
Les mutuelles (la SS ne rembourse quasiment rien sur les lunettes) pourraient gueuler et faire baisser les prix, mais non, le fait que les lunettes soient aussi chères est une justification de l'existence même des mutuelles.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Le déficit des autres fonctions de l'état aussi
Posté par gUI (Mastodon) . En réponse au journal Le « trou de la Sécu » est une volonté politique. Évalué à 10.
Ce constat de "c'est une volonté politique" s'applique également aux autres fonctions de l'état.
1 - Tu baisses les revenus, ça fait moins d'impôts, tout le monde saute de joie
2 - Tu constates que ça marche moins bien (bin oui, avec moins de moyens)
3 - Tu privatises parce que ça marchera mieux si c'est privé mais si crois-moi sur parole
La sécurité sociale est un excellent exemple justement : elle fond comme neige au soleil, on nous explique que les assurances et mutuelles privées feront mieux pour moins cher. J'en doute très fortement observant simplement que aux USA la santé (largement privée) c'est 14% du PIB, alors qu'en France (largement publique) c'est 10% du PIB, et que je ne pense pas qu'on soit mieux soignés ni en meilleure santé aux USA.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: La France - Champion de la durée de la retraite
Posté par gUI (Mastodon) . En réponse au lien Calculateur de retraite après la réforme. Évalué à 2.
La durée de la retraite en France est-elle due à un départ anticipé, ou à une mort retardée ? (vraie question)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Vraiment utilisé ? find et grep only ? Buildroot n'est-il pas mieux ?
Posté par gUI (Mastodon) . En réponse à la dépêche Yocto Zeus. Évalué à 3. Dernière modification le 03 décembre 2019 à 14:24.
Salut,
J'avais mal compris, vraiment désolé pour la méprise.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Vraiment utilisé ? find et grep only ? Buildroot n'est-il pas mieux ?
Posté par gUI (Mastodon) . En réponse à la dépêche Yocto Zeus. Évalué à 3. Dernière modification le 03 décembre 2019 à 14:21.
En complément du commentaire de Renault
Je suis sur mon premier vrai projet où j'ai besoin de builder un système embarqué de A à Z (le fabriquant te file une Debian de 2Go, rien que le temps de flash en usine est hors de question). J'ai donc essayé de comparer Buildroot (facilement préhensible, j'avais déjà fait mumuse) et Yocto (l'usine à gaz dans toute sa splendeur).
C'est un peu le jour et la nuit.
Quand NXP fournit un Yocto, que le fabriquant du SoM (System On Module) te fournit une couche, et que toi tu "n'as plus qu'à" écrire la tienne, sans toucher aux autres, chacune restant dans son GIT respectif, c'est très élégant, c'est réellement maintenable. Ensuite oui, Yocto est compliqué, très compliqué. Il t'oblige à comprendre les couches sur lesquelles tu te bases pour pouvoir les modifier le moins possible. C'est un gros effort à faire qui n'a de sens que sur des projets assez long je pense (typiquement un produit industriel sur lequel tu prévois à moyen terme des évolution importanttes comme le changement de SoC, sans toucher aux périphériques).
Au passage, j'ai discuté avec Thomas Petazzoni qui est un mainteneur Buildroot,
il m'a clairement ditj'avais cru comprendre que c'est bien gentil Buildroot, mais dès que tu veux bosser sérieusement, c'est Yocto (il m'avait sorti un truc style "Yocto c'est Buildroot dopé aux emphétamines" je crois) et qu'en pro, il utilise quasi exclusivement Yocto.EDIT : ne gardons pas cette citation erronée en début de conversation, le commentaire de Thomas a gardé la version originale de mon texte et permet de comprendre l'historique.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Idem pendant longtemps
Posté par gUI (Mastodon) . En réponse au journal Créer son service perso de messagerie accessible n’importe où et sur n’importe quelle plateforme. Évalué à 5.
C'est toujours dur à entendre… on peut savoir quel pays ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Bientôt Noël !
Posté par gUI (Mastodon) . En réponse au journal Blagues Friday. Évalué à 10. Dernière modification le 29 novembre 2019 à 17:27.
—Chérie, le petit m'a dit qu'il voulait un chat pour Noël
—D'habitude on fait une dinde, mais si ça peut lui faire plaisir…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: attention
Posté par gUI (Mastodon) . En réponse au journal Informatique et écologie. Évalué à 1.
Merci pour l'info :)
Allez, faisons le calcul chez EDF avec le tarif de base (le mien) :
0.1524€ TTC le kWh.Il y a 8760 heures par an, donc
(8760 * 0,1524€) / 1000 = 1,335€En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: attention
Posté par gUI (Mastodon) . En réponse au journal Informatique et écologie. Évalué à 10.
On est sous Linux, aucun risque :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: attention
Posté par gUI (Mastodon) . En réponse au journal Informatique et écologie. Évalué à 3.
Il y a qques années un calcul de coin de table donnait 1€/an pour un appareil de 1W allumé 24/7.
Maintenant on doit être plutôt à 1,20€/an ou 1,30€/an
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pas la bonne piste ?
Posté par gUI (Mastodon) . En réponse au message [Nextcloud] : Augmenter le débit descendant d'un serveur. Évalué à 2.
Et on n'est pas les seuls à l'avoir remarqué :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pas la bonne piste ?
Posté par gUI (Mastodon) . En réponse au message [Nextcloud] : Augmenter le débit descendant d'un serveur. Évalué à 2. Dernière modification le 26 novembre 2019 à 08:45.
Ah bin j'avais pas fait l'essai mais comme toi je trouve des chiffres curieux (attention, je parle en mega bits par seconde qui est le standard en communication, toi parfois en mega octets par seconde, donc divise mes chiffres par 8 si tu veux).
=> Si je pushe un fichier en ssh par exemple, j'ai bien 100Mb/s mesurés
=> Si je pushe un fichier via Nextcloud je suis à 20Mb/s, le CPU du serveur OVH (un petit Atom) étant à 25% (rien d'extraordinaire donc).
J'sais pô…
EDIT : ce serait une limitation dûe au protocole WebDAV : https://help.nextcloud.com/t/sync-speed-limited-to-30mb-s-webdav-php-bottleneck/32546
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pas la bonne piste ?
Posté par gUI (Mastodon) . En réponse au message [Nextcloud] : Augmenter le débit descendant d'un serveur. Évalué à 2. Dernière modification le 25 novembre 2019 à 22:13.
Ce serait bien que tu testes le débit vers ton serveur particulièrement. Soit tu installes
iperf3(très bien d'ailleurs) sur ton serveur, soit tu fais un simplescpdessus, mais dans tous les cas des essais de vitesse vers ton serveur autrement que avec Nextcloud permettraient de cibler la limitation.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Pas la bonne piste ?
Posté par gUI (Mastodon) . En réponse au message [Nextcloud] : Augmenter le débit descendant d'un serveur. Évalué à 2.
Salut,
Le débit est très rarement une affaire de fichier de configuration de l'application (ici : Nextcloud). Quel type de serveur est-ce ? Comment t'y connectes-tu ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# je tente quand même...
Posté par gUI (Mastodon) . En réponse au message écran bleu. Évalué à 4. Dernière modification le 24 novembre 2019 à 18:31.
c'est justement le but du RAID 1. il clone (1 c'est le mirroring, donc clone parfait en temps réel) pour être prêt. mais pas être prêt à être changé (éteindre la machine, changer le disque, redémarrer), mais prêt à répondre immédiatement aux accès disques (tout continue de fonctionner).
la différence c'est que :
- il est toujours synchronisé (pas besoin de lconer régulièrement et donc de perdre la différence depuis le dernier clone)
- tu choisis quand éteindre la machine pour changer le disque.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Daesh
Posté par gUI (Mastodon) . En réponse au journal De l'importance de la précision. Évalué à 10.
C'est pas le nom d'un shell ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: tant que c'est libre
Posté par gUI (Mastodon) . En réponse au message Cherche matériel : routeur ethernet/wifi. Évalué à 3.
discussion débutée il y a 2 ans et qui n'a pas bougé depuis 1 an, n'espère pas grand chose…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Alors moi pour ce que j'en dis...
Posté par gUI (Mastodon) . En réponse au journal La question qui m'empêche de dormir. Évalué à 10.
Rien que pour ça j'ai mis +1
Non, je déconne j'ai lu jusqu'à la fin. Mais j'ai rien compris.
Cela dit, ça a vraiment l'air de te chafouiner, donc saches simplement que je suis de tout cœur avec toi dans tes difficultés.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Moteur de recherche
Posté par gUI (Mastodon) . En réponse au lien Dix fonctions cachées pour mieux maîtriser Firefox - 01net. Évalué à 3.
Autre fonction pas toujours connue, c'est mettre un mot clé associé à un moteur de recherche.
Exemple.
Sur LinuxFR.org on voit un moteur de recherche en haut à droite de la page. Bouton droit / "ajouter un mot clé pour cette recherche". Je mets "dlfp" comme mot clé par exemple.
Ensuite dans la barre d'adresse, je peux taper "dlfp systemd" et… ça marche pas tiens :) Mais normalement ça aurait dû me renvoyer sur la page résultat de la recherche. Peut-être dû à la redirection duck duck go ?
Enfin bon, vous avez compris.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Vrai faux phishing
Posté par gUI (Mastodon) . En réponse au journal Phishing ou pas phishing ? Pas toujours évident.. Évalué à 8. Dernière modification le 20 novembre 2019 à 07:43.
En marge de ce journal, j'ai une anecdote sympa : la DSI qui envoie un faux phishing aux employés pour les sensibiliser au phishing.
C'était plutôt bien fait : la direction voulait évaluer l'utilisation de Mac au bureau (en lieu et place de Windows) et les 500 premiers à répondre (grande entreprise, 100k employés) allaient donc passer sur Mac pour évaluation. Je te dis pas le rush immédiat, sauf que évidemment le lien pointait vers un site légèrement différent de la DSI, avec récupération de plein d'infos perso, que les gens remplissaient tout gaiement.
Avec des collègues on était très étonnés de la démarche mais on n'a pas immédiatement flairé l'entourloupe jusqu'à ce qu'on remarque un détail… les sous-traitants aussi avaient reçu cet email : impossible, donc phishing. Et en regardant en détail, ça puait le phishing en effet (notamment par l'URL, créée qques jours auparavant).
L'histoire a bcp fait parler dans les bureaux, et l'opération sensibilisation a été plutôt réussie je pense.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: coquille
Posté par gUI (Mastodon) . En réponse au journal Protocole Privacon v1.0. Évalué à 3. Dernière modification le 20 novembre 2019 à 07:27.
Corrigé, merci !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.