Discussion :

[nims]

J'utilise la 1.4

Alors sur setting.yml

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
prod:
  #.settings:
   # error_reporting:        <?php echo (E_ALL | E_STRICT)."\n" ?>
    #no_script_name:         true
    #logging_enabled:        false
  .settings:
    error_reporting:        <?php echo (E_ALL | E_STRICT)."\n" ?>
    web_debug:               true
    cache:                      false
    no_script_name:         false
    etag:                        false
dev:
  .settings:
    error_reporting:        <?php echo (E_ALL | E_STRICT)."\n" ?>
    web_debug:              true
    cache:                      false
    no_script_name:         false
    etag:                       false

Sur factories.yml: (j'ai commenté puisque dev n'a rien)

Code :

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

1
2
3
4
5
6
7
8
 
 
#prod:
#  logger:
#    class:   sfNoLogger
#    param:
#      level:   err
#      loggers: ~

Voila.

Alors les deux environnements fonctionnent MAIS:

en prod: il me rajoute index.php
ex: http://pf.local/index.php/creations.html
au lieu de http://pf.local/creations.html

Le truc c'est que si ça remarche après une multitude de modifications ça va pas le faire...
Ces modifications doivent intervenir pour pouvoir trouver l'erreur... Une fois l'erreur corrigée et la config remise ça devrait remarcher...

Encore faut il trouver cette %*ù$ù$ d'erreur

[Michel Rotta]

C'est la première idée, éradiquer l'erreur.

La 1.4, pas de chance dans le what new in 1.4

When an exception is thrown during autoloading, symfony now catches them and outputs an error to the user. That should solve some "White screen of death" pages.

Donc ce ne devrait pas être dans l'autoload. mais où ?

Je te contacte en mp.

[metfan]

sans les logs de symfony impossible de trouver d'ou vient l'erreur à moins que l'erreur soit logé par apache. question stupide, as tu regardé les logs d'erreur d'apache?