Las herramientas nuevas del área de clientes

En la entrada anterior contábamos cómo hemos rehecho el área de clientes por dentro y por fuera. Aquí queremos contaros las herramientas nuevas una por una, que son unas cuantas y creemos que merecen algo más que una línea en un listado de cambios.

Todas comparten la misma idea de fondo, que es la que nos ha guiado durante estos meses: antes de cambiar nada queremos enseñarte qué va a pasar, y después queremos que puedas volver atrás.

Asistente DNS: pega lo que te piden

Cuando alguien te manda unos registros para que los añadas, ya sea una plataforma de correo, una pasarela de pago o un servicio de firma, hasta ahora tocaba traducirlos a mano al formato del panel y esperar a ver qué se rompía por el camino.

Ahora sencillamente pegas lo que te han mandado, en el formato en que te lo hayan mandado, porque el asistente entiende diecisiete formatos distintos y además funde los SPF en lugar de dejarte con dos, que es uno de los errores que más veces hemos tenido que arreglar desde soporte. Antes de aplicar nada te enseña el impacto que va a tener sobre la web, sobre el correo y sobre el certificado, y una vez aplicado se puede deshacer y comprueba por su cuenta la propagación.

Si tu dominio usa DNS externos el asistente sigue estando ahí, aunque en modo lectura, para poder decirte al menos qué te falta.

Cambiar la versión de PHP sabiendo qué se rompe

Cambiar la versión de PHP siempre ha sido una de esas cosas que uno hace cruzando los dedos, así que hemos querido que deje de ser un desplegable a ciegas:

• Un plan por sitio antes de tocar nada: consulta la compatibilidad de tus aplicaciones contra wordpress.org y contra Composer, comprueba la sintaxis con el binario de destino y revisa las extensiones que usas.
• Comprobación HTTP después del cambio, y reversión automática si la web deja de responder.
• Y 24 horas para volver atrás aunque todo haya ido bien.

Además la página de PHP ahora enseña qué versión corre cada web, que no siempre coincide con la de la cuenta, porque un .htaccess puede tener un dominio en 7.4 mientras el selector marca 8.3. Ese detalle es el origen del clásico «cambié la versión y no cambió nada», y con verlo escrito se resuelve solo.

Espacio: saber en qué se va, y recuperarlo

Espacio deja de ser un porcentaje para convertirse en una lista de candidatos con lo que ahorra cada uno, entre los que suelen estar las papeleras de correo, las copias que alguien dejó dentro de la propia cuenta, las cachés, los registros y los transients de WordPress.

La limpieza se confirma antes de ejecutarse, corre en segundo plano y sólo toca rutas de una lista blanca que tenemos definida, nunca lo que se le ocurra. Y si hay sitio que recuperar te lo dice el propio panel, sin que tengas que ir tú a buscarlo.

Restaurar una web o un buzón, tú mismo

Puntos de restauración trae dos asistentes sobre JetBackup:

• Un sitio: eliges ficheros, base de datos o las dos cosas, con las implicaciones de cada opción explicadas antes de aceptar.
• Un buzón: eliges entre añadir lo que falta o sustituir lo que hay.

Con el progreso a la vista y aviso al terminar. Lo que no cubran los asistentes sigue estando en JetBackup.

Ficha técnica: lo que corre de verdad

Aquí hemos reunido en una sola página todo lo que hay en la cuenta leído directamente del servidor y no de la ficha comercial, que es donde suelen no coincidir las cosas: el PHP efectivo de cada sitio, los dominios, el cron, los reenvíos, el FTP, ModSecurity y los permisos. Se lee bajo demanda y te va enseñando el estado mientras llega.

Salud de WordPress

Como es lo que más se instala en nuestros servidores, esta se ha llevado su propia entrada: hay una pantalla nueva que te cuenta de cada WordPress lo que wp-admin no te puede contar, y que además te deja arreglarlo desde ahí mismo. Lo contamos entero en Salud de WordPress.

