[WIP] Recalbox Manager

[DjLeChuck]

Nouvelle page ajoutée : Gestion des contrôleurs

Encore la page des BIOS et je verrais pour permettre d'utiliser cette première version sur le Pi directement.

[Substring]

Joli boulot mec

[DjLeChuck]

Bon, petit problème... Le projet fait 146Mo. --'
Le framework JS prend BEAUCOUP de place, c'est juste abusé. Et même si je retire ce dont je n'ai pas besoin je ne descend pas ou peu sous la barre des 100Mo.

Du coup, je recommence à me dire que ce n'est pas encore la meilleure solution... Ça me saoul de devoir tout recommencer à chaque fois ^^'

[Substring]

question : tu te bases sur le recalbox.conf avec les "commentaires" faits pour ? Savoir s'il y a des erreurs avant de le passer sur la 4.1

[DjLeChuck]

Non @subs toujours pas. Je me base sur l'API pour récupérer les valeurs / écrire les valeurs.
Pour les valeurs proposées je me base sur un fichier de config interne.

Avant de faire qqchose d'auto-magique je préfère avoir quelque chose de fonctionnel un minimum.
Et puis de toute façon, avec cette histoire de poids je pense pas qu'il faille le mettre sur la distrib pour le moment. Faire perdre 146Mo à l'utilisateur pour un outil qu'il n'utilisera peut-être même pas n'est pas concevable.

[neolao]

Il y a la place sur le disque et celle en mémoire.
Je ne sais pas si la place sur disque est négligeable.

[Substring]

il sent pas bon du fondement ton framework sérieux ...

OK pour le recalbox.conf ... personne ne l'aiiiiimeuuuuh lol

[DjLeChuck]

@subs C'est sails, une surcouche connue à express qui est lui même un des plus connu donc c'est un framework sérieux mais sur un serveur de prod' tu t'en fou de la place de ton site à priori. Là sur un Pi je trouve ça énorme (bon c'est le poids d'une grosse ROM quoi).

EDIT :
Et si on l'aime ton fichier. Mais je voudrais juste sortir un outil en v1 qui fonctionne avant de tout changer pour me baser dessus (ou me baser sur l'API v2 que @neolao est en train de faire)

[neolao]

@subs je suis sur le coup, j'ai juste des travaux de structure à faire avant

[Substring]

@neolao ah cool alors travaille tes structures

[voljega]

@DjLeChuck t'as essayé de faire un npm prune (conseil d'un collègue) ?

[neolao]

Tu as aussi les dev dependencies.
Le npm install --production prend combien d'espace disque ?

[DjLeChuck]

@voljega @neolao Les deux commandes ne changent rien.

[neolao]

Il faut effacer node_modules avant évidemment

[DjLeChuck]

Évidemment.

[neolao]

Bah voilà, Sails prend trop de place alors.
Express ou Koa comme alternative ?

[DjLeChuck]

Grunt aussi prend pas mal de place. Je verrais ce soir en le dégagent ce que ça donne. De même pour forever que j'ai mis pour avoir un truc tout le temps up mais il me semble que tu as déjà pm2 avec l'API donc peut-être que je peux aussi l'utiliser ?
Cela n'empêche qu'il y aura les 75Mo de sails... Sinon je refais tout en Go, une fois compilé, trimé, et tout le bazar c'est assez light x)

400K ./ejs
13M ./forever
12M ./grunt-contrib-less
4,2M ./grunt-contrib-cssmin
700K ./include-all
2,7M ./grunt-sync
4,8M ./grunt-contrib-coffee
68K ./grunt-sails-linker
232K ./rc
11M ./grunt-contrib-uglify
9,3M ./grunt-contrib-watch
1,1M ./grunt-contrib-concat
75M ./sails
256K ./grunt-contrib-copy
4,0K ./.bin
17M ./grunt
5,2M ./request
1,2M ./grunt-contrib-jst
636K ./grunt-contrib-clean
3,5M ./sails-disk
160M .

[acris]

Coucou
bravo pour ton avancée.
Je ne suis pas dev mais est ce que tout ce que tu utilises ne pourrait pas servir à d'autres dev en herbe dans le futur pour ajouter de nouvelles idées, contributions.

[DjLeChuck]

@acris Je n'ai pas compris ta question. Tu demandes si ce que je fais peux être utilisé par d'autres pour être modifié, enrichi ?

[acris]

Tu parles de chose en trop dans ton developpement. Mais si ce trop (grant forever) est peut etre interessant pr dautres developpeurs ? Ne serait il pas mieux de le.laisser ?