2011-05-13 14 views
9

Realicé cambios en mi archivo httpd.conf con éxito para modificar DocumentRoot en mi carpeta de Dropbox. Ya no apunta localhost a/etc/www, sino/home/Dropbox/www ...Conexión de MySQL a Dropbox

Esto es conveniente porque no importa en qué computadora estoy, los cambios en mis archivos web están sincronizados, y Dropbox mantiene un sistema de control de versiones transparente en el fondo.

Me pregunto si también es posible almacenar datos de MySQL (no necesariamente los binarios reales) en mi carpeta de Dropbox. La sincronización de datos sería igualmente útil si esto fuera posible. ¿Qué tipo de cambios haría uno para tener bases de datos, tablas y otro contenido generado por el usuario en una carpeta de Dropbox, en lugar de en mi disco duro local?

+3

Es evidente que no ha pensado en esto correctamente, o se habría dado cuenta de que no se puede almacenar la base de datos en un medio continuo sincronizado. Configurar un trabajo cron para volcar el sql de vez en cuando, eso debería ser el truco. –

+2

cada ... solo ... cambio ... lo hará se sincronizará a través de Dropbox. Dado que los archivos de datos se almacenan como binarios, creo que esto incluso puede hacer que cargue todo el archivo cada vez que actualice algo (creo) – JohnP

+0

@JohnP - está bien, bueno, si ese es el caso, podría ser una mala idea. Para los archivos web, funciona genial; No quiero pasar por git o svn porque es demasiado sobrecargado para mis necesidades en este momento. Para los archivos de la base de datos ... podría estar buscando problemas. Mi servidor web ofrece toneladas de bases de datos MySQL, creo que mi mejor opción es simplemente conectar de forma remota como lo han mencionado @gnur y ahmet. –

Respuesta

10

Es probablemente más fácil y más fiable, para utilizar una base de datos MySQL remota. La mayoría de los servidores web ofrecen servicios de MySQL, algunos incluso son gratuitos. ¡Sincronizar las bases de datos de MySQL es una molestia, sin importar cómo lo hagas! ¡Si comienza a copiar los archivos de datos por sí solo, está esperando la corrupción!

+5

Esto es contraproducente friki – Fluffy

+0

nunca he visto nada antes de Dropbox corrupta, y el uso de una base de datos local es mucho más rápido – 472084

+1

Incluso si no es corrupción de archivos que podría convertirse en la corrupción lógica, si sólo una vez que tiene la base de datos abierta en ambos ubicaciones en las que tendrá muchos archivos de "copia en conflicto de usuario de archivo" que son solo un accidente esperando a suceder. – gnur

2

Es posible si se puede copiar con éxito la carpeta de datos de MySQL y el punto a la derecha allí sin embargo que pueden surgir problemas con la concurrencia. Esa no es una forma recomendada. ¿Por qué no utiliza un sistema de control de versiones como svn, git con conexiones remotas permitidas en el servidor MySQL?

bases de datos se actualizan con mucha frecuencia y Dropbox lo obligarán a actualizar con demasiada frecuencia, pero no será capaz de sincronizar a veces y su conexión será desperdiciado con actualizaciones Dropbox. Esa no es una buena práctica.

1

Claro que puedes, editar el archivo my.cnf y cambiar datadir de lo que era (quizás /var/lib/mysql/) a /home/Dropbox/mysql...

0

Dropbox no puede manejar propietarios de archivos (y permisos), así que si su archivo de base de datos original era propiedad de mysql: mysql, después de cada sincronización el propietario sería su usuario: su grupo, los permisos establecidos en 664 y la base de datos serían leídos solo para mysql!

La solución es agregar el usuario mysql al grupo yourgroup, y luego funciona con 664 permisos y no es necesario cambiar manualmente las propiedades de nuevo a mysql cada vez.