Pas forcement plus rapide, dans le sens ou avec une bonne connection, le site est deja instant (35 ms pour recevoir une page)
Mais cote serveur, au lieu d'avoir un apache qui fork tout le temps, les process qui gerent le site tournent deja, et c'est vraiment une conf plus propre!
Note pour les dev (ou ceux qui touchent au forum): J'ai fait une migration d'apache a nginx. Concernant les droits des fichiers, (images, css, html, etc. pas forcement des scripts php), il faut les mettre au moins en ---r-----, et avec les dossiers en ---r-x---.
Enfin, je dis ca car ca fait pas mal de temps que la newsletter mensuelle n'est pas parue. Et que du coup, personne n'a la moindre visibilite sur le projet.
Pour le coup, ca pourrait etre utile que vous fassiez un gantt, ou un truc du genre, histoire de voir ce qu'il y a a faire, et voir comment ca ...
Uman a copié les fichiers de Serveur.old vers Serveur.new. Il a ensuite mit en place une redirection. Il a donc éteint le forums quelques minutes, genre tard le soir, pour copier la base de donnée sur Serveur.new. Il a ensuite mit une redirection. C'est à dire que les fichiers de Serveurs.old ...
Si vous voulez eviter les bots, modifiez le script d'inscription pour passer de 'captcha' a 'question / reponse'. Genre sur HFr, j'ai hard code (en plus du captcha) un formulaire '0 + 0 = la tete a [****]'. -> 0 bots depuis 1 an.
HS: j'ai mis a jour la config du serveur afin d'activer l ...
Pour le serveur, le soucis est de votre cote. Vous devez contacter celui qui gere le nom de domaine pour qu'il mette a jour les DNS (qui dure au maximum 48h).
Sinon, ce serveur n'est pas temporaire, seule l'URL l'est.
Je suis d'accord que, une fois mis en cache avec Twig, la page apparait facilement, sauf qu'ici, on parle de calcul brut, pas d'affichage mis en cache. Et meme si une page peut etre generee en super peu de temps, ce temps restera plus long que l'equivalent en c ...
Je parler tu temps réél, en java il faut créé une servlet et pour la faire tournée le client doit avoir une machine virtuel java d'installer. (80% des gens je pense).
A mon avis, ils parlaient de Java cote serveur. Cote client, c'est une vieille blague / nid a malware.
Phoe a raison sur ce point (et sur d'autres). Il n'y a strictement aucun interet a multithreader les combats en eux meme, car il y a de tres fortes dependances entre tous les elements qui agissent sur ce combat, dont une utilisation forte de mutex, donc une ...