Avatar Image
@man / @woman
@man / @woman

He actualizado el asistente para realizar backups de las bases de datos de webcindario (ahora se puede hacer un backup completo), las características principales, son:

- tiene las limitaciones de todos los scripts por la configuración de PHP de Mi@ (10 segundos y 32MB de RAM).
- intentará generar un backup de su base de datos.
- generará archivos comprimidos ('gz'); de no ser posible serán 'sql' (sin comprimir).

El funcionamiento es el siguiente
1- Validar datos: debe ingresar los datos en el formulario, (no olvidarse del captcha) y pulse el botón 'Ejecutar'.
1.a- datos incorrectos o incompletos: devolverá un comentario indicando la situación.
1.b- datos correctos:
1.b.1- si no puede iniciar el backup, avisa para que refresque la pantalla cada cierto tiempo.
1.b.2- si el proceso está disponible, regresará un link para iniciar el backup (púlselo).

Notas
- el script calculará el tamaño del lote de registros de cada backup (en base al tamaño de registro).
- esto implica que tablas con muchos registros pueden quedar repartidas en varios archivos.
- el nombre de archivo tiene este fmato: [tabla]-[registro inicial]-[registro final].sql
-> [tabla] es el nombre de la tabla.
-> [registro inicial] es el número de registro inicial en formato 6 dígitos (rellenado con 0 a la izquierda).
-> [registro final] es el número de registro final.
- el proceso se debe activar manualmente tantas veces como sea necesario hasta finalizar (única forma de sortear la limitación de los 10 segundos).

2- Backup: el script regresará una o varias veces (las necesarias hasta finalizar).
2.a- backup incompleto: regresará un link para continuar (púlselo), y otro para abortar el proceso.
2.b- backup finalizado:
2.b.1- se mostrará una lista de los archivos con sus links para descarga.
2.b.2- se inicia un período de 20' (min) de espera para que el usuario pueda realizar las descargas.

Concurrencia de usuarios
El primero que logra validar los datos 'captura' la atención del script.
Durante el proceso de backup:
- el usuario que lo activó podrá ver los links de avance y de descarga.
- los otros usuarios verán:
-- un mensaje indicando que hay un proceso de backup activo; y
-- una vez iniciada la descarga, la cuenta regresiva para la próxima disponibilidad.

Notas
- he hecho pruebas, el localhost (varias bases de datos de distinto tamaño) y en la del espacio web y -al momento- no he observado mal funcionamiento.
- he observado que los archivos comprimidos (para descarga) rondan los 75-80 KBytes, y el SQL descomprimido los 550/600 KBytes.
- una vez finalizado el backup el script espera por un lapso de 20' (redundancia, es decir: el script no borrará los archivos durante ese lapso) para que se pueda efectuar la descarga.
- finalizado el tiempo de espera, cualquier activación del script (bot o usuario que acceda) provocará que se borren todos los archivos.

Urls
Backups: https://gestionxls.webcindario.com/bckp.php
SQL (tambien tuvo retoques): https://gestionxls.webcindario.com/sql.php

__________
PD1: no hallo el tema original (creo del 2009).
PD2: no he incluido el chat ni los contadores.

Antonela12
Usuario Novato
Usuario Novato

funciona bien

Avatar Image
Colega ;)
Colega ;)

Con demasiado retraso, le he puesto chincheta temporalmente. Me gustaría echarle una ojeada para asegurar que la contraseña no viaja a otra parte ;-)

Avatar Image
@man / @woman
@man / @woman
Escrito originalmente por EffectedCard

Con demasiado retraso, le he puesto chincheta temporalmente. Me gustaría echarle una ojeada para asegurar que la contraseña no viaja a otra parte ;-)

El código allí esta (y siempre lo estuvo), a disposición de Mi@.

 Revisalo (revisenlo) a gusto.

----------

PD: si hallan algún bug o ven que se puede mejorar algún aspecto (sin caer en una interfaz como PhpMyAdmin), no duden de avisar :).

Avatar Image
@man / @woman
@man / @woman

