El archivo que indica qué zona horaria tenemos en nuestro servidor lo tenemos en /etc/localtime, y en /usr/share/zoneinfo tenemos un fichero para cada zona horaria disponible. La solucion es sencilla, sacamos una copia de /etc/localtime (por si las moscas) y copiamos en fichero de nuestra zona a /etc/locatime (en mi caso, Europe/Madrid).

Y listo…

El procedimiento es similar. Tomaremos como dominio de ejemplo, el dominio ejemplo.com.

Nos logeamos en la máquina que tiene nuestro dominio (plesk 8 en este caso) y realizamos una copia del mismo:

/usr/local/psa/bin/pleskbackup domains ejemplo.com ./ejemplo

Con esto obtendremos un fichero llamado “ejemplo” que contiene todos los datos de nuestro dominio. Dicho fichero lo mandamos a nuestro nuevo servidor (el de Plesk 9). Yo lo hago colgandolo en un directorio accesible via web y descargandolo por wget, pero podemos hacerlo por ftp o como guste cada uno.

Nos vamos a la máquina de destino. Podemos encontrar dos casos:

A - Queremos migrar el dominio a un cliente ya existente

En este caso, tenemos que entrar en dicho cliente, y agregaremos un dominio nuevo, “ejemplo.com”.

Despues vamos al repositorio local de dicho cliente, que es /var/lib/psa/dumps/clients/clientlogin/domains (sustituyendo clientlogin por el login del cliente destino).

Una vez dentro, creamos el directorio de copias del dominio, es decir:

mkdir ejemplo.com

Entramos dentro del directorio, y convertimos la copia que hemos hecho en la maquina con Plesk 8:

/usr/local/psa/bin/pre9-backup-convert -v convert ejemplo (recordad que ejemplo es el nombre del fichero de la copia de seguridad)

Una vez ha terminado, desde el panel, entramos en el dominio, y en backups veremos que podemos restaurar la copia

B - Queremos migrar el dominio dentro de una cuenta que no existe

Primero, creamos la cuenta del cliente al que asignaremos el dominio, y después, el dominio dentro de ese cliente. En la consola, nos dirigiremos al repositorio de copias local, /var/lib/psa/dumps/clients. Tendremos que crear el directorio con el login del cliente, despues, un directorio llamado “domains” (que es donde plesk guarda las copias de cada dominio de ese cliente) y después crear un directorio con el nombre del dominio en cuestión, en nuestro caso, ejemplo.com. Supongamos que el cliente se llama John Locke, y que su login es johnl:

/psa/dums/clients/johnl/domains/ejemplo.com

Convertimos la copia de seguridad como está explicado en el punto A dentro del directorio que hemos creado, y restauramos desde el panel.

En ambos casos, Plesk nos mostrará un mensaje de error por que el dominio ya existe. Luego, nos preguntará que hacer en casos conflictivos, los datos que queremos restaurar, etc. antes de proceder.

Sólo nos faltaría cambiar las dns en nuestro registrador de dominio y hacer que apunte a nuestro nuevo servidor.

Espero que os haya servido.

Para activar un webmail en plesk (el que tengamos por defecto) mediante consola, usaremos el siguiente comando:

/usr/local/psa/bin/domain_pref –update dominio.com -webmail true

y a funciona.

Que photoshop es el programa más usado para realizar diseños de páginas web no creo que sorprenda a nadie. Hay muchos tutoriales en internet sobre como realizar plantillas para una web usando photoshop, lo dificil es encontrar tutoriales que sean de calidad y originales.

Os dejo un enlace con 35 tutoriales “Premium” (como el nombre del post original indica) para crear diseños de páginas web usando phtoshop. Que lo disfrutéis.

Enlace

Nos aparece el siguiente error:

0: DomainPropertiesUIPointer.php:267

DomainPropertiesUIPointer->accessItem_create(string ‘POST’)

1: DomainPropertiesUIPointer.php:59

DomainPropertiesUIPointer->accessItem(string ‘POST’, NULL null)

2: UIPointer.php:596

UIPointer->access(string ‘POST’)

3: plesk.php:38

Como siempre, en la página de parallels encuentras poca cosa (o al menos, nunca lo que buscas). En mi caso, se ha solucionado buscando nuevas actualizaciones y seleccionando la última versión del webmail por defecto (Horde) disponible.

Que mal rollo….

connect(AF_UNIX) to spamd /tmp/spamd_full.sock failed: No such file or directory plesk

Supuse que spamassasin no se estaba ejecutando, lo comprobé:

ps auxwww | grep spamd

Efectivamente, no se estaba ejecutando. Simplemente con:

/etc/rc.d/init.d/psa-spamassassin start

arrancamos el servicio y a funcionar…. A veces los problemas mas simples son los que más vueltas te hacen dar….

/usr/local/psa/bin/pleskbackup –verbose clients clientlogin /temp/clientlogin (dos guiones)

La pasamos al servidor nuevo, y creamos un cliente con el mismo nombre desde el panel de control. Después, tendremos que convertir la copia de seguridad del cliente al formato de plesk 9. Para ello, usamos:

./pre9-backup-convert -v convert  -d /var/lib/psa/dumps/ /temp/clientlogin

Hay que descomprimirlo en el directorio de copias del plesk, para que después esté accesible desde el panel de control.

Accedemos al panel de control, entramos en el cliente y le damos a copias. La restauramos, y ya tenemos el dominio (o los dominios) migrados al nuevo servidor.

1.- Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.

2.- La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial – un organismo dependiente del ministerio de Cultura -, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.

3.- La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.

4.- La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.

5.- Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.

6.- Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.

7.- Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.

8.- Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.

9.- Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.

10.- En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

$(”#photoContents”).jCarouselLite({

btnNext: “#btnNext”,

btnPrev: “#btnPrev”,

scroll: 1,

speed: 0,

visible: 1,

beforeStart: function(a){

$(a).parent().fadeTo(1000, 0);

var bg = $(a).find(’img’).attr(’src’);

$(’#photoContents’).css({

backgroundImage: “url(”+bg+”) top left no-repeat”

}, 1000);

},

afterEnd: function(a) {

$(a).parent().fadeTo(1000, 1);

}

});

Pero no funciona en explorer. Siempre podemos llamar con el efecto si no es explorer y con un efecto easing en caso de que sí que sea explorer….

Dado que el servidor es nuevo y sólo tiene un par de dominios en producción, era el momento ideal para hacer pruebas.Lo primero que hice, fue actualizar a la última versión de plesk, que si no me falla la memoria, es la 9.2.2. Ahora toca actualizar la versión de php, para ello usaremos los repositorios de Atomic Rocket  Turtle

Neesitaremos wget para descargar un script, así que en el caso de que no tengamos wget lo instalamos:

yum install wget

Ahora, empezamos con la instalación…

wget -q -O - http://www.atomicorp.com/installers/atomic | sh

Nos preguntará que si estamos con plesk 8.6 o con la 9.x, seleccionamos la versión correspondiente.

… y actualizamos:

yum update.

Tomamos un cafe, entramos en plesk, servicios, reiniciamos el apache y a correr.

Ya tenemos la última versión de php instalada y funcionando en nuestro sistema. Con éste método, también he leido que se puede actualizar mysql, pero también he leido que puede dar problemas debido a plesk… aunque yo no lo he probado.