[spip-dev] r14748 - branches/spip-2.0/ecrire/public

* cedric@yterium.com tapuscrivait, le 21/11/2009 00:32:

Author: cedric@yterium.com
Date: 2009-11-21 00:31:59 +0100 (sam, 21 nov 2009)
New Revision: 14748

Log:
Accelerer SPIP :
eviter de verifier 20 fois la date de mes_fonctions et de mes_options à chaque hit
ecrire les inclure des balises dynamiques avec un ./ en prefixe pour eviter que PHP
ne cherche dans son path

Modified:
   branches/spip-2.0/ecrire/public/composer.php

Details: http://trac.rezo.net/trac/spip/changeset/14748

Sous Windows, j'ai une page blanche après avoir vidé le cache
En supprimant les lignes une à une, c'est
@spip_file_exists($fonc = 'mes_fonctions.php'
qui pose problème.
Or, quand je lis le commit, avant, c'était
(@file_exists($fonc = 'mes_fonctions.php')
donc, pas de spip_

Et effectivement, si j'enlève lignes 90 et 91 les spip_, plus de page blanche.

* RealET tapuscrivait, le 21/11/2009 09:48:

* cedric@yterium.com tapuscrivait, le 21/11/2009 00:32:

Author: cedric@yterium.com
Date: 2009-11-21 00:31:59 +0100 (sam, 21 nov 2009)
New Revision: 14748

Log:
Accelerer SPIP :
eviter de verifier 20 fois la date de mes_fonctions et de mes_options à chaque hit
ecrire les inclure des balises dynamiques avec un ./ en prefixe pour eviter que PHP
ne cherche dans son path

Modified:
   branches/spip-2.0/ecrire/public/composer.php

Details: http://trac.rezo.net/trac/spip/changeset/14748

Sous Windows, j'ai une page blanche après avoir vidé le cache
En supprimant les lignes une à une, c'est
@spip_file_exists($fonc = 'mes_fonctions.php'
qui pose problème.
Or, quand je lis le commit, avant, c'était
(@file_exists($fonc = 'mes_fonctions.php')
donc, pas de spip_

Et effectivement, si j'enlève lignes 90 et 91 les spip_, plus de page blanche.

d'autre part, inc_version.php défini explicitement par un define si les extensions .php3 doivent être prises en compte (_EXTENSION_PHP).
(Voir comment c'est géré pour mes_options lignes 74 et suivantes de inc_version.)
Du coup, pourquoi chercher forcément un mes_fonctions.php3 dans composer ?

* RealET tapuscrivait, le 21/11/2009 09:48:

* cedric@yterium.com tapuscrivait, le 21/11/2009 00:32:

Author: cedric@yterium.com
Date: 2009-11-21 00:31:59 +0100 (sam, 21 nov 2009)
New Revision: 14748

Log:
Accelerer SPIP :
eviter de verifier 20 fois la date de mes_fonctions et de mes_options à chaque hit
ecrire les inclure des balises dynamiques avec un ./ en prefixe pour eviter que PHP
ne cherche dans son path

Modified:
  branches/spip-2.0/ecrire/public/composer.php

Details: http://trac.rezo.net/trac/spip/changeset/14748

Sous Windows, j'ai une page blanche après avoir vidé le cache
En supprimant les lignes une à une, c'est
@spip_file_exists($fonc = 'mes_fonctions.php'
qui pose problème.
Or, quand je lis le commit, avant, c'était
(@file_exists($fonc = 'mes_fonctions.php')
donc, pas de spip_
Et effectivement, si j'enlève lignes 90 et 91 les spip_, plus de page blanche.

réparé par 14754

d'autre part, inc_version.php défini explicitement par un define si les extensions .php3 doivent être prises en compte (_EXTENSION_PHP).
(Voir comment c'est géré pour mes_options lignes 74 et suivantes de inc_version.)
Du coup, pourquoi chercher forcément un mes_fonctions.php3 dans composer ?

oui, c'est même pire que ça, car ce bout de code ne cherche le fichier mes_fonctions qu'à la racine.
Je ne suis pas sûr de l'intention de ce morceau (qui est marqué pour compatibilité), qui devrait il me semble plutôt passer par un find_in_path('mes_fonctions');
Mais mon commit est iso fonctionnel, et ne concerne que la performance.
Emmanuel sera plus à même de mettre à niveau ce morceau de code, si besoin.

Cédric