¿Cómo trabajáis para minimizar problemas al actualizar/restituir un sitio?
Hola a todos,
Siempre tengo la misma duda, y hoy, tras tener un problemilla al actualizar la versión de drupal me decido a plantearlo: siempre he tenido miedo de que durante el proceso de actualización falle algo y pierda datos, así que me gustaría aprender de experiencias ajenas para evitar que esto me vuelva a ocurrir.
Me gustaría saber de qué manera trabajáis para minimizar o evitar errores de este tipo, para tener siempre una copia de vuestros archivos y BD, porque se por experiencia que si no se tiene sistematizado, al final, por pereza, desidia o descuido, se dejan estas tareas hasta que es tarde.
Empezaré contandoos el protocolo que he pensado seguir de ahora en adelante (mejor no os explico como lo hago ahora, o me saltarán los colores :$ ), así, además de añadir, comentar, criticar cosas (al final lo que me importa es aprender y no volver a tener problemas nunca más) podréis comentar detalles que no se cómo hacer.
Configurar un servidor apache en mi ordenador, para tener una copia en local y poder hacer pruebas allí: cada vez que quiera instalar/probar un módulo o una actualización lo haré allí. Si no funciona seré capaz de restituir la BD y/o los archivos desde mi servidor remoto. Si funciona, subiré los archivos al servidor remoto y actualizaré la BD. En caso de fallar algo con la BD, tendría la copia que funcionó en local y podría restituirla.
Preguntas/Matices:
1. Uso Kubuntu en mi ordenador, ¿qué me recomendáis para hacer funcionar la web en local? Antes, en windows, usaba XAMPP y me iba de maravilla. Se que en linux también lo puedo instalar, sin embargo me han comentado que es mejor (no se por qué) instalar directamente php y sql mediante este comando:
sudo aptitude install apache2 php5 mysql-server phpmyadmin
He sido capaz de cortar/pegar ese comando e instalar los servicios, pero no se acceder a phpmyadmin ni a las webs en local. Si escribo "localhost" me aparece simplemente un mensaje que dice: "It works!"
2. Como Kubuntu se actualiza a menudo, quiero poner la carpeta htdocs o www en la partición de /home, así podré formatear sin miedo a perder nada cada vez que instale una nueva versión del Sistema Operativo.
3. ¿Cómo comprobáis que las copias de BD funcionan correctamente? Hoy he querido restituir una de 11 MB comprimidas en formato gz (60 sin comprimir) y estaba dañada.
Saludos
- Inicie sesión o regístrese para enviar comentarios
si habria que recordar por ejemplo
Estoy probando el modulo "Audio" que permite gestionar ficheros .wav .mp3 y .ogg pero como drupal trae por defecto configurado un maximo de 2 megas del tamaño de archivos que puedan ser subidos al sitio y obviamente necesitaremos aumentar ese dato, lo que se hace modificando el archivo ".htaccess" , entonces, al actualizar debemos tener en cuenta incluir esa modificación al nuevo .htaccess que vendría en nuestra actualización pero como viene originalmente.
Por otra parte, si se decide dejar varios themes disponibles para que el usuario elija hay que tener en cuenta que la imagen del logo y el favico pueden verse afectados... en mi caso me sucedio que desde algunas rutas me mostraba el logo y favico de Drupal en lugar de los mios.
Saludos...
cuando cargas nuevas
cuando cargas nuevas versiones lo que hay que hacer es:
back up de base de datos.
back up de ficheros del ftp.
en la nueva versión que tenemos el settings.php yo lo suelo renombrar como settings.php.númversión. y lo dejo con permisos 444.
subo por ftp la nueva versión de drupal.
En caso de que se hagan cambios jquery update hay que tenerlo en cuenta. Por lo demás, como ha comentado fmanaya no se debe tocar el core.
Para migrar lo que hago es:
copia de bbdd
copia de ftp.
hago una instalación límpia de drupal básico.
súbo los módulos.
subo la carpeta files.
Reviso permisos de todo.
subo el back up de la base de datos.
Un saludo
Oskar
gestión del conocimiento y de la información con software libre
Empece usando drupal 6.2,
Empece usando drupal 6.2, para actualizar a 6.3 simplemente reemplace los archivos por los nuevos... lo mismo al pasar al 6.4 al revisar el estado del sistema reconoce todas las actualizaciones... soy nuevo en el uso de drupal, pero llevo muchos años con phpnuke, el asunto es que el uso de druopal me ha resultado muy simple, y me imagino que si una actualización requiriera modificaciones mas complejas como en las bases de datos estas actualizaciones vendrian especificadas, o en archivos tipo .sql ¿estoy escribiendo estupideces?
He cometido un solo error al momento de actualizar un sitio, que es poner el sitio en mantenimiento mientras realizaba el procedimiento, una vez terminado me fue imposible sacar el sitio de ese "estado", mi ignorancia y mi escaces de tiempo para estudiar el asunto me hicieron cortar por lo sano en esa ocasion y reinstale...
Ahora tengo funcionando un foro, una galeria de fotos, encuestas, los links primarios y secundarios, he adaptado algunos themes, creado bloques, etc... en resumen contento con drupal... probablemente mi experiencia con phpnuke me a ayudado a comprender con cierta facilidad druapal. siendo que no tengo idea de programacion php ni nada mas complejo....
ups, disculpas por la poesia.. jejeje
bueno, (para concluir) ¿es correcto el procedimiento de actualizacion que he realizado y explico aqui, reemplazando los archivos?
Creo que si ya que el sistema reconoce como actualizados los recursos.
Saludos... y ¡¡grande Drupal!!
Joancatalà: gràcies.
Joancatalà: gràcies. ¿Cuanto te lleva actualizar tu sitio? Tengo unos cuantos módulos de terceras partes... y eso implica tener el sitio cerrado un buen tiempo... suerte que tampoco salen actualizaciones tan a menudo.
Fmanaya: Pues he tocado archivos como los relativos a jquery, pues uso un módulo llamado jquery update que implica sustituir esos archivos. Otro archivo "retocado" es el favicon.ico
¿Cómo trabajáis los demás?
Tengo que reconocer que
Tengo que reconocer que actualizaciones de Drupal solo he hecho un par :-(
Pero estoy "moviendo" todos los modulos que uso a sites/all/modules para que cuando me decida por D6 sea "como respirar" ;-D
Respecto al modo de trabajo y entornos yo tengo tres, contando el de "producción"
El primero de desarrollo (D1-test) lo uso para pruebas a lo bruto, sin poner mucho cuidado. El segundo de desarrollo (D2-mirror, o también se podría llamar integración) ya son cosas mas delicadas porque intento que sea un "espejo" de producción (Prod), cosa que por impaciencia termina no siendo así. Y periódicamente, hago un volcado hacia atrás, sobre todo en el primero de desarrollo. Es decir Prod -> D1-mirror -> D2-test. De vez en cuando uso en un disco portátil con XAMPP
Respecto al trabajo en local, antes lo tenia todo montado por separado bajo Windows con un par de servidores virtuales, Y solo tuve problemas con algún modulo (una pena no recordar bien cual) por un tema de MySQL. Tras un fatídico crash de mi placa base ahora estoy usando VirtualBox para correr un Ubuntu bajo Vista que no se si sabreis, viene montado con ordenadores nuevos :-(.
Te voy a dar un poco la razón, fuera de tu tema hay varios ficheros a tener en cuenta (no se si hay alguno mas):
Yo estas cosas las tengo apuntadas en mi maravilloso tiddlywiki ;-)
Felipe
---------------------------------------------------
Where is the wisdom we have lost in knowledge?
Where is the knowledge we have lost in information?
T.S.Elliot
En el Drupal original
En el Drupal original deshabilita todos los módulos que no vengan con Drupal por defecto. Luego haz una copia de seguridad de la base de datos y mueve el directorio /files a tu nuevo Drupal.
Nada más.
Luego, vuelvo a activar el mismo tema y reinstalo (o copio) los módulos que tenía en la versión anterior.
Al principio da miedo actualizar, pero cuando has hecho unas 20 ya es como respirar :-D
¡suerte y adelante!
Se me olvidaba
Ah! se me olvidaba una cosa importante:
Como no actualizo a menudo, creo que sería buena idea apuntar en un documento todos aquellos archivos que se han modificado, para evitar sobreescribirlos.
¿alguien lo hace? ¿Cómo estructura el documento? ¿qué escribe exactamente? ¿Cómo lo ordena?
Gracias de nuevo
no entiendo :-/
Entiendo que no se deberia tocar codigo de modulos añadidos ni por supuesto del core. Ni themes, a no ser que partiendo de uno empieces a particularizar para tus necesidades creando uno nuevo. A partir de aqui, no creo que haya que individualizar sobre que ficheros has tocado y el theme (completo) es tuyo.
Si los modulos/themes que añadiste a la instalacion inicial los ubicas en el sitio correcto (drupal/sites/all/modules y drupal/sites/all/themes), no tienes que "recordar" nada.
Felipe
---------------------------------------------------
Where is the wisdom we have lost in knowledge?
Where is the knowledge we have lost in information?
T.S.Elliot