Je compatis. Tomber sur un service que j’ai en cours d’exécution et avoir peu d’idée de comment je l’ai démarré arrive plus souvent que je ne le voudrais.
C’est vrai. Même les instructions que nous écrivons pour nous-mêmes n’ont pas de sens quand nous en avons besoin.
Désolé. Je n’avais pas l’intention d’être impoli ou méchant, et il semble que je l’ai été. Mon point était simplement qu’il est déjà assez difficile de soutenir les personnes qui exécutent l’installation standard, donc comprendre quelles sont vos compétences, comment vous prévoyez de le lancer, s’il sera sur Internet et si vous savez comment le protéger avec https (vous le voulez probablement si vous pensez le protéger avec des clés API), c’est difficile.
Oui. Si vous mettez cela quelque part où quelqu’un d’autre peut le contacter, je pense que vous voudrez définir cette variable API_KEYS et trouver un moyen de générer quelque chose d’aléatoire pour l’utiliser comme clé. Et ensuite, vous entrerez la même clé dans les paramètres du plugin. C’est ce que j’ai fait. Je n’ai pas vérifié que l’utilisation d’une mauvaise clé le casserait, ce qui, franchement, je pense que j’aurais dû le faire. Peut-être que je le ferai sur l’instance à laquelle je m’apprête à ajouter le plugin.
Mais il serait peut-être plus agréable que l’OP inclue le -d et définisse la variable d’environnement API_KEYS.