Acceso rápido:
MySQL : ¿Cómo mostrar caracteres UTF-8 en phpMyAdmin?
Error o incidencia : Unmet Dependencies: # sudo apt install mariadb-server Leyendo listas de paquetes… Hecho Construyendo árbol de dependencias Leyendo información de estado… Hecho No se han podido instalar algunos paquetes. Esto puede significar que ha solicitado una situación imposible o si está utilizando la distribución inestable que algunos paquetes necesarios aún no se han creado o se han movido fuera de Incoming. La siguiente información puede ayudar a resolver la situación: Los siguientes paquetes tienen dependencias no satisfechas: mariadb-server : Depende: mariadb-server-10.3 (>= 1:10.3.25-0ubuntu0.20.04.1) pero no se va a instalar E: No se pueden corregir los problemas, ha retenido paquetes rotos. Solución o Arreglo : Elimine la versión diferente de MySQL/MariaDB. Para comprobar la versión ejecute el siguiente comando. # dpkg -l | grep -E ‘mysql|mariadb’ output: ii libdatetime-format-mysql-perl 0.06-1 all module to parse and format MySQL dates and times i
I nstala certbot con apt: # apt install certbot Frota el siguiente comando y sigue las instrucciones en pantalla para obtener el certificado. # certbot certonly Copia el certificado del directorio Let’s Encrypt al directorio PVE #cp /etc/letsencrypt/live/proxmox.jnec.edu.bt/fullchain.pem /etc/pve/local/pve-ssl. pem #cp /etc/letsencrypt/live/ proxmox.jnec.edu.bt/privkey.pem /etc/pve/local/pve-ssl.key #systemctl restart pveproxy Cronjob para renovar el certificado: Lets Encrypt SSL caduca cada 90 días, por lo que lo renovaremos cada mes con un cronjob. Para ello crearemos un fichero # vim /usr/local/bin/renew-pve-certs.sh con el siguiente código : cp /etc/letsencrypt/live/proxmox.jnec.edu.bt/fullchain. pem /etc/pve/local/pve-ssl.pem cp /etc/letsencrypt/live/proxmox.jnec.edu.bt/privkey.pem /etc/pve/local/pve-ssl.key service pveproxy restart Make it executable : #chmod 755 /usr/local/bin/renew-pve-certs.sh Ejecute este comando cada 30 días, añada lo siguiente en el cronjob : #vim /et
$cfg-dbtype incorrecto: necesitas cambiarlo en tu config.php
Si está ejecutando Moodle LMS o MySQL, su aplicación y su base de datos MySQL pueden necesitar ser convertidas a Barracuda en lugar de Antelope. El formato de tabla InnoDB por defecto (Antelope) puede tener errores y muchos administradores recomiendan que cambies la tabla a Barracuda.
El Tennessee College of Applied Technology – es una de las 46 instituciones del Tennessee Board of Regents System, el séptimo mayor sistema de enseñanza superior del país. Este sistema comprende seis universidades, catorce community colleges y veintiséis Applied Technology Colleges.
Cómo pasar del formato antelope al formato barracuda
Motivo: El error suele producirse debido a que Mysql 5.6 e inferiores utilizan el formato de archivo «Antelope». Este formato no puede manejar más de 10 columnas de texto. Por eso se recomienda cambiarlo al formato de archivo barracuda.
Solución: No se puede cambiar simplemente desde la configuración del administrador de Moodle/Totara, pero todavía hay una solución para ello a través de la línea de comandos. Puede seguir los siguientes pasos para convertir el sistema de archivos Antelope a Barracuda.
Webner Solutions es una empresa de desarrollo de software centrada en el desarrollo de sistemas de gestión de agencias de seguros, sistemas de gestión de aprendizaje y aplicaciones de Salesforce. Contáctenos en dev@webners.com para sus aplicaciones de Seguros, eLearning y Salesforce.
Moodle mysql full unicode support tutorial #file format solución
Se recomienda tener configurado el soporte completo UTF-8 en MySQL. Si esto no se hace algunos conjuntos de caracteres, en particular emojis, no se puede utilizar. Es posible hacer esto después de que su sitio está instalado, pero es mucho más fácil antes de la instalación.
La configuración actual de MySQL o MariaDB utiliza ‘utf8’. Este conjunto de caracteres no soporta caracteres de cuatro bytes que incluyen algunos emoji. Si intenta utilizar estos caracteres, se producirá un error al actualizar un registro y se perderá toda la información enviada a la base de datos. Por favor, considera cambiar tu configuración a ‘utf8mb4’.
El meollo de este tema es cómo almacenan los ordenadores los caracteres A, B, a, b, 1, 2, @, #, etc. – son almacenados por los ordenadores. Antiguamente (años 70), el almacenamiento de todos los caracteres necesarios para la lengua inglesa cabía en ocho bits (dígitos binarios): un byte, que permite hasta 255 caracteres. Con el limitado almacenamiento informático de la época, esto era suficiente para los sistemas informáticos de los países anglófonos y occidentales. Pero, evidentemente, este planteamiento no daba abasto para idiomas que requerían más de 255 caracteres, como el chino o el japonés, o para mostrar caracteres de varios idiomas a la vez.
