Java EE (site web/ jeu par naviguateur)

[Sephi-Chan]

Je vais garder cet exemple de côté pour ma série "Pourquoi utiliser un framework ?". Ici, on est limité par l'absence d'architecture : pas de gestion des environnements et des dépendances associées. Du coup, on est obligé de saloper le code. Et que dire si tu changeais de système et que tu te mettais à Memcache plutôt qu'APC ? Tu es bon pour revenir sur tout ton code.

Et est-ce que tu testes la présence de MySQL ?

bein oui pas toi? je plaisante...

pour le moment je n'ai que 2 array mis en cache et il n'y en aura peut être pas d'autre, je ferais une fonction (et pas une classe car je ne suis pas en POO) qui gérera tout ca le moment venu

Ce n'est pas parce que tu codes en procédural que tu ne peux pas utiliser d'objets.

[niahoo]

Je n'ai pas vraiment compris ton exemple. Que je lise les données de connexion à la db depuis un fichier de config ou depuis le cache ça revient plus ou moins au même. Ce que je voudrais, c'est stocker la connexion elle-même.

Remarque, je peux stocker une instance de PDO dans le cache peut-être, il faudra que j'essaie.

[php_addict]

non cela ne revient pas au même en terme de vitesse pour de gros volumes de données, le cache d'apc est plus rapide que MySQL

Je vais garder cet exemple de côté pour ma série "Pourquoi utiliser un framework ?".
Ce n'est pas parce que tu codes en procédural que tu ne peux pas utiliser d'objets.

C'est un bon exemple de ce qui ne faut pas faire effectivement mais cela fait partie de ma todo liste que de gérer ca plus proprement.

[Sephi-Chan]

Ne t'en fais pas, je ne cherche pas à stigmatiser quoi ou quoi que ce soit.
Je dresse juste une liste des choses que permettent de faire un framework, afin de répondre plus efficacement aux questions/affirmations type "c'est plus long d'utiliser un framework", "ça alourdit", "ça rend le code plus compliqué", "on a moins de contrôle sur le code", etc.

À terme, le but est de montrer que ce n'est pas une bonne idée de coder un jeu n'importe comment car on ne peut pas revenir en arrière après pour rendre la base de code plus propre, et on s'enferme souvent dans une architecture pas assez réfléchie.

[niahoo]

Mais les données de connexion à mySQL tu les stocke dans mySQL toi ? t'as pas l'impression que ça risque d'être difficile à déployer ?

[Sephi-Chan]

Je suppose que PHP Addict utilise APC pour plusieurs choses.

• Stocker des éléments de la configuration de son site (sûrement issue d'un fichier)
  
• Mettre en cache des résultats de requêtes
  

Ça a du sens, non ? :p

Quant à stocker la connexion, je ne crois pas que ce soit possible : il me semble que les connexions sont des ressources et qu'à ce titre, elles ne peuvent être sérialisées.

[niahoo]

Du sens, un peu, pour grignoter quelques millisecondes, mais ça revient au même, tu va chercher les valeurs et tu les assignes à des variables. Je voudrais que les variables préexistent au démarrage du script.

[Sephi-Chan]

Je ne crois pas que ce soit possible.

[niahoo]

Dommage, php est condamné à rester un truc qui exécute inutilement les mêmes lignes de code en boucle.

[php_addict]

Mais les données de connexion à mySQL tu les stocke dans mySQL toi ? t'as pas l'impression que ça risque d'être difficile à déployer ?

non...ce sont des résultats de requête assez lourds, et c'est nettement plus rapide ( de 120ms à 40ms si je me souviens bien) (et mes index sont bon)

par exemple la liste de tout les bâtiments + caractéristiques etc...

tu vas me dire que ce sont des données qui ne changent pas donc j'aurais pu tout mettre dans un fichiers, mais ce serait stupide au vu des jointures que je dois faire avec cette table dans d'autres requêtes...

at voici un article quant à la sérialisation d'instance pdo: http://fabien.potencier.org/article/9/ph...exceptions