Nanawel a écrit 281 commentaires

Cet adaptateur à prix raisonnable est encore dispo chez plusieurs revendeurs (en marketplace évidemment) : https://www.darty.com/nav/achat/informatique/accessoire_informatique/carte_acquisition_video_audio/hauppauge_usb_live_2.html

Voir mon commentaire plus bas pour la compatibilité Linux.

Même si c'était il y a quelques années maintenant, j'avais réussi à numériser plusieurs VHS avec un adaptateur Hauppauge USB-Live 2 sous Linux, avec ffmpeg et vlc (en alternance, car il y avait des couacs à l'époque).

La procédure et les scripts utilisés sont toujours accessibles, même s'il est vrai que je ne les ai pas testés depuis un petit moment (donc il y aura peut-être quelques adaptations à y faire).

https://lanterne-rouge.info/2014/01/num%C3%A9risation-de-vhs-sous-linux

Tu te posais la question de la compatibilité des puces avec Linux, à ce niveau je peux t'assurer qu'elle est correcte avec cet adaptateur.

J'aurais une vision plus mitigée en prenant en compte la notion de compatibilité ascendante qui reste quand même assez importante sur PHP.

Il reste possible dans les dernières versions de créer des scripts très réduits de la même manière qu'on pouvait le faire avec PHP 3. La plupart des scripts écrits de cette manière restent d'ailleurs totalement fonctionnels sans changement malgré leur âge.

Quand par contre on cherche à faire une application complexe, robuste, et ce, sans réinventer la roue en permanence, alors oui les apports des dernières versions sont particulièrement appréciables.

Les namespaces par exemple (les \ que tu mentionnes), ont émergé par besoin et ont été longtemps implémentés par des bidouillages peu lisibles par chaque bibliothèque (class MyVendor_MyLib_MyPackage_MySomething_EventuallyMyClass). Mais ils restent totalement optionnels si le développeur ne souhaite pas les utiliser… à condition qu'il ne dépende pas de packages Composer évidemment.

Mince, je découvre cette commande.

J'aurais sûrement fait 3x plus compliqué au moins sans elle. S'agit de la retenir maintenant.

Avec ces contraintes, essaye de voir si tu peux plutôt utiliser un ventirad top-down, ça te permettra de pouvoir garder un diamètre de 92mm (voire 120) tout en limitant la hauteur.

Shutter est ma solution de choix, mais il y a eu parfois des ratés lors de mises à niveau qui cassaient des choses. C'est mieux depuis quelques temps.

Ça reste vraiment une très bonne option.

- étant plus que un à consommer les provisions et à faire les courses, le post-it doit être localisé à la maison
- on ne part pas forcément de la maison pour aller faire les courses et donc "oups le post-it"
- on peut penser à quelque chose à ajouter à la liste sans être à la maison

Et un grand classique : l'un est en train de faire les courses, l'autre le sait et du coup pense a des trucs à ajouter.

Je te rejoins sur ce constat, et c'est bien ce qui m'a motivé à utiliser plutôt une solution collaborative temps-réel (peu importe laquelle au début), puis à l'implémenter moi-même en m'inspirant fortement de Bring mais en restant le plus simple possible.

J'avais déjà exploré cette application suite à ma recherche d'une solution d'indexation de recettes (je suis aussi l'auteur de reciphpes! à ce sujet) mais comme je l'avais mentionné sur ce post, bien que j'adorerais trouver une utilisation à Grocy, c'est beaucoup trop complet - et complexe - pour mon usage.

J'admire néanmoins vraiment cette appli :)

Mon propos était donc par rapport au fait d'avoir un outil pour faire et suivre différentes listes et non un outil pour la liste des courses de produits alimentaires et un autre pour celle des produits de nettoyage et un autre pour la liste des cadeaux, ainsi de suite.

Ah justement ici mon outil - comme Bring - gère plusieurs listes, car il est vrai qu'il est quand même plus pratique de répartir les articles selon le type de magasin visité, et sa fréquence de visite.

Typiquement par exemple nous avons :
- "Courses", pour tout ce qui est alimentaire ou d'achat très fréquent (PQ…)
- "Pharmacie", parce que que quand tu vas à la pharmacie, tu ne veux voir que ces articles et pas les pâtes ou le café par exemple ^^
- "Bricolage/Jardin", pour les passages à Casto, Leroy Merlin, Truffaut et autres
- "Vêtements/Sport" pour ceux à Decathlon ou assimilés

De cette manière, la liste "Courses" est sensée être vidée régulièrement, alors que les autres peuvent rester longtemps avant d'être traitées (surtout en période de semi-confinement avec seuls produits de première nécessité accessible…)

Je ne sais pas si cela répond à ton argument, mais j'aurais essayé :)

Je me dis qu'il manque une instance de démo, mais je cherche un moyen de mettre ça en place à plus bas frais possibles.

