Los usuarios nos hicieron notar el hecho de que Zend_Controller_Action_Helper_ViewRenderer estaba utilizando un método de la clase abstracta del dispatcher que no estaba en la interfaz del dispatcher. Ahora hemos añadido el siguiente método para asegurar que los dispatchers personalizados sigan funcionando con las implementaciones proporcionadas:

Como han hecho notar los usuarios, los validadores de Zend_File_Transfer no funcionan en conjunto con Zend_Config debido a que no utilizaban arrays con claves con nombre.

Por ello, todos los filtros y validadores de Zend_File_Transfer han sido rediseñados. Aunque las firmas antiguas siguen funcionando, han sido marcadas como obsoletas y emitirán un aviso de PHP pidiéndole que las corrija.

La siguiente lista muestra los cambios que deberá realizar para el uso correcto de los parámetros.

// Example for 1.6
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addFilter('Rename',
                   array('/path/to/oldfile', '/path/to/newfile', true));

// Same example for 1.7
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addFilter('Rename',
                   array('source' => '/path/to/oldfile',
                         'target' => '/path/to/newfile',
                         'overwrite' => true));

// Example for 1.6
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('Count',
                      array(2, 3));

// Same example for 1.7
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('Count',
                      false,
                      array('min' => 2,
                            'max' => 3));

// Example for 1.6
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('Extension',
                      array('jpg,gif,bmp', true));

// Same example for 1.7
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('Extension',
                      false,
                      array('extension1' => 'jpg,gif,bmp',
                            'case' => true));

// Example for 1.6
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('FilesSize',
                   array(100, 10000, true));

// Same example for 1.7
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('FilesSize',
                      false,
                      array('min' => 100,
                            'max' => 10000,
                            'bytestring' => true));

// Example for 1.6
$upload->useByteString(true); // set flag

// Same example for 1.7
$upload->setUseByteSting(true); // set flag

// Example for 1.6
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('Hash',
                   array('12345', 'md5'));

// Same example for 1.7
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('Hash',
                      false,
                      array('hash1' => '12345',
                            'algorithm' => 'md5'));

// Example for 1.6
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('ImageSize',
                      array(10, 10, 100, 100));

// Same example for 1.7
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('ImageSize',
                      false,
                      array('minwidth' => 10,
                            'minheight' => 10,
                            'maxwidth' => 100,
                            'maxheight' => 100));

// Example for 1.6
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('Size',
                      array(100, 10000, true));

// Same example for 1.7
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addValidator('Size',
                      false,
                      array('min' => 100,
                            'max' => 10000,
                            'bytestring' => true));

Según los estándares de codificación, isLocale() tuvo que ser modificado para devolver un booleano. En versiones anteriores se devolvía una cadena en caso de éxito. Para la versión 1.7 se ha añadido un modo de compatibilidad que permite usar el antiguo comportamiento de devolver una cadena, pero que lanza un aviso al usuario mencionando que debe cambiar al nuevo comportamiento. El reencaminamiento que el antiguo comportamiento de isLocale() podía haber realizado ya no es necesario, ya que todos los procesos de I18n ahora gestionarán el reencaminamiento por sí mismos.

Para migrar sus scripts a la nueva API, simplemente utilice el método como se muestra a continuación.

// Example for 1.6
if ($locale = Zend_Locale::isLocale($locale)) {
    // do something
}

// Same example for 1.7

// You should change the compatiblity mode to prevent user warnings
// But you can do this in your bootstrap
Zend_Locale::$compatibilityMode = false;

if (Zend_Locale::isLocale($locale)) {
}

// Example for 1.6
if ($locale = Zend_Locale::isLocale($locale, false)) {
    // do something
}

// Same example for 1.7

// You should change the compatiblity mode to prevent user warnings
// But you can do this in your bootstrap
Zend_Locale::$compatibilityMode = false;

if (Zend_Locale::isLocale($locale, false)) {
    if (Zend_Locale::isLocale($locale, true)) {
        // no locale at all
    }

    // original string is no locale but can be rerouted
}

El significado del método getDefault() ha cambiado debido a que hemos integrado un locale de framework que puede establecerse con setDefault(). Ya no devuelve la cadena de locales, sino únicamente el locale de framework establecido.

Para migrar sus scripts a la nueva API, simplemente utilice el método como se muestra a continuación.

// Example for 1.6
$locales = $locale->getDefault(Zend_Locale::BROWSER);

// Same example for 1.7

// You should change the compatiblity mode to prevent user warnings
// But you can do this in your bootstrap
Zend_Locale::$compatibilityMode = false;

$locale = Zend_Locale::getOrder(Zend_Locale::BROWSER);

	Nota
	Por defecto el comportamiento antiguo sigue activo, pero lanza un aviso al usuario. Cuando haya modificado su código al nuevo comportamiento, también debería cambiar el modo de compatibilidad a FALSE para que no se lance más el aviso.

Al usar la detección automática de idiomas, o al establecer idiomas manualmente en Zend_Translate, es posible que haya notado que de vez en cuando se lanza un aviso sobre traducciones no añadidas o vacías. En algunas versiones anteriores también se lanzaba una excepción en algunos casos.

La razón es que, cuando un usuario solicita un idioma que no existe, no tiene una forma sencilla de detectar qué está fallando. Por ello añadimos esos avisos que aparecen en su registro y le indican que el usuario solicitó un idioma que usted no soporta. Tenga en cuenta que el código, incluso cuando lanzamos dicho aviso, sigue funcionando sin problemas.

Pero cuando usa su propio manejador de errores o excepciones, como xdebug, obtendrá todos los avisos devueltos, aunque esa no fuera su intención. Esto se debe a que dichos manejadores anulan todas las configuraciones dentro de PHP.

Para deshacerse de estos avisos simplemente puede establecer la nueva opción 'disableNotices' a TRUE. Por defecto es FALSE.

$language = new Zend_Translate('gettext',
                               '/path/to/translations',
                               'auto');

$language = new Zend_Translate('gettext',
                               '/path/to/translations',
                               'auto',
                               array('disableNotices' => true));

Dado que varios desarrolladores informaron que estaban usando dicha notación dentro de sus aplicaciones que no era el resultado de entrada de usuario, se creó un indicador especial para permitir deshabilitar la protección por defecto. Tiene dos formas de hacerlo: pasando la clave 'lfiProtectionOn' a las opciones del constructor, o llamando explícitamente al método setLfiProtection().

// Disabling via constructor
$view = new Zend_View(array('lfiProtectionOn' => false));

// Disabling via exlicit method call:
$view = new Zend_View();
$view->setLfiProtection(false);