Volcado de bases de datos con MySQL

Estos son los comandos que yo uso:

mysqldump --opt --password --user=myuser mydatabase > filename.sql
gzip filename.sql

Y para volcar de nuevo los datos:

gunzip filename.sql
mysql --password --user=myuser mydatabase < filename.sql


cambiar el propietario de un enlace simbólico

Para cambiar el propietario de un enlace simbólico (symbolic link) has de poner el parámetro -h.

Si haces

chown user.group linkname

cambiarás el propietario del fichero al que apunta el enlace, no del enlace en sí.

Si haces

chown -h user.group linkname

cambiarás el propietario del link mismo.

Esto es útil si quieres hacer que el directorio httpdocs de un virtual host de plesk apunte a otro lugar, ya que sólo root puede crear archivos en /var/www/vhosts/dominio.com/ (ahí debería estar httpdocs), pero como el apache se ejecuta con el nombre de usuario del dominio en particular saldrá un error de permisos si el link simbólico no es legible o propiedad de ese usuario.

crear un repositorio SVN para acceder por webdav

Lo primero es crear el repositorio de subversion y darle permisos de escritura:

mkdir /var/svn/domain.com
chmod -R 777 /var/svn/domain.com
svnadmin create /var/svn/domain.com

Luego hay que crear el acceso desde apache. Para ello, editamos la configuración. En caso de Plesk 9 con CentOS hay que modificar este archivo (notar que utilizo un solo subdominio del tipo svn.midominiobase.com para acceder a todos mis repositorios de SVN):

cd /var/svn/
svnadmin create domain.com
htpasswd -c /etc/svn-auth-file user1
htpasswd /etc/svn-auth-file user2
cd /var/www/vhosts/basedomain.com/subdomains/svn/conf/
vi vhost.conf

añadir:

<location>
DAV svn
SVNPath /var/svn/domain.com/
AuthType Basic
AuthName "domain.com Subversion Repository"
AuthUserFile /etc/svn-auth-file
Require user user1 user2
</location>


y finalmente

/etc/init.d/httpd restart


modificar configuración de apache en Plesk

Como Plesk modifica los archivos de configuración de apache automáticamente, no es bueno hacer cambios de apache, como cambiar el open_basedir o configurar webdav para un subversion, usando los archivos de configuración que encuentres ya creados.

Has de crear uno en la ruta /var/www/vhosts/dominio.com/conf/vhost.conf
o si es un subdominio /var/www/vhosts/dominio.com/subdomains/subdomain/conf/vhost.conf

Por ejemplo, para acabar con el horrible error "open_basedir restriction" si quieres poner fuera de la carpeta pública tu código, añade esto:

<Directory /var/www/vhosts/dominio.com/httpdocs>
php_admin_flag engine on
php_admin_value open_basedir "/var/www/vhosts/dominio.com/httpdocs:/var/www/vhosts/dominio.com/directorio_privado:/tmp"
</Directory>


Pero la primera vez no funcionará hasta que plesk regenere sus archivos de configuración. Esto es porque Plesk necesita hacer un link en el httpd.include que hay en esa misma carpeta, de manera que lea el archivo. La mejor manera de conseguir que apache lea ese archivo es diciendo a Plesk que escanee tu directorio de conf/ en busca de tus vhost.conf, y eso lo puedes conseguir ejecutando el comando:

# /usr/local/psa/admin/sbin/websrvmng -u --vhost-name=dominio.com

Y luego, por supuesto, reiniciando el apache:

# /etc/init.d/httpd restart

Si quieres instalar subversion, mira este link (en inglés)

Migrando de Plesk 8 a plesk 9

Esta es una nota para acordarme de los comandos de consola del proceso de migración de plesk 8 a 9:


(en el VIEJO servidor)
# /usr/local/psa/bin/pleskbackup domains dominio.com dominio.psa
(una vez hecho esto movemos por scp el archivo y vamos al nuevo)
(en el NUEVO servidor)
# /usr/local/psa/bin/pre9-backup-convert -v convert -d /var/lib/psa/dumps/ dominio.psa
# /usr/local/psa/bin/pleskrestore --restore /var/lib/psa/dumps/domains/dominio.com/converted_dominio.com_info_XXX.xml -level domains -debug


* Acuérdate de añadir la IP del viejo dominio al nuevo servidor, temporalmente, para que plesk pueda hacer la migración. Luego, si es necesario, cambias la IP a la nueva y listos.

Debug activo en elpais.com

Los desarrolladores de elpais.com se han dejado activado por un momento este debug que parece el típico var_dump() de PHP. Al menos parece que no muestra mucha información relevante para ataques: sólo unas cuantas rutas internas a archivos xml :-)


En todas partes cuecen habas jajaja

Motivational