steph1978 a écrit 3345 commentaires

Pourquoi faire simple quand on peut faire compliqué?

Question de point de vue.

Ayant un mediacenter sans écran, je trouve plus simple depuis mon laptop, de lancer ssh et ydl sur le mediacenter que de dl dans un navigateur, et ul sur le mediacenter.

D'autre part on me souffle à l'oreille que le navigateur Vivaldi n'est pas libre.

Et enfin, parce que je sais que le pb n'est pas simple et pour en avoir le coeur net, j'ai fait le test vivaldi sur youtube et ça marche pas, il ne propose pas de télécharger la vidéo. En fait il fait comme firefox, il propose de copier l'URL.

menu clic droit->enregistrer la vidéo

Ce tu proposes marche sur le tag "" de HTML5 mais youtube n'utilise pas cela, justement pour que cela ne soit pas facile de télécharger une vidéo sur son site.

C'est répondu dans ce commentaire.

Par exemple chez Uniqlo, 35e.

C'est plus du ressenti alors.

Moi je ressens exactement l'inverse avec les containers. J'aime savoir qu'un service c'est juste une image + un fichier de déploiement. Que j'ai la même chose qui tourne sur mon pc de dev et mon serveur de prod. Que je pourrais déménager un serice sans laisser de bazar sur mon serveur.

Mais c'est vrai qu'il faut passer dans le mindset qu'un container ça se debug/répare pas, ça se détruit et remplace. Donc il faut être à l'aise avec la boucle dev/build/deploy/test.

Ceci dit que celui qui n'a jamais fait un "docker exec bash" en prod jette la première pierre. Mais pour des services très simples, j'essaye de ne pas avoir de shell dans le container.

du mal à piger la logique des containers

Le sujet est vaste. Qu'est ce qui passe pas ? l'intérêt que ça apporte ? les principes sous-jacents dans Linux ? la mise en œuvre par docker/podman ?

Si on joue sur les mots, une base de données étant un endroit où on stocke des données, il faut toujours une base de données… pour stocker des données, quelque soit sa forme : FS, VCS, RDBMS, NoSQL DB, etc.

Il est vrai que par abus de langage, une "base de données" est souvent associée à "base de données relationnelles".

Par contre j'ai pas bien compris l'intérêt des CMS headless par rapport aux sites statiques.

Pour moi la différence, c'est qu'un générateur de site statique ne s'occupe pas de la partie "authoring" ("création de contenus" ?) et gestion de droits. Seulement de la partie publication.

Pour un CMS, tu peux imaginer avoir une application web pour l'édition de contenu wysiwyg au dessus d'un git[lab] qui fera la gestion de droits et le stockage de contenu. À chaque commit, le contenu est transformé et poussé sur un CDN.

Tu trouves le plus littérature chez jamstack.org et leurs sponsors comme Netlify.

un guignol

Un guignol c'est qqun qui caricature une réalité. Donc je prends. J'en fais des tonnes proportionnellement à ta mauvaise foi ou à ton aveuglement "apple y'a pas mieux et de loin".

Oui je fais un choix arbitraire. Arbitré par un principe que j'ai : contribuer à un modèle libre. Google/Android me le permet ou du moins ne me l'interdit pas. Apple ne me le permets pas voir l'interdit.

Android, j'ai le choix du matériel, Apple, non. Android, j'ai le choix du store, Apple non. Android je peux faire du gratuit sans devoir payer, Apple non.

et pas juste des emmerdeurs qui chouinent juste pour le principe de chouiner,

Tu lis ce que tu écris où c'est pour le plaisir d'être déplaisant.

Il faut acheter un mac à 2000 patates, un iphone à 1000 patates, payer 100 patates par an, subir l'obscure workflow de validation de Apple pour mettre le moindre bout de code libre ou pas sur un iOS.

Android, j'ai mon pc sous linux, un smartphone/tablet quelconque, le SDK Android je fais un APK, je le mets sur fdroid et fini.

Comment tu peux même envisager que ce sont des expériences comparables et dire que ceux qui pensent autrement sont des "emmerdeurs qui chouinent" ? La drogue ?

pareil, incurable.

Icebreaker 🐑 c'est 🐑 mignon, 🐑 mais 🐑 ça 🐑 reste 🐑 des 🐑 moutons 🐑 de 🐑 NZ 🐑 dont 🐑 la 🐑 laine 🐑 est 🐑 envoyée 🐑 en 🐑 chine 🐑 pour 🐑 être 🐑 transformée 🐑 en 🐑 pull.
Les 🐑 autres 🐑 fabricants 🐑 font 🐑 pareil 🐑 mais, 🐑 moins 🐑 connus 🐑 que 🐑 Icebreaker, 🐑 ne 🐑 les 🐑 vendent 🐑 pas 🐑 100e, 🐑 plutôt 🐑 30-40e.
Ce 🐑 qui 🐑 est 🐑 sustainable, 🐑 c'est 🐑 sûrement 🐑 leurs 🐑 profits.

En 🐑 revanche 🐑 le 🐑 plussois 🐑 le 🐑 Merinos, 🐑 c'est 🐑 un 🐑 peu 🐑 plus 🐑 fragile 🐑 qu'une 🐑 autre 🐑 laine, 🐑 mais 🐑 c'est 🐑 respirant, 🐑 léger 🐑 et 🐑 chaud. 🐑 Ça 🐑 se 🐑 porte 🐑 aussi 🐑 bien 🐑 en 🐑 été 🐑 qu'en 🐑 hiver.

Je recommande rien, c'est toi qui dit

sur les tablettes, Apple a vraiment 0 competition.

Et

