Discussion :

[Leduc08]

Bonjour à tous,

La problématique est assez simple, j'ai une application développé en ZF 1.7 et j'ai besoin de mettre mon serveur (Suse Linux Enterprise Server) à jour.
Si je prends le code tel qu'il est écrit aujourd'hui, je suis entièrement satisfait du Framework et de ses performances:

- ZF 1.7
- Apache 2.2
- php 5.2
- MySQL 5.0
- ExtJS 3.0
- SLES 11.2
--> OK

Après mise à jour de l'OS du serveur vers SLES 12, les performances du site le rende inutilisable
- ZF 1.7
- Apache 2.4
- php 5.6
- MySQL / maria_db 10.0.11
- ExtJS 3.0
- SLES 12
--> PAS OK

J'espérais qu'un update de la version du ZF améliorait les choses, mais il n'en ait rien, la version ZF 12 ne change rien au problème:
- ZF 1.12
- Apache 2.4
- php 5.6
- MySQL / maria_db 10.0.11
- ExtJS 3.0
- SLES 12
--> PAS OK

Pour peaufiner un peu les tests j'ai également tester la version ZF 1.12 sur mon serveur actuel, cela fonctionne correctement, exactement comme pour 1.7
- ZF 1.12
- Apache 2.2
- php 5.2
- MySQL 5.0
- ExtJS 3.0
- SLES 11.2
--> OK

Une mise à jour vers la version 2.XX de ZF génère un tel travail qu'elle n'est pas envisageable pour le moment, et au pire serait au profit de symphony.( Alors qu'en terme de fonctionnalités le ZF actuel nous convient totalement).

Est-ce qu'il y a une contre indication à utiliser le ZF 1.XX avec php > 5.6 ou (Apache, MySQL) ?

Si ce n'est pas le cas, comment pouvons nous résoudre le problème?
- Changement de structure d'une partie du code actuel (toujours en ZF1) ?
- Changer les règles d'utilisation du cache ?
- Changer un paramétrage du comportement de l'application par défaut?
- Changer le connecteur pour la base de donnée?

D'avance merci pour vos retours, que ce soit des expériences passées ou des points particuliers à résoudre.

Bien à vous.

[MaitrePylos]

Haaaaa ZF , que j'ai aimé développer avec ce framework
Donc d'après la doc http://framework.zend.com/manual/1.1...roduction.html , il n'y a pas de restriction avec ZF 1.12.
Par contre peut-être n'as-tu pas activer tout ce dont il a besoin sur ton nouveau serveur.

Une erreur serait plus parlante pour nous.

MaitrePylos

[Leduc08]

Merci pour ta réponse,

Une erreur... en fait il n'y en a pas.
Cela fonctionne (On ne peut pas parler d'incompatibilité de ZF1 avec php > 5.4)... Mais c'est inutilisable tellement c'est lent !
Une opération assez simple qui permet d'initier des filtres (12n d'Ajax Request avec requêtes SQL derrière) passe de moins de 3s à 46s !

Pour préciser un peu ma problématique, je peux ajouter que les utilisateurs sont moins d'une 50n et sur un réseau local. Une 20n utilisent l'application 40% de leur temps de travail, il faut impérativement que ce soit réactif.

[MaitrePylos]

Je remarque que le changement de serveur, il y a aussi un changement de db (MySQL vers MariaDb), peut-on voir le log mysql_slow_log ?

[Leduc08]

Bonjour MaitrePylos,

Merci pour la réponse.

J'ai activé le log pour les requêtes longues sur le nouveau serveur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
MariaDB [(none)]> 
MariaDB [(none)]> SET GLOBAL slow_query_log_file='/var/log/mysql/mysql.slow.log2';
Query OK, 0 rows affected (0.01 sec)
 
MariaDB [(none)]> SET GLOBAL long_query_time=1;
Query OK, 0 rows affected (0.00 sec)
 
MariaDB [(none)]> 
MariaDB [(none)]> SET GLOBAL slow_query_log=1;
Query OK, 0 rows affected (0.00 sec)

Même avec le long_query_time à 1 le nombre de requêtes est très faible. Ce qui est surtout intéressant dans mon cas, c'est que rien n'apparait lors de l'initialisation des filtres évoquée au dessus.
--> Il semble donc que le problème vienne surtout du cumul des Ajax-Request.

Est-ce que je peux t'envoyer le controller (appelé 24x lors de l'initialisation des filtres) et l'index.php du site pour voir si il y a quelque chose de correct pour php5.2 qu'il ne le serait pas pour php > 5.4 ?

[MaitrePylos]

Envoie toujours mais j'ai des doutes !