Puis à peu près tout ce qui se vend sur le darknet.
Une monnaie repose sur la confiance qu'en ont les utilisateurs.
Oui. Et on dirait bien que la confiance est là pour le bitcoin (et les autres), vu la valeur atteinte par cette monnaie. Personnellement je n’ai pas une confiance absolue, je dirais qu’il y a encore une très très faible chance que ça se casse la gueule. Cependant je vais acheter un peu de bitcoin et de litecoin dès que je serais en mesure de le faire sur un site réputé, histoire de « m’y mettre ». Je sens que ça va continuer à se développer très vite… Actuellement je ne peux pas le faire car ma carte d’identité a plus de 10 ans, ça ne passe pas. Bref…
J’étais sciemment dans l’abus en écrivant « proche de la monnaie parfaite sur pratiquement tous les autres plans » ;) C’est vrai que les 10 à 20 minutes nécessaire pour valider une transaction ça limite les cas d’usage. Il me semble que ce temps n’est pas aussi long avec d’autres crypto-monnaies. Le problème de la consommation d’énergie est aussi un point qui est pris en compte par les nouvelles crypto-monnaies, qui essayent de trouver des solutions.
Il faut bien sûr faire attention, le petit univers des crypto-monnaies est blindé d’arnaques en tous genre… mais je suis persuadé que c’est l’avenir de la monnaie.
Une monnaie étant extrêmement utile à l’humanité (imaginez un monde sans monnaie…), serait-ce problématique d’utiliser 1% de notre énergie électrique pour celle-ci, si c’est pour assurer l’existence d’une monnaie proche de la monnaie parfaite sur pratiquement tous les autres plans ?
Quel pourcentage de notre électricité utilisons nous pour éclairer le ciel ?…
Quand je pense au nombre d’années que j’ai passé à me faire suer avec des traitements de texte WYSIWYG avant de découvrir markdown… je suis bien triste !
C’est vraiment un plus d’avoir des documents au format texte, ça permet tous les traitements imaginables sans avoir à utiliser des bibliothèques et des outils précis. Pas de programme à installer, ça reste confortable de travailler avec un simple éditeur de texte. Même si, en effet, avoir le rendu en direct peut apporter un certain confort (mais aussi une distraction). Avec un langage de balisage léger, tu peux changer la charte graphique de tous tes documents à moindre coût, puisque fond et forme sont bien séparés.
Par contre, j’ai abandonné Markdown (sauf pour Github…) je suis passé à asciidoc, et je vais bientôt passer à son successeur : asciidoctor. Même si la syntaxe me plaît moins que celle du markdown original (d’un point de vue esthétique), elle est plus riche, elle permet par exemple de faire des tableaux. Il y a des variantes de markdown qui le proposent aussi, mais je trouve l’éco-système autour d’asciidoc plus satisfaisant. Dans asciidoc j’apprécie notamment de pouvoir générer directement un document HTML5 (avec les images inline). Pour moi c’est le format de diffusion parfait, pas besoin de lecteur particulier, le navigateur fait l’affaire. Il me semble que PDF est aussi maintenant pris en charge directement par Chrome et Firefox certes… Avec une feuille de style adéquate j’obtiens un document qui respecte la charte graphique du modèle de document Word de l’entreprise. Les gens voyant qu’il s’agit d’un HTML qu’il ne peuvent (ou plutôt ne savent) éditer, vont souvent poser la question (« C’est quoi ? »). C’est une bonne occasion de présenter l’outil. Dans ces cas là il suffit de communiquer le fichier source, les gens comprennent instantanément le principe.
Pandoc est aussi un outil bien utile à connaître, je confirme !
Je me demande pourquoi le concept de corbeille n’est pas présent à l’origine dans Unix (sauf erreur de ma part). On pourrait imaginer déclarer un espace donné à un endroit quelconque, par exemple dans /var/tmp, dans lequel serait copié chaque fichier supprimé, à la condition qu’il n’excède pas une certaine taille, soit : taille de l’espace reservé - taille du⋅es fichier⋅s que l’on peut supprimer par rotation (ie: le⋅s plus vieux ou le⋅s plus gros)…
On aurait une rotation, donc une chance de retrouver une fichier supprimé suite à une mauvaise manipulation.
BIN_PATH (chemin de la corbeille)
BIN_SIZE (taille de l’espace réservé)
MAX_FILE_SIZE (taille max. d’un seul fichier)
MIN_FILE_SIZE (taille min. d’un seul fichier)
NB_PURGE
NB_PURGE étant le nombre de fichiers maximum que l’on peut purger pour faire de la place à un autre fichier. Par défaut on aurait -1, c’est à dire qu’on pourrait vider entièrement la corbeille pour sauvegarder un nouveau fichier. Mais on peut vouloir empêcher le vidage de la corbeille si un fichier est trop volumineux. Ainsi un fichier d’une taille donnée serait sauvegardé si la corbeille est vide ou presque (car < MAX_FILE_SIZE) mais ne le serait pas si la corbeille est déjà remplie par d’autres fichiers.
Ensuite on pourrait définir des priorités selon le chemin du fichier ou son type… et permettre de conserver N versions… plus j’y pense et plus je me dis que ça doit forcément déjà exister… ça ressemble à backintime mais ce serait pas exactement ça…
Un des avantages à utiliser un langage comme Python plutôt que du shell Unix c’est dans le cas où on souhaitera faire évoluer le script. En shell, si ce n’est pas prévu dès le départ il faut souvent tout réécrire.
Je te rassure : j’aime le shell. Je fais principalement du shell (sh/bash) et du Python (un peu de Perl aussi). Pour moi ce sont clairement deux manières toute à fait distincte d’écrire un programme. En Python je fais de l’objet, en shell c’est pas trop ça :)
Il ne faut pas être de mauvaise foi… quelqu’un qui ne connaîtrait ni le shell ni le Python (mais connaissant au moins un autre langage), il va mettre beaucoup moins de temps à appréhender le script Python que ton script ta boucle en shell…
Je pense que le mécanisme de répartition des écritures sur la mémoire flash n'a aucune influence ici.
Je pense aussi. Je vais essayer d’expliquer, en espérant pas dire de connerie, on me corrigera je l’espère si c’est le cas.
Ce mécanisme il fonctionne toujours de la même manière, il est « considéré transparent ». Quand on indique les vitesses d’IO c’est en prenant en compte ce mécanisme, qui est activé par défaut (et pas toujours désactivable peut-être ?).
Alors que la fragmentation du FS ça peut varier beaucoup, de 1 à des tas de fragments. Même s’il n’y a pas un déplacement de tête de lecture il y a forcément plus de calculs, de cycles d’horloge nécessaires, soit au niveau du firmware de la clé, soit au niveau de celui de l’auto-radio.
Tu sous-entends que les clés USB, contrairement aux disques SSD, n’ont pas un tel mécanisme de répartition des données pour éviter d’écrire toujours aux mêmes endroits ?
À partir de maintenant tu feras1 revenir la viande, avec le corps gras qui te convient, afin de favoriser la rétention de l’eau dans celle-ci durant la cuisson, en créant une légère croûte à sa surface.
Sans cette étape, le jus de la viande se fait la malle dès le début (que l’eau soit chaude ou froide), ça donne un résultat moins satisfaisants, la viande est « sèche » en bouche, on a l’impression de bouffer des boulettes de papier toilette premier prix.
Pour la blanquette, le couscous et le ragoût de minots c’est pareil !
[1] Alors oui, je te donne des ordres, mais c’est pour ton bien et celui de tes proches bien sûr. Loin de moi l’idée d’imposer mes us et coutumes culinaires ancestraux. Cependant, ne me déçoit pas, ça pourrait mal aller, tu pourrais être privé de dessert je n’hésiterais pas.
Le fait est que les banquiers (et les assureurs) possèdent tous des infrastructures informatiques bien développées et ont accès à énormément de données personnelles. C’est la logique la plus basique qui me permet de dire qu’ils exploitent les données, puisqu’ils n’ont aucun intérêt à ne pas le faire.
Par ailleurs, je travaille moi-même chez un assureur, on investit beaucoup sur le big data et l’IA. Ceci étant dit, je ne vais pas publier des documents internes juste pour prouver ce que je dis, ce ne serait qu’un cas particulier de toute façon.
Si tu penses que les banques et les assurances peuvent se permettre de ne pas exploiter les données qu’ils récoltent c’est ton choix. Tu n’as aucune preuve non plus.
On utilise Rundeck là où je travaille, ça fonctionne plutôt bien. Ça permet pas de faire de l‘ordonnancement complexe mais on peut faire pas mal de chose déjà. Détourner NRPE me semble pas une bonne idée, autant écrire des scripts shell et les exécuter via SSH. En se servant éventuellement de cron… NRPE n’ordonnance rien du tout. Nagios(-like) éventuellement, mais tout dépend du type d’ordonnancement que l’on souhaite.
La proposition d’installer un serveur SSH sur Windows afin d’utiliser Rundeck c’est une bonne idée. Il me semble avoir entendu parler de quelques petits soucis avec WinRM…
C’est quel genre d’orchestration ? Des traitements métiers ou techniques ? De la configuration ? De la supervision ? De l’intégration continue ?
À la base, un navigateur web, c'était juste prévu pour télécharger une ressource et gérer les ressources associées.
Mais peu importe.
Précisément « le Web », à la base, c’est l’hypertext (HTTP/HTML), donc comme tu dis : pas d’exécution sur le poste client, à part le rendu bien évidemment (qui représente déja un vecteur d’attaque s’il y a une faille dans le moteur de rendu…).
Mais ça c’est vraiment « à la base », ou « à l’origine » plutôt… Parce que le Web il s’est vraiment bien étoffé ces dernières années, c’est le moins qu’on puisse dire… Un navigateur Web ça gère des onglets, des favoris, des outils de développement, etc… un système de plugins… et avec JS+Moteur de rendu ça représente un « système d’applications » complet, relativement universel et ouvert.
Hein ? L'analyse n'est pas intrusive. Tu peux ne pas être content, mais ça n'est pas intrusif. L'intrusion c'est de prendre des données en plus ou des les transmettre. Ça n'est pas le cas ici.
J’imagine tout de même que le navigateur (enfin Pocket…) va remonter la liste des publicités qui ont été choisies par l’algorithme à partir des données locales. Ne serait-ce que pour proposer aux annonceurs des indicateurs sur la diffusion de leur réclame.
Donc les données elles-mêmes ne sont pas remontées, mais les résultats d’un algorithme de sélection appliqué sur celles-ci le sont : il y a bien une volonté de “profiler” les utilisateurs, donc d’en apprendre sur leurs habitudes de navigation, donc de leurs goûts, donc, in fine, de leur vie privée.
Cette « fuite » d’informations de notre vie privée est incontournable. C’est le propre d’Internet de faire circuler de l’information à toute vitesse, beaucoup d’informations. Le seul moyen de ne pas être noyé c’est de collaborer avec une intelligence artificielle faible (comme un moteur de recherche par exemple) qui doit forcément apprendre de nous, donc accéder à de la donnée sur nous-même (et de la grosse…), le commentaire que j’écris ici à l’instant par exemple !
Je trouve l’exemple du banquier évoqué par Zenitram< assez intéressant. J’imagine d’ailleurs qu’aujourd’hui, cette retenue liée à une quelconque déontologie qu’ils pouvait avoir, pour ne pas profiter des infos personnelles de leurs clients, doit avoir complètement disparue. A-t-elle jamais existé ? Les banques, et les assurances, disposent de données « intéressantes » et des moyens techniques pour les exploiter. Elles ne doivent pas se priver d’étudier ces données de près, en lâchant de gros chèques aux GAFAM au passage…
Il y a une option -o à youtube-dl qui te permet de contrôler le nom du fichier en sortie. À l’aide d’un système de templates, c’est expliqué dans la page de manuel. Il y a aussi l’option --id qui peut peut-être te convenir.
Juste une suggestion, je ne connais pas bien youtube-dl.
La limite est définie pour le noyau comme indiqué dans le commentaire plus haut, c’est celle-là qui doit servir pour les systèmes de fichiers EXT2/3/4. Il semblerait que ZFS ait une limite beaucoup plus haute. Par contre la bibliothèque C standard définie aussi cette limite. Je ne suis pas sûr que ça puisse être fait aussi facilement que ça, il faudrait tout recompiler, le noyau et les applications.
Visiblement c’est un réel problème sous Linux car Windows/NTFS gère par exemple des noms de 32k caractères…
En fait il te suggérait de faire un répertoire. Si tu as un fichier avec un nom fichier1……………….txt (qui fait 256 caractères de long), tu crées un répertoire fic avec dedans un fichier nommé hier1……………….txt (qui ne fait plus que 253 caractères de long). Ça donnerait fic/hier1……………….txt Ou autre : comme/ça/avec/un/nom/très/long/ya/plus/de/limite/voila … tu vois le truc ?
C’est très sale je te l’accorde :)
Tu ne peux pas simplement nommer ce fichier autrement ? C’est quoi ce nom, si c’est pas indiscret ?
Comprendre : ils connaissent IRL le monsieur et ont peur de Zenitram et des humiliations qu’il fait subir.
Pour moi il disait plutôt qu’IRL les gens se permettent moins de chose, de ce fait il n’a pas à intervenir comme il le fait ici.
personnellement je refuserai catégoriquement tout débat contre lui IRL
C’est triste. Moi pas. Soit on est sur le web soit on est IRL, mais ce sont les deux ensembles, on est à égalité. Lui aussi communique peut-être de manière légèrement différente lorsqu’il échange de vive voix.
parce que je sais les dés pipés dès le départ.
Ce n’est pas un jeu…
PPS : j’ignore et ignorerai tout commentaire de Z. C’est assumé. Cela peut être aussi un moyen de pression psychologique extrêmement efficace lorsqu’il est systématique et provoqué (ragots par exemple pour isoler une personne). Ici c’est un mécanisme de défense que je m’impose vis-à-vis de Zenitram.
[^] # Re: Cryptovore
Posté par Marotte ⛧ . En réponse au lien Gâchis énergétique des cryptomonnaies : 11 centrales nucléaires. Évalué à 1.
Comme l’argent liquide quoi.
[^] # Re: Cryptovore
Posté par Marotte ⛧ . En réponse au lien Gâchis énergétique des cryptomonnaies : 11 centrales nucléaires. Évalué à 0.
https://99bitcoins.com/who-accepts-bitcoins-payment-companies-stores-take-bitcoins/
https://www.lifewire.com/big-sites-that-accept-bitcoin-payments-3485965
Puis à peu près tout ce qui se vend sur le darknet.
Oui. Et on dirait bien que la confiance est là pour le bitcoin (et les autres), vu la valeur atteinte par cette monnaie. Personnellement je n’ai pas une confiance absolue, je dirais qu’il y a encore une très très faible chance que ça se casse la gueule. Cependant je vais acheter un peu de bitcoin et de litecoin dès que je serais en mesure de le faire sur un site réputé, histoire de « m’y mettre ». Je sens que ça va continuer à se développer très vite… Actuellement je ne peux pas le faire car ma carte d’identité a plus de 10 ans, ça ne passe pas. Bref…
J’étais sciemment dans l’abus en écrivant « proche de la monnaie parfaite sur pratiquement tous les autres plans » ;) C’est vrai que les 10 à 20 minutes nécessaire pour valider une transaction ça limite les cas d’usage. Il me semble que ce temps n’est pas aussi long avec d’autres crypto-monnaies. Le problème de la consommation d’énergie est aussi un point qui est pris en compte par les nouvelles crypto-monnaies, qui essayent de trouver des solutions.
Il faut bien sûr faire attention, le petit univers des crypto-monnaies est blindé d’arnaques en tous genre… mais je suis persuadé que c’est l’avenir de la monnaie.
# Cryptovore
Posté par Marotte ⛧ . En réponse au lien Gâchis énergétique des cryptomonnaies : 11 centrales nucléaires. Évalué à -1. Dernière modification le 21 mai 2018 à 22:26.
Ça vous semble être beaucoup ?
Une monnaie étant extrêmement utile à l’humanité (imaginez un monde sans monnaie…), serait-ce problématique d’utiliser 1% de notre énergie électrique pour celle-ci, si c’est pour assurer l’existence d’une monnaie proche de la monnaie parfaite sur pratiquement tous les autres plans ?
Quel pourcentage de notre électricité utilisons nous pour éclairer le ciel ?…
# Asciidoc
Posté par Marotte ⛧ . En réponse au journal Le markdown, sous Emacs, et plus largement sous Linux. Évalué à 8. Dernière modification le 21 mai 2018 à 22:13.
Quand je pense au nombre d’années que j’ai passé à me faire suer avec des traitements de texte WYSIWYG avant de découvrir markdown… je suis bien triste !
C’est vraiment un plus d’avoir des documents au format texte, ça permet tous les traitements imaginables sans avoir à utiliser des bibliothèques et des outils précis. Pas de programme à installer, ça reste confortable de travailler avec un simple éditeur de texte. Même si, en effet, avoir le rendu en direct peut apporter un certain confort (mais aussi une distraction). Avec un langage de balisage léger, tu peux changer la charte graphique de tous tes documents à moindre coût, puisque fond et forme sont bien séparés.
Par contre, j’ai abandonné Markdown (sauf pour Github…) je suis passé à asciidoc, et je vais bientôt passer à son successeur : asciidoctor. Même si la syntaxe me plaît moins que celle du markdown original (d’un point de vue esthétique), elle est plus riche, elle permet par exemple de faire des tableaux. Il y a des variantes de markdown qui le proposent aussi, mais je trouve l’éco-système autour d’asciidoc plus satisfaisant. Dans asciidoc j’apprécie notamment de pouvoir générer directement un document HTML5 (avec les images inline). Pour moi c’est le format de diffusion parfait, pas besoin de lecteur particulier, le navigateur fait l’affaire. Il me semble que PDF est aussi maintenant pris en charge directement par Chrome et Firefox certes… Avec une feuille de style adéquate j’obtiens un document qui respecte la charte graphique du modèle de document Word de l’entreprise. Les gens voyant qu’il s’agit d’un HTML qu’il ne peuvent (ou plutôt ne savent) éditer, vont souvent poser la question (« C’est quoi ? »). C’est une bonne occasion de présenter l’outil. Dans ces cas là il suffit de communiquer le fichier source, les gens comprennent instantanément le principe.
Pandoc est aussi un outil bien utile à connaître, je confirme !
[^] # Re: Un autre
Posté par Marotte ⛧ . En réponse au journal Le markdown, sous Emacs, et plus largement sous Linux. Évalué à 9.
La prochaine étape c’est que la fenêtre de droite soit directement éditable ! Euh… attendez…
[^] # Re: Quel est vraiment la nature du problème ?
Posté par Marotte ⛧ . En réponse au journal Mise à jour Mageia: attention danger. Évalué à 3. Dernière modification le 21 mai 2018 à 21:23.
Je me demande pourquoi le concept de corbeille n’est pas présent à l’origine dans Unix (sauf erreur de ma part). On pourrait imaginer déclarer un espace donné à un endroit quelconque, par exemple dans /var/tmp, dans lequel serait copié chaque fichier supprimé, à la condition qu’il n’excède pas une certaine taille, soit :
taille de l’espace reservé - taille du⋅es fichier⋅s que l’on peut supprimer par rotation (ie: le⋅s plus vieux ou le⋅s plus gros)
…On aurait une rotation, donc une chance de retrouver une fichier supprimé suite à une mauvaise manipulation.
NB_PURGE étant le nombre de fichiers maximum que l’on peut purger pour faire de la place à un autre fichier. Par défaut on aurait
-1
, c’est à dire qu’on pourrait vider entièrement la corbeille pour sauvegarder un nouveau fichier. Mais on peut vouloir empêcher le vidage de la corbeille si un fichier est trop volumineux. Ainsi un fichier d’une taille donnée serait sauvegardé si la corbeille est vide ou presque (car < MAX_FILE_SIZE) mais ne le serait pas si la corbeille est déjà remplie par d’autres fichiers.Ensuite on pourrait définir des priorités selon le chemin du fichier ou son type… et permettre de conserver N versions… plus j’y pense et plus je me dis que ça doit forcément déjà exister… ça ressemble à backintime mais ce serait pas exactement ça…
[^] # Re: Intégration
Posté par Marotte ⛧ . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 3.
Sans remettre en cause la pertinence de ton commentaire on voit bien lequel est lequel, il y a l’ancien est le nouvel icône.
[^] # Re: Quel est vraiment la nature du problème ?
Posté par Marotte ⛧ . En réponse au journal Mise à jour Mageia: attention danger. Évalué à 5.
C’est pas logique. Pourquoi une attente différente selon que tu es en ligne de commande ou que tu utilises une interface graphique ?
[^] # Re: faire revenir la viande dans une marmite avec de l'huile d'olive.
Posté par Marotte ⛧ . En réponse au journal Recette du pot au feu. Évalué à 2.
Personne n’est pas parfait ! ;)
[^] # Re: Python
Posté par Marotte ⛧ . En réponse au journal Défragmenter une partition FAT32 sous Linux …. Évalué à 3.
Un des avantages à utiliser un langage comme Python plutôt que du shell Unix c’est dans le cas où on souhaitera faire évoluer le script. En shell, si ce n’est pas prévu dès le départ il faut souvent tout réécrire.
Je te rassure : j’aime le shell. Je fais principalement du shell (sh/bash) et du Python (un peu de Perl aussi). Pour moi ce sont clairement deux manières toute à fait distincte d’écrire un programme. En Python je fais de l’objet, en shell c’est pas trop ça :)
Il ne faut pas être de mauvaise foi… quelqu’un qui ne connaîtrait ni le shell ni le Python (mais connaissant au moins un autre langage), il va mettre beaucoup moins de temps à appréhender le script Python que
ton scriptta boucle en shell…[^] # Re: stockage flash
Posté par Marotte ⛧ . En réponse au journal Défragmenter une partition FAT32 sous Linux …. Évalué à 5.
Je pense aussi. Je vais essayer d’expliquer, en espérant pas dire de connerie, on me corrigera je l’espère si c’est le cas.
Ce mécanisme il fonctionne toujours de la même manière, il est « considéré transparent ». Quand on indique les vitesses d’IO c’est en prenant en compte ce mécanisme, qui est activé par défaut (et pas toujours désactivable peut-être ?).
Alors que la fragmentation du FS ça peut varier beaucoup, de 1 à des tas de fragments. Même s’il n’y a pas un déplacement de tête de lecture il y a forcément plus de calculs, de cycles d’horloge nécessaires, soit au niveau du firmware de la clé, soit au niveau de celui de l’auto-radio.
[^] # Re: stockage flash
Posté par Marotte ⛧ . En réponse au journal Défragmenter une partition FAT32 sous Linux …. Évalué à 3.
Tu sous-entends que les clés USB, contrairement aux disques SSD, n’ont pas un tel mécanisme de répartition des données pour éviter d’écrire toujours aux mêmes endroits ?
[^] # Re: faire revenir la viande dans une marmite avec de l'huile d'olive.
Posté par Marotte ⛧ . En réponse au journal Recette du pot au feu. Évalué à 4.
À partir de maintenant tu feras1 revenir la viande, avec le corps gras qui te convient, afin de favoriser la rétention de l’eau dans celle-ci durant la cuisson, en créant une légère croûte à sa surface.
Sans cette étape, le jus de la viande se fait la malle dès le début (que l’eau soit chaude ou froide), ça donne un résultat moins satisfaisants, la viande est « sèche » en bouche, on a l’impression de bouffer des boulettes de papier toilette premier prix.
Pour la blanquette, le couscous et le ragoût de minots c’est pareil !
[1] Alors oui, je te donne des ordres, mais c’est pour ton bien et celui de tes proches bien sûr. Loin de moi l’idée d’imposer mes us et coutumes culinaires ancestraux. Cependant, ne me déçoit pas, ça pourrait mal aller, tu pourrais être privé de dessert je n’hésiterais pas.
[^] # Re: faire revenir la viande dans une marmite avec de l'huile d'olive.
Posté par Marotte ⛧ . En réponse au journal Recette du pot au feu. Évalué à 3.
Tu utiliserais du beurre à la place de l’huile d’olive pour faire revenir la viande ?
[^] # Re: Opera v5?
Posté par Marotte ⛧ . En réponse au journal De la publicité dans Firefox (sur un air de déjà vu). Évalué à 4.
C’est triste de penser que 95% des utilisateurs doivent n’être que consommateur et pas créateur.
Avoir tout dans le même outil ça rapproche ces deux aspects du Web.
[^] # Re: Incompatible par design
Posté par Marotte ⛧ . En réponse au journal De la publicité dans Firefox (sur un air de déjà vu). Évalué à 4.
Tu peux prouver l’existence d’une déontologie interdisant l’exploitation des données des clients ?
[^] # Re: Incompatible par design
Posté par Marotte ⛧ . En réponse au journal De la publicité dans Firefox (sur un air de déjà vu). Évalué à 4.
Le fait est que les banquiers (et les assureurs) possèdent tous des infrastructures informatiques bien développées et ont accès à énormément de données personnelles. C’est la logique la plus basique qui me permet de dire qu’ils exploitent les données, puisqu’ils n’ont aucun intérêt à ne pas le faire.
Par ailleurs, je travaille moi-même chez un assureur, on investit beaucoup sur le big data et l’IA. Ceci étant dit, je ne vais pas publier des documents internes juste pour prouver ce que je dis, ce ne serait qu’un cas particulier de toute façon.
Si tu penses que les banques et les assurances peuvent se permettre de ne pas exploiter les données qu’ils récoltent c’est ton choix. Tu n’as aucune preuve non plus.
[^] # Re: Jenkins ou Rundeck
Posté par Marotte ⛧ . En réponse au message Recherche un orchestrateur de jobs pour Linux et Windows. Évalué à 4. Dernière modification le 05 mai 2018 à 06:53.
On utilise Rundeck là où je travaille, ça fonctionne plutôt bien. Ça permet pas de faire de l‘ordonnancement complexe mais on peut faire pas mal de chose déjà. Détourner NRPE me semble pas une bonne idée, autant écrire des scripts shell et les exécuter via SSH. En se servant éventuellement de cron… NRPE n’ordonnance rien du tout. Nagios(-like) éventuellement, mais tout dépend du type d’ordonnancement que l’on souhaite.
La proposition d’installer un serveur SSH sur Windows afin d’utiliser Rundeck c’est une bonne idée. Il me semble avoir entendu parler de quelques petits soucis avec WinRM…
C’est quel genre d’orchestration ? Des traitements métiers ou techniques ? De la configuration ? De la supervision ? De l’intégration continue ?
[^] # Re: Opera v5?
Posté par Marotte ⛧ . En réponse au journal De la publicité dans Firefox (sur un air de déjà vu). Évalué à 4.
Précisément « le Web », à la base, c’est l’hypertext (HTTP/HTML), donc comme tu dis : pas d’exécution sur le poste client, à part le rendu bien évidemment (qui représente déja un vecteur d’attaque s’il y a une faille dans le moteur de rendu…).
Mais ça c’est vraiment « à la base », ou « à l’origine » plutôt… Parce que le Web il s’est vraiment bien étoffé ces dernières années, c’est le moins qu’on puisse dire… Un navigateur Web ça gère des onglets, des favoris, des outils de développement, etc… un système de plugins… et avec JS+Moteur de rendu ça représente un « système d’applications » complet, relativement universel et ouvert.
[^] # Re: Incompatible par design
Posté par Marotte ⛧ . En réponse au journal De la publicité dans Firefox (sur un air de déjà vu). Évalué à 7.
J’imagine tout de même que le navigateur (enfin Pocket…) va remonter la liste des publicités qui ont été choisies par l’algorithme à partir des données locales. Ne serait-ce que pour proposer aux annonceurs des indicateurs sur la diffusion de leur réclame.
Donc les données elles-mêmes ne sont pas remontées, mais les résultats d’un algorithme de sélection appliqué sur celles-ci le sont : il y a bien une volonté de “profiler” les utilisateurs, donc d’en apprendre sur leurs habitudes de navigation, donc de leurs goûts, donc, in fine, de leur vie privée.
Cette « fuite » d’informations de notre vie privée est incontournable. C’est le propre d’Internet de faire circuler de l’information à toute vitesse, beaucoup d’informations. Le seul moyen de ne pas être noyé c’est de collaborer avec une intelligence artificielle faible (comme un moteur de recherche par exemple) qui doit forcément apprendre de nous, donc accéder à de la donnée sur nous-même (et de la grosse…), le commentaire que j’écris ici à l’instant par exemple !
Je trouve l’exemple du banquier évoqué par Zenitram< assez intéressant. J’imagine d’ailleurs qu’aujourd’hui, cette retenue liée à une quelconque déontologie qu’ils pouvait avoir, pour ne pas profiter des infos personnelles de leurs clients, doit avoir complètement disparue. A-t-elle jamais existé ? Les banques, et les assurances, disposent de données « intéressantes » et des moyens techniques pour les exploiter. Elles ne doivent pas se priver d’étudier ces données de près, en lâchant de gros chèques aux GAFAM au passage…
[^] # Re: Le fax c'est fini
Posté par Marotte ⛧ . En réponse au journal Remplacement ligne FAX. Évalué à 4.
Pourquoi ? Il y a des softs pour ça d’après ce que je vois et je suis presque sûr que certaines imprimantes incluent cette fonctionnalité…
[^] # Re: 255
Posté par Marotte ⛧ . En réponse au message nom de fichier trop long.. Évalué à 5.
Il y a une option
-o
à youtube-dl qui te permet de contrôler le nom du fichier en sortie. À l’aide d’un système de templates, c’est expliqué dans la page de manuel. Il y a aussi l’option--id
qui peut peut-être te convenir.Juste une suggestion, je ne connais pas bien youtube-dl.
[^] # Re: 255
Posté par Marotte ⛧ . En réponse au message nom de fichier trop long.. Évalué à 4.
La limite est définie pour le noyau comme indiqué dans le commentaire plus haut, c’est celle-là qui doit servir pour les systèmes de fichiers EXT2/3/4. Il semblerait que ZFS ait une limite beaucoup plus haute. Par contre la bibliothèque C standard définie aussi cette limite. Je ne suis pas sûr que ça puisse être fait aussi facilement que ça, il faudrait tout recompiler, le noyau et les applications.
Visiblement c’est un réel problème sous Linux car Windows/NTFS gère par exemple des noms de 32k caractères…
[^] # Re: 255
Posté par Marotte ⛧ . En réponse au message nom de fichier trop long.. Évalué à 5.
En fait il te suggérait de faire un répertoire. Si tu as un fichier avec un nom
fichier1……………….txt
(qui fait 256 caractères de long), tu crées un répertoirefic
avec dedans un fichier nomméhier1……………….txt
(qui ne fait plus que 253 caractères de long). Ça donneraitfic/hier1……………….txt
Ou autre :comme/ça/avec/un/nom/très/long/ya/plus/de/limite/voila
… tu vois le truc ?C’est très sale je te l’accorde :)
Tu ne peux pas simplement nommer ce fichier autrement ? C’est quoi ce nom, si c’est pas indiscret ?
[^] # Re: bof bof
Posté par Marotte ⛧ . En réponse au journal À méditer.... Évalué à 3.
Pour moi il disait plutôt qu’IRL les gens se permettent moins de chose, de ce fait il n’a pas à intervenir comme il le fait ici.
C’est triste. Moi pas. Soit on est sur le web soit on est IRL, mais ce sont les deux ensembles, on est à égalité. Lui aussi communique peut-être de manière légèrement différente lorsqu’il échange de vive voix.
Ce n’est pas un jeu…
Pauv’ choux :)