1
2
3
4
5
6

<IfModule mod_rewrite.c>
 RewriteEngine on
 RewriteCond %{REMOTE_ADDR} !^999\.999\.999\.999
 RewriteCond %{REQUEST_URI} !/mantenimiento.html$ [NC]
 RewriteRule .* /mantenimiento.html [R=302,L]
</IfModule>

En la línea 3, cambiaremos la ip por la nuestra propia para poder acceder normalmente.
La línea 4 indica que no redirija si ya estamos en la página de mantenimiento (para evitar un bucle infinito).
Y en la línea 5 indicamos la ruta de la propia página de mantenimiento con una redirección 302 (redirección temporal).

Hasta aquí todo bien. El problema es que desde la página de mantenimiento no podemos acceder a las imágenes o estilos css porque también se ejecuta la redirección. Para evitar esto, añadiremos una línea más al código anterior:

1
2
3
4
5
6
7

<IfModule mod_rewrite.c>
 RewriteEngine on
 RewriteCond %{REMOTE_ADDR} !^999\.999\.999\.999
 RewriteCond %{REQUEST_URI} !/mantenimiento.html$ [NC]
 RewriteCond %{REQUEST_URI} !\.(jpe?g?|png|gif|css) [NC]
 RewriteRule .* /mantenimiento.html [R=302,L]
</IfModule>

Ahora todo debería funcionar correctamente. Cuando hayamos terminado de hacer los cambios, solo tendremos que comentar las líneas anteriores.

svn: Directory .svn containing working copy admin area is missing

Hay dos soluciones:

1) Descargarnos de nuevo el proyecto completo (checkout).

svn co http://servidorsvn/proyecto/trunk proyecto

2) Si la carpeta .svn ha desaparecido solamente de uno de los directorios del proyecto, podemos bajarnos solo esa carpeta y mover el archivo .svn a nuestro proyecto (a la carpeta a la que falta el .svn).

En este ejemplo, se ha borrado la carpeta .svn del directorio css.

svn co http://servidorsvn/proyecto/trunk/css css_copia

mv css_copia/.svn /ruta_al_proyecto/proyecto/css/

rm -rf css_copia

Si intentamos hacer un commit de los cambios con la orden:

svn commit -m "plugins" ./proyecto/plugins

Nos mostrará el siguiente error:

svn: The log message is a pathname (was -F intended?); use '--force-log' to override

El “error” es que el mensaje que adjuntamos con el commit es igual al nombre de la carpeta que estamos subiendo. Lo arreglaremos cambiando el nombre del mensaje:

svn commit -m "cambios en plugins" ./proyecto/plugins

Al intentar crear un nuevo proyecto con el comando:

php symfony generate:project miproyecto

La orden no se ejecutaba en su totalidad y me dejaba unos “bonitos” mensajes de error, relacionados con la función token_get_all():

PHP Notice:  Use of undefined constant T_FINAL - assumed 'T_FINAL' in /var/symfony14/lib/util/sfClassManipulator.class.php on line 52
PHP Notice:  Use of undefined constant T_ABSTRACT - assumed 'T_ABSTRACT' in /var/symfony14/lib/util/sfClassManipulator.class.php on line 52
PHP Notice:  Use of undefined constant T_STATIC - assumed 'T_STATIC' in /var/symfony14/lib/util/sfClassManipulator.class.php on line 52
PHP Notice:  Use of undefined constant T_PUBLIC - assumed 'T_PUBLIC' in /var/symfony14/lib/util/sfClassManipulator.class.php on line 52
PHP Notice:  Use of undefined constant T_PROTECTED - assumed 'T_PROTECTED' in /var/symfony14/lib/util/sfClassManipulator.class.php on line 52
PHP Notice:  Use of undefined constant T_PRIVATE - assumed 'T_PRIVATE' in /var/symfony14/lib/util/sfClassManipulator.class.php on line 52
PHP Notice:  Use of undefined constant T_FUNCTION - assumed 'T_FUNCTION' in /var/symfony14/lib/util/sfClassManipulator.class.php on line 52
PHP Fatal error:  Call to undefined function token_get_all() in /var/symfony14/lib/util/sfClassManipulator.class.php on line 117

Este problema con la función token_get_all() lo solucionaremos instalando la extensión para php “php5-tokenizer”:

zypper install php5-tokenizer

Me he encontrado este error al generar un nuevo proyecto con Symfony pero nada tiene que ver con el framework. Quizás para cualquier otro proyecto donde no utilicemos Symfony no nos haga falta instalarlo y no lo echemos de menos. Visto lo visto, con Symfony es totalmente necesario tener esta extensión instalada.

Cuando la vamos a utilizar, nos mostraría el error:
Call to undefined function hash_hmac()

Voy a explicarlo para OpenSuse 11.1, pero no debería haber problema para instalarlo en cualquier otra distribución (cambiando zypper por apt-get, por ejemplo).

1. Comprobamos si tenemos instalado el paquete php-devel o php5-devel. Si no, lo instalamos:

zypper install php5-devel

2. Instalamos PEAR.

zypper install php-pear

3. Ejecutamos

pecl install hash

