Hacer un archivo ejecutable desde Linux

Para hacer ejecutable cualquier archivo basta con pasarle el comando chmod:

chmod +x

Aumentar la velocidad de tu magento con .htaccess

De todos es bien sabido que una instalación limpia de magento con los plugins que sean y los estilos que vayas creando, themes y demás, se convierte en un “culo pesado” a la hora de correr, pues bien, para mejorar el rendimiento del magento, trae de por sí la opción de habilitar la compresión de gzip que según se ha comprobado mejora la velocidad más de un 200%.

Para optimizar tu magento solo tienes que editar el archivo .htaccess y en la parte del served files compression dejarla como el siguiente ejemplo:

############################################
## enable apache served files compression
## http://developer.yahoo.com/performance/rules.html#gzip

# Insert filter
SetOutputFilter DEFLATE

# Netscape 4.x has some problems…
BrowserMatch ^Mozilla/4 gzip-only-text/html

# Netscape 4.06-4.08 have some more problems
BrowserMatch ^Mozilla/4\.0[678] no-gzip

# MSIE masquerades as Netscape, but it is fine
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
# Don’t compress images
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary

# Make sure proxies don’t deliver the wrong content
Header append Vary User-Agent env=!dont-vary

# enable resulting html compression
php_flag zlib.output_compression on

Instalar XCache en CentOS y RHEL para PHP5 [Solucionado]

P. Como instalo el XCache en PHP 5 under RHEL / CentOS version 5.0?

R. XCache es un cacheador de código abierto, lo que significa que mejora el rendimiento en servidores PHP. La optimización se hace cacheando las compilaciones de los scripts PHPen la memoria shm (RAM) y reutiliza el cache de la RAM. Esto reduce la carga del servidor y aumenta la velocidad de php hasta un 500%.

Paso # 1: Descargar el código fuente xcahce

Usar wget para bajar la última versión estable:
# cd /opt # wget http://xcache.lighttpd.net/pub/Releases/1.2.1/xcache-1.2.1.tar.gz

Paso # 2: Descomprimirlo

Usar el comando tar:
# tar -zxvf xcache-1.2.1.tar.gz # cd xcache-1.2.1

Paso # 3: Compilar e instalar XCache

Usar phpize para prepararlo como extensión PHP (si te da error por que no encuentra el comando mira esta entrada):
# phpize
Configurar, compilar e instalar xcache:
# ./configure --enable-xcache # make # make install

Directorio predeterminado de la instalación de xcache.so

• 64 bit PHP modulo instalado en /usr/lib64/php/modules/xcache.so
• 32 bit PHP modulo instalado en /usr/lib/php/modules/xcache.so

Paso # 4: Crear el archivo xcache.ini

Bajo RHEL / CentOS, tienes que poner el fichero en la carpeta /etc/php.d/ :

# cd /etc/php.d/
Crear archivo xcahce.ini :
# nano xcahce.ini
Inserta la siguiente configuración:

[xcache-common]
; change me - 64 bit php => /usr/lib64/php/modules/xcache.so
; 32 bit php => /usr/lib/php/modules/xcache.so
zend_extension = /usr/lib64/php/modules/xcache.so

[xcache.admin]
xcache.admin.auth = On
xcache.admin.user = "mOo"
; xcache.admin.pass = md5($your_password)
xcache.admin.pass = ""

[xcache]
xcache.shm_scheme =        "mmap"
xcache.size  =               32M
xcache.count =                 1
xcache.slots =                8K
xcache.ttl   =              3600
xcache.gc_interval =         300

; Same as aboves but for variable cache
; If you don't know for sure that you need this, you probably don't
xcache.var_size  =            0M
xcache.var_count =             1
xcache.var_slots =            8K
xcache.var_ttl   =             0
xcache.var_maxttl   =          0
xcache.var_gc_interval =     300

; N/A for /dev/zero
xcache.readonly_protection = Off

xcache.mmap_path =    "/dev/zero"

xcache.cacher =               On
xcache.stat   =               On

Save and close the file.

Otra alternativa es que copies la configuración por defecto de xcache a /etc/php.d/
# cp xcache.ini /etc/php.d/ # vi /etc/php.d/xcache.ini

Reinicia el proceso de apache:
# service httpd restart

Si utilizas Lighttpd , reinicialo también:
# service lighttpd restart

Paso # 5: Asegúrate de que XCache funciona

Mete el siguiente comando para verificarlo:
$ php -v
Salida:

PHP 5.1.6 (cli) (built: Nov 20 2007 11:11:52)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
    with XCache v1.2.1, Copyright (c) 2005-2007, by mOo

Debes ver la línea  “XCache v1.2.1, Copyright (c) 2005-2007, by mOo”

Ya está, listo y funcionando.

Problema phpize comando no encontrado [Solucionado]

Si estás intentando usar el comando phpize en tu sistema linux y por algún casual te da el siguiente error:

-bash: phpize: command not found

Solamente tienes que ejecutar el siguiente comando para solucionarlo:

CentOS: yum -y install php-devel
Fedora: up2date -i php-devel

