| Dir : /home/trave494/travelchappelle.online/dumper/ReadMe/ |
| Server: Linux ngx353.inmotionhosting.com 4.18.0-553.22.1.lve.1.el8.x86_64 #1 SMP Tue Oct 8 15:52:54 UTC 2024 x86_64 IP: 209.182.202.254 |
| Dir : /home/trave494/travelchappelle.online/dumper/ReadMe/changelog_espa帽ol.txt |
Versi贸n 1.24.4 Hemos abordado los siguientes temas: - General: Si "inc" estaba en cualquier parte de la ruta o el dominio a la MySQLDumper-Root-Diretory, el archivo runtime.php no pudo ser incluido. - Configuraci贸n: Al guardar el archivo de configuraci贸n de Perl, las bases de datos seleccionadas para realizar una copia de seguridad se han guardado incorrectamente. - Protecci贸n de inicio / directorio: Al crear la protecci贸n se mostraron PHP-Advertencias si se ejecuta PHP inferior a 5.3.0. - Perl: Algunos cambios cosm茅ticos en la salida - Perl: Escribir "DROP VIEW" en lugar de "DROP TABLE" al archivo de copia de seguridad si la tabla es una vista. - Perl: Se agreg贸 el tipo de tabla para registrar la salida. Versi贸n 1.24.3 Hemos abordado los siguientes temas: - Configuraci贸n / Bases de datos / Par谩metro de conexi贸n: adici贸n manual de bases de datos: El manejo interno fue completamente modificado. El archivo dbs_manual.php ya no es necesario. Las bases de datos a帽adidas manualmente se almacenan ahora en el perfil de configuraci贸n seleccionado. - Protecci贸n de inicio / directorio: Corregido un error que invirti贸 el mensaje resultante de 茅xito / fracaso. - Protecci贸n de inicio / directorio: Si falla la creaci贸n autom谩tica de la protecci贸n de directorio, el contenido mostrado en el archivo .htaccess que se va a crear manualmente contiene alg煤n c贸digo html desordenado. - Protecci贸n de inicio / directorio: El archivo .htaccess creado se extendi贸 con "RewriteEngine off". Esto soluciona algunos problemas si MySQLDumper se instal贸 en una subcarpeta de un sitio web existente que tambi茅n usaba archivos .htaccess con "mod_rewrite". - Protecci贸n de inicio / directorio: Se revis贸 la funcionalidad para editar una protecci贸n existente. - Inicio / Bases de datos: El estado clave se determin贸 de manera incompleta de modo que s贸lo se consider贸 el primer 铆ndice de cada tabla. - SQL-Navegador / estructura de tabla: Se agreg贸 la fila "comentario" en la visualizaci贸n de campos e 铆ndices. - SQL-Browser / estructura de tabla: Se revis贸 la funcionalidad para gestionar claves. Ahora es posible definir cualquier tipo de claves que estuviera limitada a las claves primarias. - SQL-Browser: La tabla de sistema "information_schema" ahora se muestra y se puede navegar. - SQL-Browser: Se ha corregido un error que podr铆a impedir que la b煤squeda funcione correctamente. - SQL-Browser: Para algunas consultas el n煤mero de registros no se determin贸 correctamente. - SQL-Browser: Registros que contienen el car谩cter "|" No se pudo editar en algunos casos. - SQL-Browser: Se ha mejorado el manejo de errores. - Restaurar: Al restaurar copias de seguridad que no se crearon con MySQLDumper, las sentencias CREATE DATABASE no fueron reconocidas correctamente. - File-Administration / Backup Converter: Dentro del convertidor de copia de seguridad hab铆a una rutina de buggy que caus贸 un mensaje de error. - Backup / Perl: Cuando la opci贸n de configuraci贸n "autodelete" fue activada y la carpeta work / backup conten铆a archivos no creados por MySQLDumper, el script perl crondump.pl emiti贸 mensajes de advertencia. - Perl: Mostrar versi贸n de Perl, mejor manejo de errores, mejor fuente con html - Perl: Se ha a帽adido soporte para FTP a trav茅s de SSL (NET :: FTPLL perl modul necesario). - Perl: Los comandos SQL opcionales (Command Before / After) ahora pueden manejar varias consultas. Versi贸n 1.24.2 Hemos abordado los siguientes temas: - Aunque MySQLDumper ignora los timeouts (tiempos fuera) de espera al cuidar el max_execution_time de PHP, puede suceder que construir el 铆ndice de una tabla grande conduzca a un tiempo de espera. Ahora puede configurar MySQLDumper para ignorar las sentencias "ENABLE KEYS" mientras restaura una copia de seguridad. Pero recuerde habilitarlos manualmente despu茅s. Esto se realiza en Inicio / Bases de datos / Seleccionar base de datos / Bot贸n: Habilitar claves. Esta opci贸n y un mensaje solo aparecer谩n si MySQLDumper detecta claves o 铆ndices inhabilitados. - Cuando los sistemas usan el valor 0 para campos de auto_increment (por ejemplo, Magento), la restauraci贸n podr铆a cambiar el valor que podr铆a provocar que la aplicaci贸n funcione mal. Mientras restaura MySQLDumper ahora establece el modo SQL como "NO_AUTO_VALUE_ON_ZERO" para la sesi贸n de restauraci贸n. - El script de Perl crondump.pl lanz贸 advertencias al realizar copias de seguridad de vistas. - Al realizar una copia de seguridad a trav茅s del gui, la opci贸n "optimizar tablas" no tiene ning煤n efecto debido a una consulta incompleta. -------------------- Versi贸n 1.24 Changelog de los cambios m谩s importantes en comparaci贸n con la versi贸n 1.22 (1.23 nunca dej贸 el estado beta): - MySQLDumper 1.24 sigue trabajando en PHP4 y PHP5 - estilo nuevo, ligero y amistoso. El "viejo" estilo sigue siendo incluido. - mejor uso de la RAM - la copia de seguridad y restauraci贸n a trav茅s de PHP es aproximadamente un 25% m谩s r谩pida - posibilidad de seleccionar tablas al hacer una copia de seguridad o restauraci贸n - utilizar diferentes perfiles de configuraci贸n para gestionar diferentes MySQL-Server o -user. 聽聽De esta manera usted puede mantener diferentes MySQL-Server con un solo MySQLDumper-Instalaci贸n. - el SQL-Parser interno se ha mejorado (m谩s copias de seguridad de otros programas pueden ser importet) - SQLBrowser: un mont贸n de correcciones de errores y algunas mejoras (sin embargo, debe ser considerado como experimental) - SQLBrowser: una c贸moda b煤squeda fulltext le permite encontrar texto incluso cuando no sabe en qu茅 columna puede ocurrir 聽聽Despu茅s de editar un registro volver谩 a la lista de resultados. Eso realmente es c贸modo cuando se necesita cambiar los datos. - Herramientas: en la versi贸n 1.22 la exportaci贸n de datos como archivo no funcion贸. Ahora est谩 funcionando de nuevo. - la GUI Web ha sido simplificada. Se han eliminado algunos par谩metros. (Casi no tienes la oportunidad de configurar algo incorrectamente :)) - FTP-Transfer: direcciona hasta 3 configuraciones de ftp simult谩neamente en un proceso de reserva - Ahora se detectan las tablas de tipo VIEW o MEMORY y los datos no se guardan, pero la estructura de la tabla es - el directorio de trabajo / estructura ya no es necesario - se ha eliminado la copia de seguridad autom谩tica de "estructura 煤nica" - mejor y m谩s seguro manejo de las codificaciones de los archivos de copia de seguridad - mejor y m谩s seguro manejo de errores - el convertidor de copia de seguridad ha sido reescrito. Ahora tambi茅n convierte autom谩ticamente archivos grandes en archivos Multipart. - no hay avisos en los registros del servidor - al agregar consultas SQL a la biblioteca de SQL, ahora puede introducir m谩s de una consulta. Si utiliza "commadn antes / despu茅s de la copia de seguridad" 聽聽Estas consultas se ejecutar谩n en una fila. Suces o falla se escribe en el archivo de registro. - Al crear una protecci贸n por contrase帽a se visualiza la fuerza de la contrase帽a. Crodump.pl: - cuando se puede llamar a crondump.pl en el directorio est谩ndar "msd_cron" ya no es necesario ingresar el 聽聽"$ Absolute_path_of_configdir" manualmente. Se a帽adi贸 una detecci贸n autom谩tica. - una mejor y m谩s segura captura de errores - registro de eventos es mucho m谩s preciso y le da declaraciones claras lo que sucedi贸 - la eliminaci贸n autom谩tica ahora considera archivos Multipart como una copia de seguridad completa y funciona de la manera que usted espera que funcione - la eliminaci贸n autom谩tica se realiza despu茅s del proceso de copia de seguridad. En caso de errores, esto conserva las copias de seguridad antiguas que pueda necesitar. - el par谩metro de configuraci贸n - el perfil de configuraci贸n que se va a utilizar - se puede configurar de tres maneras. El sufijo faltante 聽聽".conf.php" se a帽adir谩 din谩micamente. 1. config = mysqldumper.conf.php 2. config = mysqdumper.conf 3. config = mysqldumper - manipulador de se帽ales eliminado: Cuando crondump.pl se inici贸 a trav茅s de un cronjob hubo un mal funcionamiento. En algunos, un servidor raro este manipulador de se帽ales caus贸 un segundo O tercera instancia de la secuencia de comandos que nunca se detuvo y se qued贸 en la lista de procesos. En este caso el proceso debe ser eliminado manualmente. ... y muchos m谩s peque帽os o grandes correcciones de errores y la limpieza del c贸digo Cuando quiera saber m谩s, eche un vistazo al changelog de mis cambios de c贸digo en Sourceforge. Cada cambio Del c贸digo se documenta aqu铆: Http://mysqldumper.svn.sourceforge.net/viewvc/mysqldumper/trunk/?view=log