4. Añadimos la extensión al archivo php.ini (en mi caso /etc/php5/apache2/php.ini):

; Enable pecl_hash extension module
extension=hash.so

5. Reiniciamos Apache

/etc/init.d/apache2 restart

Con estos pasos ya deberíamos poder utilizar la función hash_hmac (entre otras) en nuestros proyectos.

Cambiar el puerto del ssh es tan sencillo como hacer lo siguiente:

1

nano /etc/ssh/sshd_config

Editamos la linea dice

1

#Port 22

La descomentamos (quitamos la almoadilla) y cambiamos el 22 por el puerto que queramos. Nos tenemos que asegurar de que el puerto que elijamos no esté ya en uso (Aquí tenemos una lista de puertos). Por ejemplo, si elegimos el puerto 27, la línea quedará:

1

Port 27

Ahora editamos el archivo /etc/services

1

nano /etc/services

buscamos las líneas:

1
2

ssh         22/tcp
ssh         22/udp

y las cambiamos por el nuevo puerto que hemos seleccionado antes:

1
2

ssh         27/tcp
ssh         27/udp

Ahora paramos e iniciamos el servidor ssh:

1

/etc/init.d/ssh stop

1

/etc/init.d/ssh start

Y ya lo tenemos. A partir de ahora, cuando queramos acceder a nuestro servidor mediante ssh, deberemos especificar el puerto por el que nos queremos conectar. Por ejemplo:

1

ssh usuario@192.168.1.100 -p27

Puede que te salte algún error relacionado con las public keys. Es normal, ya que anteriormente ha detectado movimiento en el puerto 22. Simplemente hay que borrar esos public keys:

1

 rm ~/.ssh/known_hosts

A partir de ahora tendremos nuestro servidor ssh un poco más seguro.

Con el gestor de paquetes yum lo podemos hacer. Para ello, primero tenemos que modificar un par de archivos:

Añadimos esta linea al fichero /etc/yum.conf

tsflags=repackage

También deberemos añadir esta linea al archivo /etc/rpm/macros (si no existe, lo creamos)

%_repackage_all_erasures 1

La documentación de rpm no tiene ninguna referencia a la opción deshacer (rollback). Para volver a la versión de los paquetes anteriores a la actualización usaremos el comando rpm con el parametro –rollback

rpm -Uhv --rollback '15:00'
rpm -Uhv --rollback '2 hours ago'
rpm -Uhv --rollback 'december 31'
rpm -Uhv --rollback 'yesterday'

Es una buena idea activar el rollback por lo que pueda pasar. Ahora podremos ejecutar

yum update

sin miedo a posibles incompatibilidades.

mytop es una utilidad que sirve para monitorizar las consultas mysql, procesos, y rendimiento general del servidor de bases de datos mysql. Entre otras cosas, nos permite visualizar las consultas lentas (slow queries) que se ejecutan en la base de datos.

Instalación

Vamos a realizar al instalación en un servidor CentOS. Para hacerlo, necesitamos tener instalados en nuestro servidor Perl , DBI y Term::ReadKey. Los dos primeros suelen estar instalados por lo que pasamos a instalar Term::ReadKey.

wget http://search.cpan.org/CPAN/authors/id/J/JS/JSTOWE/TermReadKey-2.30.tar.gz
tar -zxvf TermReadKey-2.30.tar.gz
cd TermReadKey-2.30
perl Makefile.PL
make
make test
make install

Ahora pasamos a intalar mytop

wget http://jeremy.zawodny.com/mysql/mytop/mytop-1.4.tar.gz
tar -zxvf mytop-1.4.tar.gz
cd mytop-1.4
perl Makefile.PL
make
make test
make install

Configurar mytop

mytop soporta diferentes parámetros para conectarnos a la base de datos, usuario, contraseña, etc. Para este ejemplo siempre nos conectaremos a una sola base de datos. Debido a esto, podemos crear un archivo de configuración para no tener que pasar los parámetros al comando.

Este es nuestro archivo de configuración de ejemplo, que guardaremos por ejemplo en /root/.mytop, suponiendo que sea el usuario root el que va a ejecutar este comando:

user=admin
pass=password
host=localhost
db=prueba
delay=5
port=3306
socket=
batchmode=0
header=1
color=1
idle=1

Explicación

Vamos a explicar cada una de las líneas anteriores:

user=admin
pass=password

Usuario y contraseña del usuario de la base de datos a la que nos vamos a conectar. Si queremos pasar estos datos por parámetros, usaremos:

mytop -u admin -p password

host=localhost
db=prueba

Servidor de la base de datos (en este caso se encuentra en el propio servidor, por lo que indicamos localhost) y el nombre de la base de datos a la que nos queremos conectar. Conseguiríamos el mismo resultado con estos parámetros:

mytop -h localhost -d prueba

delay=5

Tiempo que tarda en refrescarse la página de resultados. De nuevo, mediante parámetros:

mytop -s 5

port=3306

Puerto al que nos conectamos a mysql (3306 por defecto). Por parámetros:

mytop -port 3306

socket=

Por defecto está vacío (none). Si tenemos el servidor de mysql en nuestro mismo servidor, quizás queramos conectarnos mediante un socket.

