GuybrushPar contre, pour faire du "push" de masses, j'hésite encore à sortir des artilleries comme RabbitMQP (crossbar.io est encore un peu jeune pour ça) ou à bricoler quelque chose sur du Redis (ou à bricoler quelque chose via autre chose ).

Redis++

Tu pourras t'en servir comme cache applicatif, ça résouds tous les problèmes ce truc, j'adore.

J'aime bien Redis, parce que c'est simple et très puissant à la fois. Ce que j'aime moins, c'est les tutoriels qui tentent de te faire bouffer du Redis à toutes les sauces, quitte à faire du relationnel dedans. Pour moi, c'est une grosse hashmap partiellement persistée, avec quelques features de pub/sub qui sont vraiment bienvenues. Effectivement, pour du caching ou du messaging simple, c'est nickel.

Je vais lire la doc sur cette partie (pub/sub), je l'avais juste survolée.

(Et non, pas de cache sur Lexpage, pas besoin, au moins pour l'instant ).

GuybrushAu fait, vu que tu es sous Mac, je suppose que tu utilises Boot2docker ? Si oui, t'as pas oublié de monter ton répertoire dans la VM mise en place par Boot2Docker ? J'suis pas spécialiste de l'installation de Docker sous Mac, mais je me souviens d'un truc du genre sur un forum...

Les volumes ne peuvent malheureusement pas être n'importe où sous Mac. Voir ici sous sous boot2docker: Shared directories on Mac OS X .

J'ai essayé d'ajouter un répertoire autre (j'aurais aimé utilisé un volume sur une carte sd) dans les répertoires partagés de VM Ware mais ça n'est pas supporté comme l'explique la ressource précédente.

Bref en mettant les fichiers de conf sous /Users/test, le programme tourne sans erreur mais je n'obtiens rien en 127.0.0.1:8000 avec un navigateur. C'est normal?

Tu bind le bon port ?
Y a pas une étape encore en plus sur Mac ?

Finalement, c'est beaucoup plus simple avec un virtualenv ou pew

Alors, Pom, tu t'en sors ?

Je peux - de source sûre - te dire que tu n'es pas le seul à galérer

C'est moi la source sûre ! :)

Un (je vais tenter bref) retour sur la grosse rigolade :
- docker sur mon mac pro 2008 sous 10.9 : ça ne marche pas, boot2docker me plante des erreurs d'un autre monde, docker tout court ne marche pas, il ne trouve pas de docker
- ok, donc soyons vicieux, j'installe via vagrant une debian qui va installer un docker .... fuck, à la fin je m'apperçois que debian stable ne peut pas faire marcher vagrant, il faut la prochaine version de debian
- donc, solution une ubuntu dans un vagrant qui fait tourner un docker .... ok, ça marche, j'ai suivi la procédure, tout fonctionne ... sauf l'appli dans le docker, impossible de lancer la moindre page, j'ai pas des connections refusées, j'ai des connection reset by peer> En même temps, je suis dans une virtualisation de virtualisation, avec des ports virtuels de partout, c'pas stable par défaut.
- chez moi hier, j'ai l'expérience d'une install propre, donc je refais l'install sur mon ubuntu qui traine dans un coin de mon hdd, pareil, je suis à la lettre la procédure ... le packet lxc-docker sur le dépot docker n'existe plus ! Un ubuntu identique, procédure identique, et ce qui marchait trois heures avant ne marche plus !

Et vous savez le plus drôle ? Vous vous rappelez que boot2docker ne fonctionnait pas sur mon mac, même après un redémarrage le lendemain, même le surlendemain ? Vous voulez rire ? Je viens de le relancer pour noter l'erreur exacte que j'avais ! Vous me croyez si je vous dit qu'il a fonctionné à l'instant ?

C'est super kiffant sur le papier. Mais alors quelle diva !

Je confirme le soucis de pom : j'ai (enfin) réussi à faire tourner docker, mais apparemment la translation de port semble merder :

fred ? docker run --rm -it -p 8000:8000 -v ~/dev/lexpage/Lexpage/:/web/ lexpage/dev                                                                      [git:master ?] [12:21:03]
[uWSGI] getting INI configuration from uwsgi.conf
*** Starting uWSGI 2.0.9 (64bit) on [Tue Mar 10 11:34:19 2015] ***
compiled with version: 4.9.1 on 10 March 2015 11:16:36
os: Linux-3.18.5-tinycore64 #1 SMP Sun Feb 1 06:02:30 UTC 2015
nodename: 3971f69be011
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 4
current working directory: /web
detected binary path: /usr/local/bin/uwsgi
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) *** 
chdir() to app/
*** WARNING: you are running uWSGI without its master process manager ***
your processes number limit is 1048576
your memory page size is 4096 bytes
detected max file descriptor number: 1048576
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uwsgi socket 0 bound to TCP address 127.0.0.1:8000 fd 3
Python version: 2.7.9 (default, Mar  5 2015, 22:11:25)  [GCC 4.9.1]
*** Python threads support is disabled. You can enable it with --enable-threads ***
Python main interpreter initialized at 0x120a020
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 291072 bytes (284 KB) for 4 cores
*** Operational MODE: preforking ***
WSGI app 0 (mountpoint='') ready in 1 seconds on interpreter 0x120a020 pid: 6 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI worker 1 (pid: 6, cores: 1)
spawned uWSGI worker 2 (pid: 7, cores: 1)
spawned uWSGI worker 3 (pid: 8, cores: 1)
spawned uWSGI worker 4 (pid: 9, cores: 1)

Mais un netstat -an | grep LISTEN ne me trouve rien écoutant sur le port 8000.

Vu sur github.com/boot2docker/b…, tu peux ajouter ceci à ton boot2docker.

    CFWPORTS=""
    for ip in {49000..49900}
        do
            CFWPORTS="$CFWPORTS --natpf1 zfp$ip,tcp,127.0.0.1,$ip,,$ip"
        done
    $VBM modifyvm $VM_NAME $CFWPORTS

C'est bien la VM qui ne bind pas le port.

Une alternative (en dev ?) à Docker :
Vagga

C'est un peu moins complet, mais ça tourne sans daemon, et donc pas en root.
(Bon, y a pas le système de fichiers par couches, mais de toute façon, ça n'apporte pas "grand chose" fonctionnellement parlant).

J'ai vu tourner une annonce pour rocket aussi ... et globalement Sysson il me semble nous avait retoqué que ça existait depuis un bail avant cette hype.

Les containers et leur utilisation en prod existe depuis un bail oui, mais ça reste une solution plus admin friendly que developper friendly. Maintenant quand je vois comment certains galèrent avec docker je me dis que c'est pas si dev friendly non plus en fait :D

Je ne connaissais pas vagga, et je dois dire que les objectifs du projet me plaisent beaucoup plus que docker. Maintenant ça va rester loin loin de ma prod pendant encore quelques années ça!