Una vez yum haya terminado de instalar ya podrás utilizar el comando phpize.

PsP Error 800200D9 [Solucionado]

Pues de repente me encuentro con este error al ejecutar el patapon 2 en mi psp, y después de un montón de pruebas me encuentro que no es la forma de emular la carga, sino el plugin que te mantiene el puerto usb activo el que me provocaba el error. Si desactivas este plugin (o vas probando por si en tu caso es otro), te encuentras con que ya va.

Joomla! Problema de subida de archivos (browse files, navegación de archivos) [SOLUCIONADO]

Bueno, esta vez es en Joomla!

Si tienes problemas a la hora de subir archivos o imágenes en joomla por que simplemente te salen 3 botones de los cuales el primero se llama Navegación de archivos o browse files en inglés y al pulsar este no pasa nada, el problema es de la subida de ficheros en flash. Por el momento puedes solucionarlo desactivándola en:

www.tusitio.com/administrator/index.php?option=com_config

y ahí la última opción de la pestaña sistema es la de la subida flash, estará en sí, la ponemos en no y le damos a guardar o aplicar.

Listo, ya te funcionan las subidas.

Wordpress. Problema en administración al traducirlo al español y darle a actualizar.

Bueno, lo que me ha pasado ha sido lo siguiente, estaba arreglando el tema de comentarios del theme que se ve que no era compatible la programación con esta versión de WP y me he decidido a cambiar el idioma al wp por el español…

Una vez que lo he cambiado en el config.php, me ha pedido actualizar la base de datos. Acepto y luego me ponía en la administración que actualizara la versión y le he dado a actualización automática.

Una vez ha terminado correctamente como es normal me ha vuelto a pedir login, me conecto y sorpresa!!

No tienes autorización para acceder a esta página

Lo cual me ha hecho hacer un par de búsquedas. Pues bien, la solución es extremadamente sencilla y es debida a que alguno de los plugins instalados no es compatible con esta versión en español (no tiene por que ser compatible si lo era con la inglesa ya que cambia no solo el idioma sino también parte del tipo de programación del código, no os asustéis).

Como arreglarlo:

1. Entramos por FTP, SSH o cualquier otro método por el que podamos explorar las carpetas.
2. Entramos en wp-content/
3. Cambiaremos el nombre de la carpeta plugins, por pluginsx o cualquier otro
4. Entramos en la administración y luego en la sección plugins, wordpress desactivará automáticamente todos los plugins (por que no encuentra la carpeta)
5. Volvemos a renombrar la carpeta plugins a su nombre original
6. Ya solo nos queda ir activando uno a uno los plugins, e ir viendo cual es el que nos da el problema

Una vez localizamos el plugin que nos da el problema, o buscamos uno compatible o nos olvidamos de el xD  (aunque también podemos googlear un rato y buscarnos la vida para modificarlo).

PD: El que me ha dado el problema a mí ha sido wordpress_database_backup (si eso prueba primero quitando este a ver si es el que te da el problema y así no tienes que desactivarlos todos.)

Magento: Actualizar por ssh incluso si da error o nothing to install. [SOLUCIONADO]

Normalmente es por si tienes apache funcionando como modulo PHP pero no debería tener problema nadie. Una vez tengas la forma que te funciona, hazlo todas las veces de la misma forma en futuras actualizaciones via SSH.

1ª opción. Hay que entrar en el ssh, entrar en la carpeta de magento y luego ejecutar los siguientes comandos:

rm -rf downloader/pearlib/cache/ downloader/pearlib/download/*
./pear upgrade-all
rm -rf downloader/pearlib/cache/ downloader/pearlib/download/*

2ª opción. Si se recibe un mensaje que dice nothing to update, probar con esto:

./pear mage-setup .
./pear install -f magento-core/Mage_All_Latest-stable
rm -rf downloader/pearlib/cache/* downloader/pearlib/download/*

Con una de estas dos soluciones deberia funcionar, UNA. Como sugerencia diré que hay que probar la primera y en caso de que no vaya la segunda.

Magento: La administración deja de funcionar al poner ruta personalizada [SOLUCIONADO]

Magento: Admin doesn’t work when i change the predefined admin path to my customized one.

He tenido un problema al cambiar la ruta del magento. La administración ha dejado de funcionar correctamente. Después de probar varias soluciones lo que he averiguado es que los campos de la base de datos que utiliza para definir su configuración no es como en otros scripts, que está ahí desde que se instala, sino que este lo crea cuando tu intentas configurarlo. Por ello la solución no es poner a 0 los valores sino borrar completamente dichos campos de la base de datos.
Los campos están localizados en la siguiente tabla: core_config_data.

Lo que tenemos que hacer es entrar en la base de datos con phpmyadmin o algún tipo de programa de gestión de base de datos mysql y borrar en dicha tabla los siguientes registros:

admin/url/use_custom
admin/url/custom
web/secure/base_url
web/unsecure/base_url

Como lo crea el Magento sobre la marcha no pongo que tengan una id determinada por que para cada instalación varía dependiendo de lo que has hecho antes de tocar eso. Recuerda, solo tienes que ELIMINAR los registros, no vaciarlos.