Procesos: ver qué corre y cerrar lo que se atasca

Cuando una web se queda colgada, lo primero que hace cualquiera es preguntarse qué está corriendo, y hasta ahora eso había que preguntárnoslo a nosotros. Ahora puedes tomar una captura de los procesos de tu cuenta y ver qué hay, con su consumo, y cerrar el que esté dando problemas sin abrir una consulta.

Hay dos cosas que hemos cuidado especialmente aquí. La primera es que todo corre dentro de tu cuenta y nunca como administrador del servidor, así que no hay forma de que esto toque nada que no sea tuyo. Y la segunda es que un PID por sí solo no autoriza cerrar nada: la captura entrega un identificador que ata la cuenta, el proceso, el instante en que arrancó y su comando, y justo antes de cerrarlo lo comprobamos otra vez. Puede parecer excesivo, pero los PID se reutilizan, y sin eso el riesgo real es cerrar un proceso nuevo que no tenía nada que ver.

Los procesos de infraestructura que ves pero no son tuyos, como el servicio de Redis, quedan fuera del alcance del botón a propósito.

Registro de errores: encuentra el log, sea de lo que sea

El registro de errores de PHP ya se podía consultar, pero sólo el central de la cuenta, y en la práctica el que uno necesita casi nunca es ese: es el debug.log de WordPress, el de storage/logs de Laravel, el de PrestaShop o el error_log que se queda dentro de una carpeta concreta.

El problema de siempre era localizarlos, y resulta que ya los teníamos localizados sin saberlo. Como el panel recorre tu cuenta a diario para saber qué aplicación corre en cada dominio y en qué carpeta, de la aplicación se deduce dónde escribe sus errores. Así que ahora el visor trae un desplegable con todos los registros que existen de verdad en tu cuenta, y basta elegir cuál mirar.

Preferimos hacerlo así antes que rastrear el disco buscando ficheros .log, que además de lento se llena de falsos positivos: cachés, copias antiguas y node_modules están repletos de ellos.

Y si lo que pasa es que no hay registro porque tu PHP no lo está guardando, puedes encender la depuración desde el propio panel durante una hora. Se activa, recoge lo que pase y se apaga sola al terminar, que es justo lo que uno quiere: dejarse la depuración encendida en producción es una de las cosas que más veces nos hemos encontrado al revisar una web.

Deploy+, con cinco proveedores

Deploy+ deja de estar atado a GitHub y ahora funciona también con GitLab, Bitbucket, Gitea/Forgejo y Git genérico, cada uno con sus credenciales y su webhook firmado. El alta va en tres pasos y va comprobando el acceso antes de dejarte seguir, y el historial de despliegues te permite volver a cualquier versión anterior cuando algo sale mal.

Funciona además en las cuentas de un plan Multicuenta, que era una de las cosas que más nos habíais pedido.

Renovaciones: el calendario y lo que vas a pagar

Hemos puesto un calendario de renovaciones con la previsión de gasto, y lo hemos calculado con la misma aritmética que usan las proformas para que no haya ninguna sorpresa entre lo que ves ahí y lo que luego se factura.

Los traslados de dominio también dejan de ser un estado opaco en el que sólo cabe esperar: ahora se ven como una línea de progreso con lo que falta y, cuando algo se para, con el motivo traducido a algo entendible y con lo que hay que hacer.

Revisiones

Ahora puedes pedirnos una revisión de un servicio desde el propio panel, sin abrir una consulta. Te devolvemos un informe con el veredicto, con los hallazgos y, esto es lo que de verdad lo hace útil, con las acciones concretas del panel con las que se resuelve cada uno de ellos.

Lo que viene

Lo que tenemos en marcha se puede consultar en cualquier momento en la hoja de ruta, que mantenemos al día. Y si echas algo en falta, de verdad que la mejor forma de que acabe llegando ahí es que nos lo cuentes.