Zend FR

Alors chose bizarre...

Je suis allé mettre en commentaire le code suivant dans Zend/I18n/Translator/Translator.php

/*
        if ($cache !== null) {
            $cache->setItem($cacheId, $this->messages[$textDomain][$locale]);
        }
*/

refresh de ma page, et tous refonctionne...

Bon. Je décide de remettre le code non commenté.

Et l'application refonctionne toujours normalement :-/

Est-ce qu'il y'a un moyen avec composer.phar de revenir sur la version 2.0.0 ?

Dernière modification par mtcocktail (20-10-2012 22:59:10)

Merci pour le json ça marche impec

$ ./composer.phar update
Loading composer repositories with package information
Updating dependencies
  - Removing zendframework/zendframework (2.0.3)
  - Installing zendframework/zendframework (2.0.0)
    Downloading: 100%         

Writing lock file
Generating autoload files

Je suis d'accord un peu bizarre. En même temps je débute en zf2 donc j'ai du mal à creuser. Peut-être qu'il manque un test sur Translator pour savoir si un cache est associé.

J'ai essayé de passer dans le module.config.php de Application un 'cache' => null pour le translator, mais ça marche pas non plus.

Affirmatif je viens de vérifier.

En principe c'est l'application Getting started tel quel de zf2

    'translator' => array(
        'locale' => 'fr_FR',
        'translation_file_patterns' => array(
            array(
                'type'     => 'gettext',
                'base_dir' => __DIR__ . '/../language',
                'pattern'  => '%s.mo',
            ),
        ),
    ),

Je reviens sur le sujet, est-ce que quelqu'un a pu tester l'application Getting Started avec zf 2.0.3 ?

mtcocktail a écrit:

Si quelqu'un à une idée ??

Vieux sujet, mais je viens d'avoir le même problème sur une Debian squeeze.
Problème avec php-apc 3.1.3p1-2 de Debian, l'installation de la version 3.1.9-0.1~bpo60+1 de debian-backports a résolu le problème pour moi.

mtcocktail a écrit:

Est-ce que t'es sûr que la mise à jours n'a pas modifié le error_reporting du php.ini sur ton serveur ?

Faut être en E_ALL et display_error On pour voir le Notice en question. Ca m'étonne qu'une simple mise à jours de php régle ce problème.

Par contre je suis content que quelqu'un d'autre le rencontre enfin

Certain, toujours le même fichier php.ini avec error_reporting = E_ALL & ~E_DEPRECATED et display_errors = On.
Avec php-apc de Debian, j'ai les erreurs que tu as décrites. Sans php-apc ou avec la version de debian backports, plus d'erreurs.

Est-ce que tu es sous aussi sous Debian avec php-apc d'installé? As-tu essayé sans php-apc?

Je confirme ça fonctionne... Et ben j'aimerais bien savoir pourquoi quand même...