El CORONAVIRUS esta dejando una estela terrible, y una certeza dolorosa. Los sistemas gubernamentales de muchos países están saltando por los aires, y con ellos, las posibilidades de vencer más rápidamente posible.
#coronavirusmakers en Coronaviurs Makers
Read More
En un mundo perfecto las copias de seguridad nunca darían problemas, pero nuestro mundo no es perfecto. Y menos en el ecosistema MySQL/MariaDb/percona etc…
Al tratar de recuperar la copia de seguridad de una tabla que extrajimos de un backup de una base de datos usando nuestro tip Restaurar una base de datos de un backup completo de MySQL nos encontramos con un terrible error:
mysql 8 ERROR 1231 (42000) at line Variable 'time_zone' can't be set to the value of 'NULL'
Te cuento como lo solucione, y que de paso sirve para comprender otros errores que pueden tener el mismo error, y la misma solución.
Conscientes de que la crisis derivada del Coronavirus, requiere de nuestro apoyo y cumplimiento del #YoMeQuedoEnCasa, muchos de nuestros clientes y de aquellos que no lo son, están teniendo dificultades en la configuración de sus sistemas remotos, de sus clientes o de ellos mismos.
Más de 20 años, de soporte online, y especializado en la administración de sistemas, pongo a disposición de cualquiera, nuestro soporte remoto gratis, usando la Chrome Remote Desktop
Desde hace años, tanto en Mac como en Linux, me he acostumbrado a usar como interprete de comandos ZSH en lugar del aburrido bash. Y como no, me declaro un apasionado de Oh My Zsh. Uso PhpStorm para programación PHP, y también Visual Studio Code para proyectos puros de JavaScript sin PHP. Pero para poder usar sus terminales con una fuente que no se rompa, y muestre mi configuración de .zsh se necesita un tip, que tras un desastre perdí. Hoy la encontré y la escribo para no olvidarla, y para que le sirva a muchos.
Read More
Una vez más nos vemos aquí, para contaros mi experiencia con Gitlab Ci, al ir a trabajar con un proyecto que usa MariaDb 10.3 en lugar de Mysql. Dire que hacer pruebas de testing, requiere como mínimo que estas pruebas se hagan emulando el software de la plataforma que usará nuestro software. Mejor aun si hacemos múltiples pruebas con distintas variaciones.
Pero nos encontramos con varios errores, y poca información:
php artisan migrate:fresh --seed 28 Illuminate\Database\QueryException : SQLSTATE[HY000] [2002] Connection refused (SQL: SHOW FULL TABLES WHERE table_type = 'BASE TABLE')
Algunas veces se presentan proyectos que nos complican las cosas, y uno de esos escenarios, sería el hacer en Laravel Testing con múltiples bases de datos y seeders y realizando integración continua en Gitlab.
Gmail y CSF Firewall son una combinación que de no cuidarse, puede llevarnos de cabeza. Quien dice Gmail dice Hotmail, o lo que es lo mismo, las aplicaciones de correo web, que permiten usar el navegador como programa de correo, en lugar de usar un programa de escritorio. Eso, unido a la falta de lectura y comprensión de los usuarios menos avanzados produce que muchas veces, estos servicios sean baneados por nuestros sistemas de seguridad.
La propuesta es sencilla, poner en lista blanca todas las IP’s de Gmail de una forma dinámica y revisando de manera automática mediante una tarea cron.
Ir a la última, a veces no es baladí, ya que los cambios que se han producido pueden ser suficientes para optar por esta vía, si nuestro proyecto esta comenzando. Necesitaba comenzar a hacer testing, o mejor dicho CI o integración continua con Laravel, usando mi propio servidor Gitlab CE. Prefería tener Gitlab Runner en un VPS dedicado por seguridad y porque no decirlo comodidad. Pero también necesitaba que mi proyecto usará MySQL 8.0 y PHP 7.3 y aquí comenzaron los problemas
Cada vez me gusta menos usar paneles de hosting, porque todos son cada vez más intrusivos. La combinación MariaDB y Cpanel no iba a estar exenta. Revisando con mysqltuner un servidor tras una serie de alertas con Zabbix encontré un problema en los logs de mysql mariadb
[Warning] Could not increase number of max_open_files to more than 100000 (request: 180318)
No me lo podía creer, pues había solventado el problema meses atrás, y volvía a la carga. Tenía que entenderlo y solucionarlo.
Casi todo el mundo usa Gitlab (bueno por lo menos aquí en España) salvo alguno que usamos Gitlab u otros. En nuestro caso usamos Gitlab instalado en nuestras propias máquinas, y en varios tutoriales observamos que no se hablaba de esa integración, que no no hacerse no actualiza cuando creamos una nueva versión de nuestro paquete en nuestro Gitlab