batchmode=0

Su valor será 0 o 1. Si el valor es 1, nos mostrará por pantalla todas las consultas una detrás de otra sin recargar la página. Útil si programamos un cron y guardamos el resultado de mytop a un archivo. Si el valor es 0, cada vez que se refresque la página se borrarán las consultas anteriores. Para hacerlo mediante parámetros:

mytop -b 0

header=1

Lo ponemos a 1 para que nos muestre la cabecera al ejecutar mytop. Una vez ejecutado el programa, podremos ocultar y mostrar la cabecera pulsando la tecla h. De nuevo, por comandos:

mytop -header 1

color=1

Nos mostrará el resultado del comando mediante colores. Para indicar esta opción mediante parámetros:

mytop -color 1

idle=1

Para indicar si queremos que nos muestre en los resultados las consultas que están dormidas (sleeping). Si no está activado, nos mostrará los resultados en orden inverso, es decir, las consultas más lentas primero.

mytop -i 1

Entender mytop

Este es el aspecto que tiene el comando mytop en funcionamiento. Por cierto, para ejecutarlo, solamente debemos llamarlo por línea de comandos:

mytop

Empezando por arriba a la izquierda, podemos ver Queries. El número que está a la izquierda (en la imagen, 369.1k), es el número total de consultas que se han hecho al servidor de mysql desde que se inició. A la derecha de Queries podemos ver qps, que son las consultas por segundo (queries per second), aunque más precisamente este número representa la media de consultas por segundo que se han hecho desde que el servidor fue iniciado.

Debajo de la primera línea podemos ver qps now. Este dato representa el número medio de consultas por segundo que ha hecho el servidor desde la última vez que mytop recargó los resultados. A la derecha podemos ver Slow y Slow qps.  El valor de Slow es el número de consultas lentas que se han ejecutado desde que el servidor está en marcha. El valor de Slow qps es la media del número de consultas lentas por segundo que se han ejecutado desde la última recarga de los resultados de mytop.

Seguimos más a la derecha, donde podemos ver unos datos muy importantes que tienen que ver con el servidor mysql en sí. Esto es Se/In/Up/De(%), que significa Select, Insert, Update, Delete. Esto nos indica cual es el porcentaje de Select, Insert, Update o Delete que se ejecutan en el servidor. Justo debajo podemos ver de nuevo el porcentaje de Se/In/Up/De de las consultas que se han ejecutado desde el último refresco de mytop.

La key efficiency nos indica el porcentaje de consultas que están utilizado una clave/índice (key) en la consulta. Esto es importante ya que cualquier consulta que se haga sin utilizar una clave/índice, le llevará más tiempo a la base de datos mostrar los resultados.

Bps in/out indica la media de bytes por segundo entrantes a la base de datos y el segundo dato es la media de bytes por segundo salientes (recibiendo y mostrando información). El dato Now in/out es la media de bytes entrantes y salientes (in/out) por segundo desde que mytop ha refrescado la página.

Accesos directos

Estos comandos los podemos ejecutar cuando mytop está ejecutándose para obtener datos adicionales.

  d - Mostrar solo datos de una base de datos determinada
  f - Mostrar información completa de una consulta
  F - Desactivar todos los filtros
  h - Mostrar solamente los datos de un servidor específico
  H - Mostrar/ocultar cabecera
  i - Mostrar/ocultar consultar dormidas (sleeping)
  k - Matar una consulta
  p - Pausar la vista
  m - Para cambiar de 'consultas más lentas' a 'consultas por segundo'
  o - Invertir orden
  q - Salir
  r - Resetear todos los valores (mediante FLUSH STATUS en el servidor)
  s - Cambiar el tiempo de refresco
  t - Cambiar al modo vista
  u - Mostrar solamente de un usuario específico

Instalar interfaz web

Podemos instalar una aplicación web para monitorizar los resultados de mytop mediante nuestro navegador. Para ello vamos a instalar la aplicación ajaxMyTop desde http://sourceforge.net/projects/ajaxmytop. Simplemente lo copiaremos a un directorio de nuestra web y editando el archivo config.php, indicaremos los parámetros que hemos explicado en pasos anteriores.

Por seguridad, es recomendable permitir acceso a este panel solamente a ips conocidas (la nuestra). Para ello, haremos uso de un archivo .htaccess que copiaremos en la carpeta donde hemos instalado ajaxMyTop. Este archivo contendrá el siguiente contenido:

Order deny,allow
Deny from all
# Permitimos acceso solamente a una ip conocida
Allow from 192.168.1.2

Y eso es todo, cualquier duda en los comentarios.

Para realizar el post me he basado en estos artículos:
http://forums.theplanet.com/lofiversion/index.php/t59458.html
http://hostingaldescubierto.com/wordpress/2007/11/20/instalar-mytop/
http://jeremy.zawodny.com/mysql/mytop/mytop.htm
http://mysqlhacker.com/kabir/php/using-mytop-to-interactively-monitor-mysql.html
http://www.opensourcetutorials.com/tutorials/Server-Side-Coding/Administration/mytop/page1.html