ne répond pas au premier besoin (plus de 11 pouces)

oui, pardon, dans ce cas, chez Apple, c'est 899€, 720€ chez Samsung.

Si on reste dans de l'abordable, 10.2 pouces, 389€ chez Apple, à partir de 200€ en Android.

Et sur Android tu peux mettre un store alternatif, pas sur iOS.

Bref zéro compétition ….

Chérie, ça va moinsser

Bien vu ! C'est fait.

Comment installer des applications libres sous iPad ?

Question budget, aussi. un iPad ça commence à 489€. Une tablette android, ça commence à 39€.

Je l'ai la klipad et j'ai desssus, firefox, Feeder - un lecteur RSS qui est responsive sur du 7", Skytube - un lecteur youtube, l'application wikipedia, elle aussi responsive, et VLC.

Bref "apple c'est mieux" = bullshit.

Je suis utilisateur de LO, pas de OO.
Qqun c'est déjà penché dessus et peut décrire les différences ?

J'utilisais la version web (=sharepoint et office online) mais impossible de faire les réunions en ligne (=skype) avec.
Je suis content qu'il y ai une version desktop linux.
Et en effet, elle est crade. Mais à l'image de l'application web ^{^}

Il y a une hiérarchie dans les séparateurs :

28 ␜ INFORMATION SEPARATOR FOUR file separator
29 ␝ INFORMATION SEPARATOR THREE group separator
30 ␞ INFORMATION SEPARATOR TWO record separator
31 ␟ INFORMATION SEPARATOR ONE unit separator

le groupe separator vient avant le record et le unit (=field = value).
donc il ne sert pas à avoir des valeurs imbriquées.

US is the lowest level (dividing plain-text data items), while RS, GS, and FS are of increasing level to divide groups made up of items of the level beneath it.

Le sens exact d'un "group" d'information est à définir par l'application.
À lire dans le pdf pointé par la référence 1, page 4.7.

Introduit le facteur de confusion.

Très bien expliqué ici : https://scienceetonnante.com/2015/04/06/le-paradoxe-de-simpson-video/

Ici, j'imagine que le facteur de confusion est la richesse du pays.

Pays riche => bon système universitaire => prix Nobel
Pays riche => a les moyens d'acheter du cacao et de le transformer => consomme du chocolat.

prix Nobel et manger du chocolat se retrouvent corrélés.

Ce ne sont pas tant des prédictions que des souhaits.

Ce n’est pas un peu une super mauvaise pratique de faire ça de manière transparente, sans que ce ne soit visible dans l’URL ?

Ta proposition traite seulement de la langue et ne répond pas à "proposer par défaut". Les autres points que tu rappelles en citation me semble difficilement adressables par URL.

L'idée d'utiliser la géolocalisation basée sur l'IP est justement que pour une seule et même URL du genre 'https://monsupersite.tld/', toute une combinatoire de choix (localisation, langue, monnaie, réglementation, instance plus proche) s'appliquent à l'utilisateur sans qu'il n'ait besoin de tout configurer.

Donc pour "proposer une langue par défaut", la geolocalisation par IP est complémentaire : tu dirige le visiteur vers une "//" que tu penses être la bonne, libre à lui de la changer, par exemple avec un menu popup avec des drapeaux, un classique.

profilage des utilisateurs

dit autrement : Faire des jolies stats d'accès à son site par pays

créer des services non-neutres

dit autrement : Bloquer les bots (IP cloud providers), les crackers russes et chinois.

Mais aussi :

• proposer une localisation par défaut, sur une carte par exemple.
• proposer une langue par défaut, ou une monnaie).
• appliquer une réglementation locale (GDPR, âge légale, etc.)
• rediriger vers une instance plus proche pour une navigation plus fluide

Oui, ça sert beaucoup en fait.

Ce journal obtient actuellement un score de 19, sérieux ?!
Cela pourrait être une entrée de forum dans la rubrique discussion de comptoir.
Mais un journal critiquer pour un logo, ça me tue.

alors que cela pourrait intéresser de nombreuses entreprises

Ou alors tu es passé complètement à côté du sujet en confondant scraping et interopérabilité. La pratique du scraping étant très border line, ils vont pas en plus utiliser les vrais noms et les vrais logos, ils se prendraient des procès dans tous le sens.

Sur ce coup, je vais faire confiance à ma distro, debian.
Si ils passent de wpa_supplicant à iwd, alors c'est qu'ils auront jugé qu'il est meilleur.
Sur mes laptop, je n'ai jamais eu de difficultés (à part une fois avec du WPS).

Je suis septique sur l'amélioration du débit avec un produit de configuration qui ne touche pas aux drivers.

Chez moi à 5m de la box, je suis à 340Mb/s, pas à me plaindre…

C'est quoi un cipher "permissif" ?
Pour moi un chiffrage est soit fort = pas encore craqué soit faible = craquable.

Je ne comprend pas le besoin d'un store pour du libre.

Fonctionnellement cela permet de proposer des logiciels qui n'ont pas (encore) été empaquetés pour la distribution que tu utilises.

Et donc souvent de tester des versions récentes des logiciels car les gestionnaires de packages des distributions sont souvent (très) en retard, surtout si tu utilise une distribution dite stable.

Techniquement, cela utilise la conteneurisation afin de ne pas entrer en conflit avec les bibliothèques logicielles déjà installées sur ton système par ta distribution.

Pour l'éditeur, cela lui permet donc de toucher plus facilement plus de monde.

L’inconvénient pour toi c'est que tu dois le gérer à la main ou avec un autre outil (le store), en dehors du gestionnaire de package de ta distribution.

and I feel fine.