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.

funciona bien

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 .

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.

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

- 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.