[03:23:03]
<rodinux> > <@chatpitaine:cirkau.art> La log de l'API est dans `/var/log/yunohost/yunohost-api.log` avec des droits root.
> Le history (c'est ce qui s'affiche quand tu fais flèche haute / flèche haute ... pour remonter dans les commandes passées) tu l'obtiens avec la commande history.
> Les commandes avec un espace devant n'apparaissent pas dans le history (ça j'en suis sûr et l'ai appris récemment) dans les logs, je ne sais pas.
Pour empêcher qu'une commande soit ajoutée à l'historique en premier lieu, assurez-vous que la variable d'environnement HISTCONTROL contient parmi ses valeurs séparées par deux points la valeur ignorespace, par exemple (ajoutez par exemple à .bashrc) :
$ export HISTCONTROL=ignorespace
Cela empêchera toute commande avec un espace en tête d'être ajoutée à l'historique
[13:21:44]
<Jérôme H. aka Genma> Le domaine ynh.fr a une date d'expiration début avril (remontée par ma supervision car j'ai un sous-domaine sur ce domaine). Est-ce que le renouvellement est bien en visibilité de la personne qui loue ce domaine ?
[15:27:22]
<Salamandar> ah
[15:27:24]
<Salamandar> je regarde
[15:30:04]
<geoma https://eticadigital.cl> Is it possible/recommended to host services outside of yunohost on the same machine where I have yunohost? Are there things I should be careful with?
[15:31:20]
<m606> pas de trace publique de début de paquet, donc je dirai que non à première vue
[15:31:53]
<Salamandar> On dirait bien que l'autorenew est bien activé :)
[16:03:44]
<m606> Could you give a bit more of context ? why not deploying it via a custom package of yours, e.g.: https://github.com/YunoHost-Apps/my_webapp_ynh so that it remains inside YNH ?
Spontaneously, I'd say that it depends on what you install and the dependencies. It will give you a custom setup, which is not necessarily bad but asks for more work and caution as you may expose yourself to bugs due to software conflicts with Yunohost and its apps (dependencies, ports, etc. - YNH works as an orchestrator, so if there are several orchestrators that do not communicate it makes things more complicated), increase attack surface of your server, you will have to manage separately the backups for this, etc.
[16:09:56]
<Jérôme H. aka Genma> Il vaut mieux que ce soit le cas et vérifié que l'inverse (pas activé et pas vérifié)
Merci à toi !
[17:39:24]
<geoma https://eticadigital.cl> the thing is we want to replicate our server in order to have high availability and load balancing (we want to be able to answe people that tell us AWS has better uptime than us) so together with some friends, the idea is each will have their own small home server but they would be in sync. Probably at first just with cron and rsync, but later there are other tools for load balancing I understand.
[17:54:23]
<m606> As for the sync, you may also want to use sync/backup packages such as https://apps.yunohost.org/app/syncthing
For load balancing, if what you want to load balance is all the yunohost services at once, I believe it would require something like tweaking the server's global nginx config or to put a load balancing proxy before nginx (i.e. a custom setup indeed).
It also reminds me of this feature idea you might want to contribute to elaborate: https://github.com/YunoHost/issues/issues/1597
[18:47:10]
<DJ Chase (fae/faer)> is there an official/correct way to set up server alerts with something like ntfy?