present not instalar glpi extension apcu php installation apc

not - pecl php install



¿APC es compatible con PHP 5.4 o PHP 5.5? (14)

No parece que APC se haya actualizado para coincidir con la versión de php 5.4 (ojalá hubieran incluido APC en el núcleo de PHP como se planeó originalmente).

Parece que no puedo encontrar una respuesta definitiva a si el APC actual funciona con php 5.4+. Logré encontrar paquetes Ubuntu para php 5.4, pero los paquetes php-apc no se instalarán.

Zend OPCache incluido en PHP 5.5

El 21 de marzo de 2013, se lanzó PHP 5.5 beta 1, que incluye "Zend OPCache" . Parece firmemente que será el sustituto de APC en el futuro, ya que está incluido en el núcleo de PHP, y deberá mantenerse para cada nuevo lanzamiento.

Personalmente, les aconsejaría a aquellos que dependen de APC para su almacenamiento en caché de código de operación que prueben su código con la próxima memoria caché de código de operación incorporada, y realimentarán los problemas encontrados para garantizar una versión final estable.

No sé lo que esto significa para el futuro de APC.

APC PARA PHP 5.4+ SIGUE SIENDO BANDERA COMO BETA

Esto significa que los desarrolladores no lo consideran completamente estable . Mientras que muchas personas no experimentan ningún problema con las versiones actuales de SVN, todavía hay informes extraños de casos límite de personas bajo ciertas configuraciones o bajo una carga pesada.

Como con todo lo que desearía usar en un entorno de producción, asegúrese de probar completamente cualquier versión (beta o estable) en entornos de desarrollo o preproducción. Esto incluye pruebas de carga!

A partir de la versión 3.1.13, los commits al repositorio SVN se han ralentizado un poco y la lista de errores no tiene tantas adiciones recientes. Haz de eso lo que quieras.

El 10 de diciembre de 2012 21:05, Rasmus Lerdorf escribió:

APC está ahora en el punto 5.4, donde no creo que haya más casos extremos que los que tenemos en 5.3. Ninguno de los dos es perfecto, pero está lo suficientemente cerca para la mayoría de los sitios.

Se insta a cualquier persona con habilidades de C / gdb y algo de tiempo libre a pasar por alto la lista de errores y ver si pueden arreglar algo, o mejorar este producto de código abierto en el que todos confiamos.

Existen soluciones alternativas, Wikipedia proporciona una lista de aceleradores de PHP .

El 13 de febrero de 2013, Zeev Suraski anunció la disponibilidad del código fuente de Zend Optimizer + .

Ha habido una discusión bastante larga sobre la integración de Zend Optimizer + en el núcleo de PHP en la próxima versión principal (la versión posterior a la 5.5). Las personas pueden desear familiarizarse con Zend Optimizer + de antemano, si este fuera el caso.

No use APC 3.1.14

APC 3.1.14 se ha eliminado de las descargas de PECL debido a algunos problemas graves de memoria que se han descubierto pero que aún no se han rastreado.

Si ya está utilizando 3.1.14, puede desear degradar hasta que se libere 3.1.15. Recuerde, esto sigue siendo beta . Si lo está usando, lo está utilizando bajo su propio riesgo.

2013-01-02 :
APC 3.1.14 está disponible , agregando compatibilidad PHP 5.5, además de resolver una cantidad justa de otros errores .

Aún beta

2012-09-03 :
APC 3.1.13 está disponible, fijando una serie de segfaults .

2012-08-16 :
Se ha creado una etiqueta APC 3.1.12 , pero todavía está marcada como beta , está disponible en la página APC PECL , así como en el changelog .
Muchos errores relacionados con bin_dump arreglaron esta vez.

2012-07-19 :
Se ha creado una etiqueta APC 3.1.11 , pero todavía está marcada como beta , está disponible en la página APC PECL , así como en el changelog . He estado siguiendo las listas de correo relevantes, y todavía están trabajando activamente en solucionar errores de APC, sin embargo, es un módulo complejo y no muchas personas parecen estar a la altura de la tarea. Esta versión corrige las desagradables estadísticas = 0 errores al incluir archivos.

