Je vais regarder ce soir si j'ai le temps (et le courage) de faire ça. Je ne peux malheureusement pas simplement exporter une partie de la db utilisée en prod (notamment pour certains données privées), donc je vais sans doute faire tourner le site localement et peupler joyeusement la db avec des exemples, qu'il me faudra ensuite documenter... (ouais, dis comme ça, la motivation est pas grande ).

Y a quelques endroits où ça va être embêtant, par exemple, pour le forum dont seuls les topics récents s'affichent sur la page d'accueil (ça va être difficile de vous faire une db où les topics sont toujours des topics récents ).

Hum ... c'est "normal" ?

*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI worker 1 (pid: 1835, cores: 1)
spawned uWSGI worker 2 (pid: 1836, cores: 1)
spawned uWSGI worker 3 (pid: 1837, cores: 1)
spawned uWSGI worker 4 (pid: 1838, cores: 1)

Et au bout de quelques actions (5-6 get/post) :

[pid: 1836|app: 0|req: 32/111] 127.0.0.1 () {36 vars in 815 bytes} [Wed Mar 11 15:41:43 2015] GET /static/admin/img/icon_success.gif => generated 341 bytes in 112 msecs via sendfile() (HTTP/1.1 200) 5 headers in 178 bytes (1 switches on core 0)
...The work of process 1836 is done. Seeya!

...The work of process 1838 is done. Seeya!
[...]
...The work of process 1835 is done. Seeya!


Donc, le serveur tombe et m'oblige à le relancer.
Il faut surveiller les process et les relancer indéfiniment ? C'est systématique. Je lance avec uwsgi --ini uwsgi.conf

C'est bon, je me suis créé des data de test (billets, news, minichat, slogans)... au bout de 5-6 relances du serveur ! :)

Euh, non, ce n'est pas normal Sinon, ça ferait longtemps que le site serait down

Je teste dans quelques minutes sur une autre machine, et je reviens
[Edit : testé et pas de souci, 500 requêtes adressées, les workers se relayent comme il faut ]

Concernant la db de test, à moins qu'il n'y ait des infos confidentielles te concernant, est-ce que tu peux me l'envoyer par e-mail (ou si tu te sens à l'aise avec Django, générer automatiquement les fixtures à partir du dump ) que je puisse mettre ça en ligne (soit la db, soit (mieux) les fixtures en mode dev).

Je ne te permets pas de me traiter de fixture !

Je vais juste modifier mon email du compte admin (sécurisé par un paranoïaque mot de passe qui est "admin").

TchouDonc, le serveur tombe et m'oblige à le relancer.

Bon, bah, j'avais eu ça en local tout à l'heure, et là je l'ai en production aussi. J'ai passé le max-requests à 500 au lieu de 32 (de toute façon, je n'ai pas de memory leak ) mais je ne vois rien dans la documentation qui explique qu'un worker n'est pas spawné automatiquement après ça...

Edité : vu sur stackoverflow :

You should always add --master/-M on uwsgi even under supervisord, this will allow to restart apps without losing the socket (and without spitting out an error to clients during restart).

Edité (2) : uwsgi.conf mis à jour. Sur le dépôt aussi. On verra ce que ça donne.

J'ai reçu ça dans ma boîte mail :

KITEMATIC A DOCKER GUI JOINS THE DOCKER FAMILY

Ça vous aide pas ?

Oui, je sais, c'est un peu ridicule, mais voilà : première contribution externe au site via github (de la part du roidelapluie) pour Lexpage Votre minichat arbore une nouvelle couleur quand vous atteignez la limite de caractères. Prochaine étape : il propose l'intégration de Kraland directement sur Lexpage

Avant de mettre KI sur Lexpage, faut implémenter mes panneaux hein les copains !

J'ai cru qu'il faudrait te passer sur le corps et que donc c'était négociable

girl271faut implémenter mes panneaux hein les copains !

Il faudra me le demander à genoux

Attention, même à genoux, je reste bien outillée !