| 27 Jan 2026 |
 raitobezarius | je garde un pg de dev et un redis de dev always on sur mon système | 18:12:58 |
| raitobezarius | sur un laptop, je les socket activate | 18:13:03 |
| raitobezarius | et mon user peut créer plein de db | 18:13:09 |
| raitobezarius | c'est dur de développer des trucs sans adhérer explicitement aux sémantiques de pg ou de redis je trouve | 18:13:22 |
| raitobezarius | là où c'est relou c'est les gens qui font du mongodb/mysql/truc en vogue du jour | 18:13:33 |
 Jo.Blade | moi je considère que c'est une erreur de dev si tu ne peux pas lancer ton projet sans redis ni postgres
Pour moi si t'es sérieux, tu as une compatibilité sqlite en env de dev | 18:13:47 |
| Jo.Blade | surtout quand beaucoup de gens utilisent des ORMs, genre avec tous les défauts des ORMs, on peut au moins leur reconnaitre qu'ils rendent facile le support de plusieurs DB | 18:14:36 |
| Jo.Blade | * | 18:14:48 |
| raitobezarius | comment tu fais si tu utilises de façon « importante » une feature de pg que sqlite n'a pas? | 18:15:06 |
| Jo.Blade | t'en as vraiment besoin dans l'env de dev ? | 18:15:28 |
| raitobezarius | bah si c'est la feature qui est employé, je trouve oui | 18:15:37 |
| raitobezarius | je pense qu'il y a plein d'apps métiers simples qui peuvent s'en passer | 18:15:43 |
| raitobezarius | mais moi j'écris vraiment que des trucs qui dépendent de façon critique des features de la cible de déploiement | 18:15:53 |
| Jo.Blade | moi ça ne me dérange pas d'être en mode dégradé en dev si ça permet de simplifier énormément l'env | 18:15:59 |
| raitobezarius | c'est pas juste dégradé dans mon cas | 18:16:06 |
| Jo.Blade | ah j'avoue dans mon cas on a jamais eu cette contrainte donc je sais pas | 18:16:29 |
 Albert Larsan | Au boulot, on a une VM Debian 10 qu’on se passe entre collègues, et qu’on lance avec virtualbox (on travaille sous Windows). Je l’ai convertie pour la lancer avec Hyper-V au démarrage du PC. | 18:16:41 |
| Albert Larsan | Dans la VM, il y a juste postgresql | 18:17:16 |
| Jo.Blade | s'il y a juste postgres, pk pas juste deploy dans le wsl ? | 18:17:42 |
| Jo.Blade | mais postgres n'a pas un support windows ? (vrai question, j'en ai aucune idée) | 18:18:11 |
| raitobezarius | je pense que je serais assez nerveux perso de déployer pg dans WSL vu que c'est pas forcément les memes trucs I/O sous le capot | 18:18:14 |
| raitobezarius | si si pg a windows en support iirc | 18:18:18 |
| raitobezarius | mais après c'est tjrs le pb de ce que tu testes | 18:18:25 |
| raitobezarius | j'écris des trucs qui testent vraiment linux, si tu testes avec l'API kernel d'un autre truc… | 18:18:37 |
| Jo.Blade | ouais logique | 18:18:47 |
 ManUtopiK | k8s, c'est overkill pour mon besoin, oui !
Autre question qui me vient, j'ai plusieurs applis qui utilisent le port 3000. On peut démarrer sur un autre port, mais comment vous gérer ça ?
Je regarde pour lismonk https://github.com/NixOS/nixpkgs/blob/nixos-unstable/pkgs/by-name/li/listmonk/frontend.nix mais je ne comprend pas bien comment faire si je veux utiliser un autre port que 9000
Et sur le serveur, j'utilise caddy qui est super simple. Vous faites comment pour le reverse proxy avec un user nix par appli ? | 18:20:25 |
| raitobezarius | tu regardes la dérivation là | 18:21:09 |
| raitobezarius | https://search.nixos.org/options?channel=25.11&show=services.listmonk.settings&query=listmonk | 18:21:21 |
| raitobezarius | tu peux changer le port ici | 18:21:23 |
| raitobezarius | le bon pattern c'est d'avoir un fichier où tu centralises les allocations de ports sur un hote | 18:21:34 |