2012-04-11 :
Hoy se creó una etiqueta APC 3.1.10 , y una versión beta de 3.1.10 se colocó en la página APC PECL
El changelog dice:

  • Añadir soporte PHP 5.4 (Dmitry, Anatoliy, Pierre)
  • Error reparado # 22679: arregla apc_bin_dump para las constantes. Use IS_CONSTANT_TYPE_MASK para manejar todas las constantes, incluidas las no calificadas (en lugar de la verificación ~ IS_CONSTANT_INDEX)
  • Corregido error # 23822, php falla en apache restart

A partir de PHP 5.4.7 y APC 3.1.13 (e incluso del trunk de SVC de APC a partir del 2012-09-19), aunque es "compatible", no es estable en servidores con carga pesada, particularmente si usa PHP- FPM y $ GLOBALES. Algunas de las discusiones de desarrolladores sobre APC hablan de casos marginal no resueltos .

Estoy respondiendo a esta pregunta 6 meses después de que se me preguntó porque el problema aún prevalece, y encontrar este hilo sin una respuesta como la mía es lo que me hizo dar el salto a PHP 5.4 con APC y quemarme. Con suerte, esto ayudará a las personas a evitar el dolor.

APC tiene una nueva versión: 3.1.14 desde el 2 de enero, que resuelve algunos errores: http://pecl.php.net/package/APC

Sin embargo, he estado ejecutando PHP 5.4.x con APC 3.1.13 desde el repositorio de dotdeb sin ningún problema hasta el momento, por lo que para mí diría que es estable. dotdeb también me ha informado que incluirán el APC actualizado en la próxima versión de PHP, que se espera sea 5.4.11.

Bueno, lo estoy intentando durante los últimos días, y no hay forma de que pueda obtener un código de operación cacher para trabajar con php 5.4. Xcache no se compilará y la APC no reconocerá ciertas clases cuando se almacenan en caché. Creo que este es el error del que Simon está hablando.

Escuché que había algunas correcciones en el maletero, pero también probé las últimas fuentes de troncales, pero los mismos errores siguen volviendo. Creo que php sin un código de operación cacher (no hay ninguno disponible en este momento) no es digno de producción. Hopefull la gente en la APC solucionará esto lo antes posible.

¡¡¡ACTUALIZAR!!!

Xcache 2.0.0-rc1 está fuera y es compatible con php 5.4. ¡Disfrutar!

Descubrí que debe borrar el caché del código de operación en cada solicitud de página, de lo contrario las clases que implementan las interfaces no se cargan. Esto fue compilado desde el último tronco svn, Apache 2.4.1, PHP 5.4.0.

En XAMPP Versión 5.6.3 (PHP 5.6.3) todo lo que tienes que hacer en tu ini.php es esto:

[OPcache] zend_extension = php_opcache.dll opcache.enable=1 opcache.enable_cli=1 opcache.memory_consumption=512 opcache.interned_strings_buffer=24 opcache.max_accelerated_files=4000 opcache.revalidate_freq=3 opcache.fast_shutdown=1 [XDebug] zend_extension = "C:/xampp/php/ext/php_xdebug.dll" xdebug.max_nesting_level = 200 xdebug.profiler_append = 1 xdebug.profiler_enable = 1 xdebug.profiler_enable_trigger = 0 ;xdebug.profiler_output_dir = "C:/xampp/tmp" ;xdebug.profiler_output_name = "cachegrind.out.%t-%s" ;xdebug.remote_enable = 0 ;xdebug.remote_handler = "dbgp" ;xdebug.remote_host = "127.0.0.1" ;xdebug.trace_output_dir = "C:/xampp/tmp"

Configuración para el framework symfony2

Estamos experimentando errores de memoria libre (apache segfault) con PHP 5.4.26 y APC 3.1.9. Hay un error abierto para APC en PHP 5.4.X: https://bugs.php.net/bug.php?id=61934

Recomiendo no usar este complemento en PHP> 5.3.

Estoy usando AMPPS con PHP Versión 5.5.19. Desde hace algún tiempo exactamente desde el lanzamiento de PHP 5.5, APC se reemplaza con Zend OPCache que se incluye en PHP 5.5 y posteriores. Ahora todo lo que tiene que hacer para habilitar "APC" (actualmente "OPcache") es editar su php.ini. Antes de la sección [XDebug] agrega las líneas fluidas:

