de plus que la version officielle ?
si ce n'est que les contrôles de surface ne disent pas où se situe l'erreur de saisie ? du coup on part à la devinette. Ok, la présentation des motifs est plus avenante. Ça fait pas pencher la balance.
J'ai écrit le mien hier soir (nuit!) en python.
Il en est beta test auprès de proches.
Je ne sais pas si je vais le releaser, c'est du quick&dirty™.
Mais globalement, pas trop de surprise, il fait la même chose que celui de samueltardieu.
Le sien est mieux conçu pour renter les informations de l'utilisateur. Il procède par un dialogue avec le bot, moi j'ai tout passé par commande, moins ergonomique. Il propose aussi des alias pour les motifs, moi je les liste et il faut entrer le numéro (genre 6 pour "sport").
Le mien a le mérite de la concision : 307 lignes uniques contre 1362. Et d'utiliser sqlite plutôt que couchdb.
C'était par manque d'information ou par paresse, car wikipedia, j'aurai pu prendre le temps…
Merci de tes lumieres.
Admettons pour le medical.
Dans le civil, je reste pro savon.
youtube-dl marche(ait) très bien mais il faut le mettre à jour très régulièrement, car les sites web de replay changent très souvent, bien plus que ce qui est proposé par les distros Linux.
Je suppose que ce sera pareille pour you-get.
Pour ma part, j'ai mis un petit CGI au dessus pour pouvoir l'appeler à distance. Et un cron qui met(tait) à jour à partir du git et qui ne marche plus désormais :'(
Ah oui quand vous parliez de prix, sachant qu'un dumb phone neuf ça se vend 30e neuf, je me disais ils ont faire fort en proposant ça à une bonne centaine d'euros mais là, je suis bouche bée.
On ne peut plus d'accord.
J'ai tenté de faire l'exercice il y a peu.
J'ai fini avec plus de point d’interrogation - je garde je garde pas ? - que de réponse.
Il y a très longtemps, compte tenu de mes usages principalement écrits (chat, mail, web), j'étais très tenté par le HTC Chacha et son clavier physique. Produit en 2011 sous Android 2.3, ça paraît ancestrale alors que ça ne fait que neuf ans.
Finalement je pense que j'ai une sorte de minimalisme actuellement: je prends toujours des smartphone de seconde main, je les garde le plus longtemps possible (le dernier a duré 7 ans avant de rendre l'âme (carte mère je crois)), je prends un modèle supportant LineageOS, pour enlever le maximum de cochonneries dont toute la couche gapps. J'installe fdroid et mets des applications opensource/libre. Je mets pas de jeux, je fais pas de réseau sociaux. Par contre je consomme boooocoup de flux rss, de blog et de navigation openstreet map.
Acheter du matériel neuf, fut-il bien conçu, pour coller à mon "style" de consommation, bah c'est pas mon style en fait :)
Après j'avoue, alors que je pleure ma deuxième liseuse cassée, je serai très tenté par un écran à encre.
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.
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.
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.
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 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 ?
Posté par steph1978 .
En réponse au journal Un pull Open Source ?.
Évalué à 1.
Dernière modification le 15 octobre 2020 à 14:09.
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.
[^] # Re: Site du ministère
Posté par steph1978 . En réponse au message Générateur d'attestation hors-ligne ?. Évalué à 2.
Sur quel navigateur ?
[^] # Re: Site du ministère
Posté par steph1978 . En réponse au message Générateur d'attestation hors-ligne ?. Évalué à 2. Dernière modification le 02 novembre 2020 à 19:37.
_
# ça apporte quoi ?
Posté par steph1978 . En réponse au lien Générer rapidement une attestation de déplacement pendant le confinement (mémorise les champs). Évalué à 2.
de plus que la version officielle ?
si ce n'est que les contrôles de surface ne disent pas où se situe l'erreur de saisie ? du coup on part à la devinette. Ok, la présentation des motifs est plus avenante. Ça fait pas pencher la balance.
[^] # Re: Autre solution pour utilisation avec Telegram
Posté par steph1978 . En réponse au lien Une application Android libre pour générer ses attestions disponible sur F-Droid et Play Store. Évalué à 3.
J'ai écrit le mien hier soir (nuit!) en python.
Il en est beta test auprès de proches.
Je ne sais pas si je vais le releaser, c'est du quick&dirty™.
Mais globalement, pas trop de surprise, il fait la même chose que celui de samueltardieu.
Le sien est mieux conçu pour renter les informations de l'utilisateur. Il procède par un dialogue avec le bot, moi j'ai tout passé par commande, moins ergonomique. Il propose aussi des alias pour les motifs, moi je les liste et il faut entrer le numéro (genre 6 pour "sport").
Le mien a le mérite de la concision : 307 lignes uniques contre 1362. Et d'utiliser sqlite plutôt que couchdb.
[^] # Re: il a des actions ?
Posté par steph1978 . En réponse au lien On devrait utiliser un flacon de gel hydroalcoolique par semaine. Évalué à 3.
C'était par manque d'information ou par paresse, car wikipedia, j'aurai pu prendre le temps…
Merci de tes lumieres.
Admettons pour le medical.
Dans le civil, je reste pro savon.
[^] # Re: Ça a l'air top.
Posté par steph1978 . En réponse au lien alternative à youtube-dl . Évalué à 3.
youtube-dl marche(ait) très bien mais il faut le mettre à jour très régulièrement, car les sites web de replay changent très souvent, bien plus que ce qui est proposé par les distros Linux.
Je suppose que ce sera pareille pour you-get.
Pour ma part, j'ai mis un petit CGI au dessus pour pouvoir l'appeler à distance. Et un cron qui met(tait) à jour à partir du git et qui ne marche plus désormais :'(
[^] # Re: c'est pas un peu cher ?
Posté par steph1978 . En réponse au lien Fusion AMD Xilinx. Évalué à 2.
Donc ils ont pas acheté, ils ont fusionné les capitalisations boursières des deux entreprises avec une pondération.
Et puis ça correspondrait à 10 ans de revenu de Xilinx, c'est pas déconnant.
# il a des actions ?
Posté par steph1978 . En réponse au lien On devrait utiliser un flacon de gel hydroalcoolique par semaine. Évalué à 2.
dans une boîte qui fait du gel hydroalcoolique ?
Le savon ça se trouve partout, c'est économique, ça fait moins de déchets et ça assèche moins la peau. Mais c'est vrai, ça fait moins de dividendes.
# €297,00
Posté par steph1978 . En réponse au journal MuditaOS Open Source. Évalué à 7.
Ah oui quand vous parliez de prix, sachant qu'un dumb phone neuf ça se vend 30e neuf, je me disais ils ont faire fort en proposant ça à une bonne centaine d'euros mais là, je suis bouche bée.
[^] # Re: durée de demi-vie
Posté par steph1978 . En réponse au lien Nucléaire - Le Japon va rejeter 1,23 million de tonnes d’eau contaminées de Fukushima dans l’océan. Évalué à 3.
Donc pendant 12.3n, n à définir, on ne met pas un pied dans l'eau du pacific ?
[^] # Re: boulangerie
Posté par steph1978 . En réponse au journal MuditaOS Open Source. Évalué à 3.
Trop jeune, on peut avoir un indice ?
[^] # Re: chacun son minimalisme
Posté par steph1978 . En réponse au journal MuditaOS Open Source. Évalué à 4.
On ne peut plus d'accord.
J'ai tenté de faire l'exercice il y a peu.
J'ai fini avec plus de point d’interrogation - je garde je garde pas ? - que de réponse.
Il y a très longtemps, compte tenu de mes usages principalement écrits (chat, mail, web), j'étais très tenté par le HTC Chacha et son clavier physique. Produit en 2011 sous Android 2.3, ça paraît ancestrale alors que ça ne fait que neuf ans.
Finalement je pense que j'ai une sorte de minimalisme actuellement: je prends toujours des smartphone de seconde main, je les garde le plus longtemps possible (le dernier a duré 7 ans avant de rendre l'âme (carte mère je crois)), je prends un modèle supportant LineageOS, pour enlever le maximum de cochonneries dont toute la couche gapps. J'installe fdroid et mets des applications opensource/libre. Je mets pas de jeux, je fais pas de réseau sociaux. Par contre je consomme boooocoup de flux rss, de blog et de navigation openstreet map.
Acheter du matériel neuf, fut-il bien conçu, pour coller à mon "style" de consommation, bah c'est pas mon style en fait :)
Après j'avoue, alors que je pleure ma deuxième liseuse cassée, je serai très tenté par un écran à encre.
[^] # Re: Jitsi utilisable en 32 bits
Posté par steph1978 . En réponse au journal Comment et quoi répondre aux invitations Zoom et Microsoft Team → vs Jitsi Meet. Évalué à 7.
Moi, j'ai un petit serveur en atom, 32bit, ça fait 12 ans qu'il tourne H24 pour me rendre pas mal de services, pourquoi je le mettrai à la poubelle ?
[^] # Re: Alternatives ?
Posté par steph1978 . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à 4.
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.
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.
[^] # Re: bizarre
Posté par steph1978 . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à 3.
C'est répondu dans ce commentaire.
[^] # Re: Merinos
Posté par steph1978 . En réponse au journal Un pull Open Source ?. Évalué à 2.
Par exemple chez Uniqlo, 35e.
[^] # Re: Container et tout et tout
Posté par steph1978 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 6.
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.
[^] # Re: Container et tout et tout
Posté par steph1978 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 3.
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 ?
[^] # Re: CMS headless et baseless ?
Posté par steph1978 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 3.
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".
[^] # Re: pod
Posté par steph1978 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 4.
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.
[^] # Re: Chérie, ça va moinsser
Posté par steph1978 . En réponse au journal Une tablette (grand format) sous Linux?. Évalué à 6.
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.
[^] # Re: Chérie, ça va moinsser
Posté par steph1978 . En réponse au journal Une tablette (grand format) sous Linux?. Évalué à 9.
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 ?
[^] # Re: git pull -r
Posté par steph1978 . En réponse au journal Un pull Open Source ?. Évalué à 3.
pareil, incurable.
[^] # Re: Merinos
Posté par steph1978 . En réponse au journal Un pull Open Source ?. Évalué à 1. Dernière modification le 15 octobre 2020 à 14:09.
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.
[^] # Re: Chérie, ça va moinsser
Posté par steph1978 . En réponse au journal Une tablette (grand format) sous Linux?. Évalué à 4. Dernière modification le 15 octobre 2020 à 13:11.
Je recommande rien, c'est toi qui dit
Et
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 ….