Bonjour

J'abandonne l'open source, je suis pas assez calé pour gérer le danger qu'il présente. GitHub autorise les dépôts privés gratuits depuis son rachat par Microsoft. Alors je supprime ce dépôt public et le refait en privé. J'ai donc fermé mon sujet précédent.

La question que je vous soumets à présent : entre mon code en local et celui que je pousse sur le dépôt GitHub, il y a des différences qui tiennent à l'environnement. Par exemple, la ligne qui lance le serveur Bottle :

run(host='0.0.0.0', port=8080, debug = True, reloader = True)
#run(host='0.0.0.0', port=environ.get('PORT'))

Vous voyez comment je gère ça pour l'instant : entre le local et le distant, je place la ligne qui ne convient pas en commentaire. C'est pas top : ça oblige à penser à ce changement, c'est une manœuvre supplémentaire. 

Je vais même devoir recommencer pour une autre variable d'environnement, un mot de passe d'authentification pour l'envoi automatique de mail.

Alors je cherche une solution pour que l'appli choisisse elle-même ce qu'il faut faire en fonction du fait qu'elle est en local ou en distant. Elle doit donc détecter sur quel serveur elle est. Et je vois pas comment faire, ni même si c'est possible.

-
Edité par zakod 7 octobre 2022 à 10:30:50

zakod a écrit:

Alors je cherche une solution pour que l'appli choisisse elle-même ce qu'il faut faire en fonction du fait qu'elle est en local ou en distant. Elle doit donc détecter sur quel serveur elle est. Et je vois pas comment faire, ni même si c'est possible.

Vous confondez plusieurs choses.

Si on développe une application, on va avoir une copie locale mise à jour par le développeur et une copie distante qui sera un historique des différents commits effectués qui ont un rythme différent (des mises à jours locales).

Le source d'une application (local ou distant) n'est pas l'application mais une partie de ce qu'il faudra déployer et configurer pour la faire fonctionner. La copie qui est dans le dépôt GitHub et la copie utilisée pour faire fonctionner l'application ne sont pas les mêmes.

Pour passer de l'un à l'autre, on installe et on configure.... et on ne va pas s'y coller à tous les commits.

si tu utilises une variable d'environnement, il faut qu'elle soit définie dans l'environnement (sic) (l'ajouter soit même dans son propre environnement)

Ta problématique, c'est plutôt que tu cherches à héberger un site web chez un hébergeur qui va chercher la source du site sur un dépôt git, et qu'il y a une différence entre ce que l'hébergeur "impose"/"nécessite" et la configuration en local.

Peut-être qu'au lieu de passer par les variables d'environnement si pas nécessaire, passer un fichier de configuration qui serait différent localement et sur le dépôt (un fichier qui n'est donc pas synchronisé), le code ne changerait pas, puisque les fichiers seraient identiques (éventuellement, juste son nom).

Hier j'avais créé une variable et modifié mon mot_de_passe_mail. Ça marche. Mon site est en ligne, on peut s'abonner, et on reçoit un chouette mail de bienvenue. (D'ailleurs, j'attends du monde pour tester plus en profondeur, allez-y voir !). J'ai laissé le .env, inutil puisqu'il ne contient pas le bon mot de passe. Il sautera avec le dépôt public. Mais là, je vais me reposer un peu ! Et laisser un peu Fred et Umfred se reposer aussi. Et le support de Scalingo.

Maintenant, je vais m'intéresser au référencement. Pour l'instant, j'ai veillé à avoir des titles bien parlants, mais je m'aperçois que la balise meta est importante elle aussi. Mais ça, c'est plus du python. Je me demande d'ailleurs ou poster mes éventuelles questions, sur le forum html, ou s'il existe un cours sur le référencement, à cet endroit ?

-
Edité par zakod 7 octobre 2022 à 15:20:59

Merci, j'ai commencé le premier cours. C'est bien ce qu'il me fallait.

@mps. En effet, je viens de réaliser cet aspect de la distance entre les copies sur GitHub et chez l'hébergeur. J'avais prévu un journal des erreurs et un journal des connexions à mon espace privé pour savoir s'il est violé, et je m'aperçois qu'il faut prévoir leur consultation. Les deux journaux qui se trouvent sur GitHub ne sont pas mis à jour. J'ai aussi un journal des pseudos disponibles, et c'est pareil. Dans la prochaine version, j'implémenterai cette consultation.

-
Edité par zakod 7 octobre 2022 à 18:54:07