Je suis aussi un adepte du carnet de notes à côté du PC, au boulot ou à la maison. Ça fait souvent sourire les gens, étant également dans l'informatique, mais j'avoue que je n'ai rien trouvé de mieux pour garder les tâches en attente et les points d'attention sous les yeux. À ce jour côté pro - et comme je numérote soigneusement chaque entrée dans ce carnet - j'en suis à 3415 depuis 2010 :)

Ou bien Nextcloud + "Notes", de Stefan Niedermann

Que j'utilise avec bonheur ! Mais pour mes notes, pas pour mes courses :)

Mais j'imagine que l'auteur avait envie de coder ce projet pour le plaisir d'utiliser tout ça. Le résultat est chouette, même si je préfère un truc sans base de données complexe…

La base de données n'est pas complexe. Pour résumer il y a 2 tables : liste et article. Et comme c'est orienté document, les schémas pourront évoluer plus facilement au besoin. Je pourrais facilement proposer une solution alternative en SQLite (j'y ai réfléchi initialement d'ailleurs).

Ensuite, je me suis fait la réflexion que des gestionnaires de listes on a : Mirakel, ceux couplés à NextCloud/OwnCloud, les interfaces à ToDo.txt dont Markor, etc.

Oui en effet, mais pour avoir déjà tenté d'utiliser des solutions similaires en faisant mes courses, où l'utilisation même du portable n'est pas la chose la plus aisée, ça complique inutilement les choses. Il était crucial pour moi d'avoir quelque chose de simple et direct. Mais c'était aussi une habitude prise avec Bring que je voulais retrouver.

Bon, il y a une étrange tendance à vouloir faire une application dédiée là où un outil générique (gestionnaire de listes) ferait l'affaire.

C'est un avis personnel mais même si j'adore sur de nombreux points les applications qui savent faire beaucoup de choses, j'ai pourtant pris l'habitude de ne pas mettre tous mes oeufs dans le même panier (encore une ^^), et je vais préférer avoir plusieurs services spécialisés qui font peu de choses, mais qui les font bien et surtout, sans dépendance entre eux.

Pour te donner une idée, j'ai les services suivants qui tournent en auto-hébergement et je suis bien conscient qu'il serait facile de trouver quelqu'un qui proposerait des alternatives permettant d'en rassembler 2, 3, voire plus :
- Airsonic
- Peertube
- Nextcloud
- RocketChat
- Jitsi
- Etherpad
- Gitlab
- Bitwarden_rs
- Shaarli
- Reciphpes
- FreshRSS
- PhotoFloat
- et j'en oublie

Je prends le "meilleur" (selon mes critères) pour chaque usage, et c'est ce que je voulais obtenir (et proposer librement) avec OSL.

J'ai oublié d'applaudir à ta blague sur "balance", qui faisait écho aux miennes dans mon post. Alors je corrige ça et j'applaudis, sincèrement :D

Merci pour le lien ! J'avais souvent vu passer des infos sur SàT (Libervia donc maintenant) à différents endroits mais j'avoue (honteusement) que le XMPP est un protocole dont je ne sais presque rien, à part qu'il fait toujours figure de concurrent à des technos pourtant toujours plus jeunes que lui.

Je regarderai mais j'ai peur que l'orientation finalement très centralisée d'OSL (autour d'une même instance) ne permette pas facilement d'y coupler XMPP en l'état, mais je me trompe peut-être.

C'est le conseil que j'ai eu également en commençant, mais franchement c'était le point de trop pour démarrer, et ma faible (inexistante ?) connaissance dans les toolchains JS a fait que je n'ai pas essayé d'y ajouter cette couche supplémentaire de peur de risquer de tout casser sans comprendre pourquoi :D

Merci !

J'ai bien failli abandonner plusieurs fois quand, à chaque besoin dont j'ai pris conscience au cours du dev, je me rendais compte que cela nécessitait d'ajouter une nouvelle lib, et avec elle une nouvelle manière de penser et de résoudre le problème sous-jacent.

Surtout quand, dans la techno en question on n'a aucune manière de "juger" la pertinence d'une lib plutôt qu'une autre, et de sa potentielle longévité.

Après je ne suis pas aussi négatif sur l'évolution du code que tu mentionnes, même si cela ne m'empêche pas d'en être critique sur certains aspects. L'écosystème JS est un gloubiboulga totalement anarchique pour moi et je peine à comprendre comment des softs propres arrivent à en sortir, mais l'usage montre apparemment qu'il a des aspects intéressants et innovants qu'il ne faut pas dénigrer.

Je n'ai pas détaillé mon cheminement mais j'ai d'abord testé de nombreuses solutions alternatives. Ayant notamment un Nextcloud j'ai aussi regardé ce qu'il était possible de faire avec. Mais franchement les solutions n'étaient pas à la hauteur de ce qu'il est possible de faire avec Bring, côté simplicité et fluidité d'utilisation en tout cas.

