Problème d'installation du backend de zds

Si quelqu’un d’autre lit, c’est : python manage.py runserver 0.0.0.0:8000 avec deux points.

Il n’y a aucune option pour activer une authentification HTTP ? Ou une autre astuce pour rendre moins accessible la beta qui est sur mon VPS avec un debug true ? J’imagine que je dois utiliser apache comme pare-feu ?

Tu as juste à ne pas ouvrir tes ports, ça doit pouvoir se gérer depuis l’administration de ton VPS, sinon tu peux utiliser un firewall.

Je souhaite pouvoir y accéder via mon propre navigateur. Je sais qu’il y a le X11 mais j’ai peur que si je fais du front ça déforme le vrai rendu à cause de la latence d’affichage.

Un firewall peut se configurer pour n’accepter les connexions provenant que de certaines adresses IP.

Je sais mais je voulais faire un truc un peu plus pratique quand on n’a pas la même ip.

<Limit GET POST>#Ici il faudra un mot de passe 
 require valid-user 
</Limit>

J’ai trouvé une protection efficace.

Sous PuttY quand j’ai une mauvaise connexion, elle saute toutes les 2–3 minutes. Comment je fais pour la garder active ?

J’ai essayé keep_alive mais apparemment ça n’a rien changé.

Ca vaut la peine de mettre un certificat ssl pour une beta ?

Voici l’algorithme pour décider s’il est utile de mettre du SSL :

Si on traite des données importante alors
    mettre du SSL
sinon
    mettre du SSL
Fin si

Je ne sais pas c’est une beta. Je pense que ce n’est pas trop compliqué. Je vais le faire, au moins c’est fait. Le script letsencrypt est devenu certbot ?

Je suppose que oui : https://github.com/letsencrypt/letsencrypt

Ensuite dois-je mettre à jour le kernel de mon vps ovh ? "Linux vps312 2.6.32–042stab127.2" c’est une opération risquée ?

après c’est mieux d’en mettre. Mais c’est toujours un truc en plus à gérer.

(zdsenv) a312:~/zds/zds-site$ make install-back
pip3 install --upgrade -r requirements-dev.txt
Double requirement given: Pygments==2.2.0 (from -r requirements.txt (line 25)) (already in pygments==2.2.0 (from -r requirements.txt (line 2)), name='Pygments')
Storing debug log for failure in /home/a312/.pip/pip.log
Makefile:48: recipe for target 'install-back' failed
make: *** [install-back] Error 1

Logs:

------------------------------------------------------------
/home/a312/zds/zds-site/zdsenv/bin/pip3 run on Tue Aug 28 15:36:22 2018
Double requirement given: Pygments==2.2.0 (from -r requirements.txt (line 25)) (already in pygments==2.2.0 (from -r requirements.txt (line 2)), name='Pygments')
Exception information:
Traceback (most recent call last):
  File "/home/a312/zds/zds-site/zdsenv/lib/python3.4/site-packages/pip/basecommand.py", line 122, in main
    status = self.run(options, args)
  File "/home/a312/zds/zds-site/zdsenv/lib/python3.4/site-packages/pip/commands/install.py", line 275, in run
    requirement_set.add_requirement(req)
  File "/home/a312/zds/zds-site/zdsenv/lib/python3.4/site-packages/pip/req.py", line 989, in add_requirement
    % (install_req, self.get_requirement(name), name))
pip.exceptions.InstallationError: Double requirement given: Pygments==2.2.0 (from -r requirements.txt (line 25)) (already in pygments==2.2.0 (from -r requirements.txt (line 2)), name='Pygments')

Je ne sais pas trop pourquoi mais j’ai commenté la première ligne pour ne pas avoir l’erreur au deuxième appelle de Pygments==2.2.0.

Apparemment aucune réaction en chaine. Je fais toujours planter un truc quand je fais une modif en aveugle.

@rezemika Ah , tu as posté avant moi.

Pourquoi j’ai eu cette erreur maintenant ?

Il y a une semaine avant de réinstaller Linux, j’avais fais l’installation et je n’ai eu aucun soucis. Pourquoi ça pose problème aujourd’hui ? Le dernier changement dans le fichier a eu lieu il y a 4 mois.

Merci pour votre aide, je marque le sujet en résolu. Il me manque plus qu’a installer ElasticSearch

(j’ai fais une issue pour enlever le doublon)

Je suis encore là avec un sushi

Quand la connexion SSH (via PuTTY) se ferme avec la commande python manage.py runserver en cours, le serveur continue à tourner comment j’arrête la commande ? Autre que kill

Hum, ça ne résoud pas vraiment le problème, mais tu peux lancer la commande dans un screen. Comme ça, à ta prochaine connexion sur le serveur, tu aura juste à rentrer dans le screen pour arrêter le serveur.