Let’s say if you want to install, for example, wordpress, without YunoHost it will be a directory with wordpress, a nginx config and maybe php.
With YunoHost, it will be mainly a directory, a nginx config and a php config. Anyone who know how to install a php app, will know how his wordpress has been set up.
That means also, if anyone want to modify his wordpress, it’s as simple as a manual installation.
And that’s a good thing ! YunoHost is, and should stay, only a way to simplify the installation of your services.
If we provide wordpress in a docker container, an user can’t know how we built it, and what’s going to happen when he will install it. He can’t simply read the script to understand where the app is going to be installed.
If he want to modify something in his app, it’s not going to be as simple as a simple install.
He can’t simply change a file, he has to enter inside the container, running, to find how this app has been built to hope to change a file.
I don’t really like the idea to give a black box to our users, and just say, trust us, “We’re not evil”.
I like to give a simple script, easy to read, transparent, and be able to say to our users, don’t trust us, check the code !
Disons que si vous voulez installer, par exemple, wordpress, sans YunoHost ce sera un répertoire avec wordpress, une configuration nginx et peut-être php.
Avec YunoHost, ce sera principalement un répertoire, une configuration nginx et une configuration php. Toute personne qui sait comment installer une application php, saura comment son wordpress a été installé.
Cela signifie aussi que si quelqu’un veut modifier son wordpress, c’est aussi simple qu’une installation manuelle.
Et c’est une bonne chose! YunoHost n’est, et devrait rester, qu’un moyen de simplifier l’installation de vos services.
Si nous fournissons wordpress dans un conteneur docker, un utilisateur ne peut pas savoir comment nous l’avons construit, et ce qui va se passer quand il l’installera. Il ne peut pas simplement lire le script pour comprendre où l’application va être installée.
S’il veut modifier quelque chose dans son application, ce ne sera pas aussi simple qu’une simple installation.
Il ne peut pas simplement changer un fichier, il doit entrer dans le conteneur, en cours d’exécution, pour trouver comment cette application a été construite pour espérer changer un fichier.
Je n’aime pas vraiment l’idée de donner une boîte noire à nos utilisateurs, et dire simplement, faites nous confiance, “We’re not evil”.
J’aime donner un script simple, facile à lire, transparent, et être capable de dire à nos utilisateurs, ne nous faites pas confiance, vérifiez le code!