J'avoue que je ne connais pas Telegram ni ce qu'il est possible de faire avec. Mais comme ce n'est pas libre… cela ne m'apparaît pas comme une alternative intéressante à ce niveau.

Merci pour l'avis sur le côté "léché" :) En tant que dev back, j'oublie trop souvent à quel point il est difficile de créer une interface simple et efficace pour les utilisateurs. J'ai trouvé un compromis acceptable pour l'instant même s'il manque encore beaucoup de choses.

C'est bien ma compréhension également.

Ha ha, il la fallait bien :)

En effet c'est un point pertinent, je le reconnais. Disons que dans l'usage que j'en fais ici, je ne considère pas que cet aspect soit aussi… privateur… que dans l'usage qu'on peut avoir d'une application boîte noire, en SaaS, à laquelle on confie ses données (comme Bring, donc). Là au moins l'instance du serveur est auto-hébergée. Petite victoire s'il en est, mais quand même.

Pour répondre sérieusement, j'ai surtout réfléchi en terme de rapport avantages/inconvénients. Je devais déjà me former à beaucoup de technos, donc si des frameworks proposaient des surcouches simplifiant certains aspects c'était tout bénéf'. C'est le cas ici avec Mongoose qui gère la partie ORM côté serveur, qui a l'avantage d'être complet et éprouvé. On ne peut pas être parfait, surtout du premier coup…

Une idée de fonctionnalité en plus : choisir une liste de recettes et générer la liste des ingrédients à acheter en fonction des quantités.

Riche idée, mais qui dépasse pour l'instant pas mal du cadre "simpliste" de l'appli en l'état actuel ! Mais je reconnais que ça serait pratique.

Sinon est-ce que la licence de MongoDB ne cause pas de souci ? Il me semblait que c'était du "libre mais".

Si j'ai bien compris, c'est un problème potentiel pour les applications SaaS qui utilisent MongoDB. Mais ici non ça ne devrait pas être un problème :)

Si tu n'as vraiment rien de plus qui s'affiche, tu peux tenter de réinitialiser le BIOS sur la carte mère. Généralement ça consiste à retirer la pile, et/ou déplacer pendant quelques secondes un jumper, mais ça c'est la doc de ta carte qui le dira.

Pour la gestion des assos, il y a aussi Garradin : https://garradin.eu/

Apparemment c'est simple mais pratique et efficace. Je te conseille d'y jeter un oeil.

Non c'est simple également, même si un poil plus délicat que la RAM.

Grosso-modo les étapes sont les suivantes :

1. Déclipser le ventirad (tu peux en profiter pour le nettoyer à fond, ça fait toujours plaisir ^^). Selon le montage il faut juste des doigts ou un tournevis plat.
2. Désarmer le CPU du socket. Sur ce modèle normalement ça consiste à simplement relever un petit bras métallique sur le côté.
3. Retirer le CPU. Là avec 2 doigts ça se fait tout seul.
4. Déposer le nouveau CPU (inutile de forcer, attention au détrompeur pour cela).
5. Abaisser le petit bras pour réarmer le CPU.
6. Ajouter une petite dose de pâte thermique au centre du CPU
7. Replacer le ventirad (dont on aura enlevé la pâte thermique restante du précédent CPU avant) et le refixer avec son système dédié (idem étape initiale : doigts et/ou tournevis).

Et c'est tout !
Reste juste à voir si le BIOS de la carte mère accepte bien ce CPU, mais généralement c'est le cas, ou au pire il faut bien mettre le BIOS à jour vers la dernière version.

Je rejoins l'avis général et pour cause, j'avais également un PC basé sur un CPU Athlon X2 3800+ et 2 Go de RAM : c'est très lent, même sous GNU/Linux (avec environnement XFCE pour ma part).

Pour une utilisation "plus confortable" même si c'est loin d'être idéal, je peux te proposer les pistes suivantes :
- installer un SSD pour le système (ça, ça peut faire une grosse différence)
- passer à 4 Go de RAM (d'occasion, ça ne coûte pas grand chose)
- upgrader le CPU (idem, d'occasion ça se trouve pour assez peu maintenant)

J'ai fait le remplacement de la RAM et du CPU (6000+) et ça fait un bon ordi d'appoint. J'envisage aussi d'installer un SSD mais mon faible usage ne le justifiait pas jusqu'ici.

Autre origine possible : la partition NTFS/FAT est marquée "dirty" (suite par exemple à un retrait sans éjection préalable) et par défaut je crois que dans ce cas le driver NTFS/FAT la monte en lecture seule.

Il suffit de faire un fsck sur la partition (une fois celle-ci démontée au préalable) pour réinitialiser le dirty bit.