php.ini

... [OPcache] zend_extension=php_opcache.dll opcache.enable=1 opcache.enable_cli=1 opcache.memory_consumption=512 opcache.interned_strings_buffer=24 opcache.max_accelerated_files=4000 opcache.revalidate_freq=3 opcache.fast_shutdown=1 ...

Tenga en cuenta que debemos tener dos instancias de:

zend_extension =

Uno en [OPcache] y uno en la sección [XDebug]. Xdebug a menudo no se proporciona como predeterminado en la instalación de su servidor xampp / ampps / easyPHP. Es posible que se encuentre en una situación en la que deba descargar la extensión Xdebug. Puede hacerlo fácilmente utilizando una aplicación en línea que defina el Xdebug adecuado para su php. Visita http://xdebug.org/wizard.php y sigue sus sencillas instrucciones. Una vez que haya descargado la versión correcta de Xdebug para su versión de php, edite el enlace de su zend_extension en la sección [XDebug].

... [XDebug] zend_extension = "C:/Program Files (x86)/Ampps/php/ext/php_xdebug-2.2.6-5.5-vc11.dll" ......

¡Tenga en cuenta! que tienes que agregar la sección OPcache antes de XDebug en tu archivo php.ini !!! Si me sigues correctamente, deberías tener dos instancias de zend_extension en tu archivo php.ini (una en OPcache y otra en Xdebug).

Esto funciona perfectamente para Symfony2 framework, y elimina el mensaje de recomendación para instalar y habilitar APC para su PHP y Xdebug.

Mensaje para aquellos que ejecuten Symfony 2 y eliminen el mensaje de advertencia de "web / config.php", pero aún encuentren un problema ejecutando desde la línea de comando "php app / check.php". Si esto sucede, significa que su consola está usando un archivo php.ini diferente. Cambie la variable PATH de su sistema: haga que apunte al directorio php correcto (donde tiene su archivo php.exe y lo usa su servidor local).

Si necesita una explicación más profunda, hágamelo saber en el comentario a continuación. Saludos.

No, APC 1.3.9 (y hasta el momento, incluso el tronco de svn) no es compatible con php 5.4.0, lo sé porque acabo de pasar horas tratando de hacerlo funcionar (probado varios svn / php. ini settings / compiler flags / lo que quieras).

Esto es simplemente ridículo, APC es una de las extensiones de PHP más populares y uno esperaría que después de semanas de pasar por 8 RC 5.4 RC, tendrían tiempo de hacer que APC trabaje junto a él.

Patético.

Parece haber algunos problemas por resolver. Revisa los bugs y tal vez puedas descubrir cuál es la solución para tu problema en particular.

Cometí un error de este tipo hace algunas horas, y resultó que utilizar APC desde el enlace SVN era el camino a seguir. ¡Espero que esto ayude!

Parece que el error "puede" haberse corregido en la última revisión del tronco. Lo tengo trabajando ahora con PHP 5.4.0.

svn co http://svn.php.net/repository/pecl/apc/trunk/ apc-trunk

cd apc-trunk

phpize

./configure

hacer

hacer la instalación

Zend OPCache está incluido en PHP 5.5 bajo el nombre php_opcache.dll en el directorio php / ext. Para activarlo:

  • Agregue el archivo php_opcahe.dll como una extensión zend en su archivo de configuración php.ini .
  • Use el formato zend_extension = path / to / php / ext / php_opcache.dll .
  • Coloque la zend_extension antes de xDebug zend_extension en su configuración de php.ini .
  • Guarde su archivo de configuración php.ini y reinicie su servidor.

APC - no recomendado
Personalmente no utilicé APC con PHP 5.4 o PHP 5.5, pero la última APC estable no es compatible con PHP 5.4, la última versión beta de APC se puede usar con 5.4 pero está escrito que todavía tiene problemas con APC.

Si tienes PHP 5.5
solo usa Zend Opcache . Está fuera de la caja, por lo que los problemas son mínimos.

Si tienes PHP 5.4
Recomiendo XCache . Es totalmente compatible con PHP 5.4 y 5.5. Desarrollado activamente. La última versión estable fue lanzada hace 3.5 meses (10 de octubre de 2013). Mejora el rendimiento incluso si usa fastcgi.