He agregado unos cambios al script:

A) Funcionamiento de las descargas de los archivos de backup (.sql o .gz): he visto que Chrome al dar click en un enlace de un comprimido (.gz) en vez de descargarlo lo muestra en pantalla, así que ahora la descarga es forzada mediante otro script.

B) Datos de la sesión y de los archivos para descargar (borrado de datos privados y liberación de recursos):

a) antes: se reservaba un tiempo de 20 minutos a quien hizo el backup y los archivos se borraban automáticamente después de ese lapso, pero requería que ingrese otro usuario (o un bot) para provocar ese borrado.

b) actual: al pie de la lista de archivos de backup para descargar he incluido un link para provocar el borrado de:

 - archivos (.sql o .gz), y

 - datos (el script debe recordar los datos de conexión a la base de datos para no tener que pedirlos continuamente).

 - Importante: pulsarse luego de descargar los archivos.

Este último cambio permite.

a) que ya no sea necesario que corra el lapso de 20 minutos fijado por defecto para las descargas, y quede inmediatamente a disposición a otros usuarios.

b) limpiar inmediatamente los datos de la conexión (reinicializa sesión).

Finalmente, como fue antes expresado, el script (y todo el espacio) está disponible a supervisión/revisión de los admins de Mi@.

Nota: actualizo la informacíon del primer post sobre los recursos asignados por php.ini:
- tiempo de ejecución: ampliado de 10 a 30 segundos.
- RAM: de 32 a 48 MBytes.

craven78
Machacateclados
Machacateclados

buenas,

perdona mi torpeza pero no se como entrar al script de backup¡¡¡¡

¿la contraseña es la del usuario de mi@ o la de PMA?

y en el captcha introduzco los dos digitos que aparecen,¿correcto?

pues no lo entiendo no consigo entrar :(

por cierto, en que se diferencia este script de hacer un backup usando PMA(opcion 'Exportar')?? alguna diferencia/ventaja en usar un metodo u otro??

Solo permitis una BD por sitio web, ¿verdad?

Gracias, saludos

Avatar Image
@man / @woman
@man / @woman

- el usuario (y contraseña) son las que corresponden al espacio web (que usarías en PMA).
- captcha: correcto
- diferencia entre PMA y este script: básicamente ninguna, este es más sencillo y liviano, y en una época en que PMA andaba sobrecargado este script permitió a usuarios hacer los backups.
- una DB por espacio (es una limitante de Mi@); si tienes 3 espacios podrás usarlos en todos ellos.

* sobre que no consigues entrar
- acabo de hacer unas pruebas y tampoco he podido hacer el backup, ni consultas
- tampoco pude acceder desde PMA

* valores devueltos:
- Desde webcindario: "[Access denied for user 'gestionxls'@'web1' (using password: YES)]"
- desde PMA: "#1045 El servidor MySQL no autorizó su ingreso"

Interpreto un posible error en MySqlServer (este script no fue modificado en años), supongo que lo mejor es esperar un tiempo prudencial.

PD: ya está funcionando.

ATENCIÓN: Este tema no tiene actividad desde hace más de 6 MESES,
te recomendamos abrir un nuevo tema en lugar de responder al actual
Opciones:
Ir al subforo:
Permisos:
TU NO PUEDES Escribir nuevos temas
TU NO PUEDES Responder a los temas
TU NO PUEDES Editar tus propios mensajes
TU NO PUEDES Borrar tus propios mensajes
Temas similares
TemaUsuariosRespuestasVisitasActividad
Por: , el 03/Dic/2017, 18:54
jeanberny Narupiece Geraz634kDec/17
Por: , el 23/Oct/2017, 06:23
armafcla joaquinito01 NoSetup.org22kOct/17
Por: , el 11/May/2012, 08:22
luis12345manuel NoSetup.org17kMay/12
Por: , el 12/Dic/2011, 20:46
ppzaldivar GestionXls12kDec/11
Por: , el 03/Dic/2011, 09:56
docentefull GestionXls18kDec/11