Rubén Ortiz » Php

PHP – APC tunning

Rubén Ortiz — Thu, 23 Jun 2011 10:23:40 +0000

Recientemente, en una despliegue de infraestructura, he configurado APC como caché de PHP. En un primer momento, no le presté mucha atención. Más tarde, comprobé que no tenía un funcionamiento correcto. Con el paquete de APC, viene el fichero apc.php, un fichero que genera estadísticas en tiempo real sobre el rendimiento de la caché. Lo que vi fue esto…

Salta a la vista, el pésimo rendimiento por entonces de la caché. Básicamente, se trataba de un site con bastante tráfico y la configuración por defecto es de

apc.shm_size => 32M => 32M

lo cual se quedó corto y comenzó a afectar a la fragmentación de la caché en memoria. El único remedio que conseguí aplicar y que funcionó fue aumentar el tamaño de la caché asignada

apc.shm_size => 32M => 256M

A partir de entonces, después del reinicio del servidor web, la caché presentaba este aspecto, mucho más saludable.

1
2
3
4
5
6
7
8
9
10

# cat /etc/php.d/apc.ini
extension=apc.so
[APC]
apc.enabled = 1
apc.shm_segments = 1
apc.shm_size = 256M
apc.optimization = 0
apc.ttl = 7200
apc.user_ttl = 7200
apc.num_files_hint = 1000

Links

WordPress : The uploaded file could not be moved to

Rubén Ortiz — Sat, 29 Nov 2008 10:37:52 +0000

Hace algunos días, me dejé este tema en el tintero. Es un error que nos puede aparecer utilizando WordPress bajo un entorno PHP con Safe Mode habilitado. Encontré la solución en el blog de Sébastien Wains. El primer “acto reflejo” es deshabilitar Safe Mode, al igual que Sébastien, yo prefiero dejarlo habilitado. Pero como no tuve tiempo de ponerme, lo deshabilité temporalmente para subir imágenes de manera urgente. Ahora ya puedo explicar la forma de trabajar con Safe Mode habilitado.

¿Qué es Safe Mode y por qué afecta a la subida de archivos?

The PHP safe mode is an attempt to solve the shared-server security problem. It is architecturally incorrect to try to solve this problem at the PHP level, but since the alternatives at the web server and OS levels aren’t very realistic, many people, especially ISP’s, use safe mode for now.

Con Safe Mode on, PHP se negará a leer archivos que tengan otro propietario distinto (UID) que el usuario que ejecuta en ese momento el script. Por ejemplo, si el usuario apache (UID 48) intenta leer algo del directorio wp-content/uploads (con propietario ruben, UID 10002) nos dará error, porque ambos UID no coinciden.

El truco es configurar php para hacer que Safe Mode se base en el GID y no en el UID. Luego asignaremos permisos 7777 la carpeta uploads, y a las diferentes carpetas con el número del año, si es que lo tenemos así organizado. Asignando 7777 a wp-content/uploads estamos asignando la sticky flag o sticky bit (group ID, setgid o SGID). Cuando este sticky bit es asignado a un directorio , los directorios y archivos nuevos creados bajo la jerarquía de la carpeta en la que asignamos el bit heredarán el grupo asignado a ese directorio. En el modo normal, se usa el grupo primario del usuario al asignar un grupo a la carpeta. Reiniciaremos apache.

1
2
3

# Habilitar safe_mode_gid=On en php.ini
# chmod 7777 /wp-content/uploads
# /etc/init.d/httpd restart

Links:

XCache en Debian

Rubén Ortiz — Thu, 29 May 2008 10:17:40 +0000

Nada más fácil que la instalación de Xcache, acelerador de Php y uno de los más utilizados hoy en día. ¿Por qué X-Cache? Bueno, hay varios estudios, post, etc, en la red que confirman su potencia en frente de proyectos como EAccelerator. XCache ha sido desarrollado por los creadores de Lighttpd, un servidor web de robustez contrastada. Aunque hoy por hoy, tanto en servidor web como en cacheador, sigue predominando Apache y Eaccelerator. Pero no está demás dejar los pasos para como instalarlo. Ya que estoy en un container con Debian pues aprovecho

Necesitamos instalar el paquete php5-dev para poder recompilar php con Xcache

1	# apt-get install php5-dev

1
2
3
4
5
6
7
8

# wget http://xcache.lighttpd.net/pub/Releases/1.2.2/xcache-1.2.2.tar.gz
# tar xf xcache-*.tar.gz
# cd xcache
# phpize
# ./configure --enable-xache
# make
# make install

Cambia esto por la ruta donde tengas tu fichero de configuración de php

1	# cat xcache.ini >> /etc/php5/apache2/php.ini

Ahora sólo faltaría editar el php.ini y para activar el xcache.

1
2
3
4
5
6
7
8
9
10

[xcache-common]
;; install as zend extension (recommended), normally "$extension_dir/xcache.so"
zend_extension = /usr/local/lib/php/extensions/non-debug-non-zts-xxx/xcache.so
; zend_extension_ts = /usr/local/lib/php/extensions/non-debug-zts-xxx/xcache.so
;; For windows users, replace xcache.so with php_xcache.dll
zend_extension_ts = c:/php/extensions/php_xcache.dll
;; or install as extension, make sure your extension_dir setting is correct
; extension = xcache.so
;; or win32:
; extension = php_xcache.dll

Descomentamos la línea

1	; extension = xcache.so

y reiniciamos apache

1	# /etc/init.d/apache2 restart

Podemos comprobar su correcta instalación con un y listos!