Dox Care

Plugin de WordPress de Dox Studio para las webs de sus clientes de hosting y mantenimiento (Essentials Care, Pro Care y Elite Care).

Qué hace

• Escritorio propio dentro del panel. Al entrar a WordPress se ve el escritorio de Dox Care en lugar del de siempre: el plan del cliente, el estado de su web, su cuenta en clients.doxstudio.com, lo que puede resolver solo y los planes superiores. El escritorio clásico sigue en index.php?dox_classic=1.

• Pedir un cambio. Formulario (página de la web, texto de hasta 5.000 caracteres y hasta 5 archivos, 20 MB en total, comprobando que su contenido es del tipo que dice) que llega por correo a support@doxstudio.com, con Reply-To del cliente. Lo pueden usar Editor y Administrador (filtro dox_care_request_cap para abrirlo a otros roles), hasta 5 solicitudes al día por web, y cada usuario ve solo las suyas. También desde la barra superior de la web ("Pedir un cambio aquí"), con la página que se está viendo ya elegida.

• Contador de actualizaciones del mes, según la sección F de los Términos del Servicio: cada solicitud cuenta 1; Dox Studio la ajusta y añade a mano las que llegan por correo o ticket. El cliente ve "Este mes: X de 3".

• Estado de la web leído de la propia web: SSL y su renovación, actualizaciones pendientes y último cambio publicado.

• Aviso central: el cron de WordPress lee https://my.doxstudio.com/dox-care.json dos veces al día y el escritorio pinta lo guardado, sin esperar nunca a my.doxstudio.com (avisos para todos los clientes y precios de los planes). Se puede cambiar con la constante DOX_CARE_FEED en wp-config.php.

• Entrar con un código por correo, además de con la contraseña (que sigue igual). Encendido de fábrica, también para administradores (decisión de David el 05/10/2026: lo que buscamos es que sus clientes, que casi siempre son administradores, entren cómodos). Código de 6 números, 10 minutos, un solo uso y 5 intentos. Sale bajo el formulario de entrada de WordPress (wp-login.php?action=dox_code, también con Hide My WP) y en la caja de Dox POS desde la 0.45.0, que lo pide por sus filtros dox_pos_login_code_* y solo lo envía a cuentas que pueden usar la caja.

  • Cada entrada con código le manda un aviso a la propia cuenta ("Has entrado a tal web con un código", con fecha, hora, IP y cómo cambiar la contraseña), como Google o Netflix.
  • En los ajustes se puede apagar del todo, o solo para las cuentas con poder sobre la web: administradores, quien gestiona usuarios, plugins o temas, quien tiene unfiltered_html (el Editor en una web normal: puede dejar un script que crea un administrador cuando uno lo abre) y quien tiene manage_woocommerce.
  • Los topes viven en una tabla propia, {prefijo}dox_care_limits, con sumas atómicas en MySQL: los transients viven en Redis en estas webs, se borran con cualquier purga y no aguantan peticiones en paralelo. Por hora: 20 envíos y 30 comprobaciones por IP (una IPv6 cuenta por su /64), 5 envíos por cuenta, 10 comprobaciones contra el código vivo de una cuenta y 100 envíos para toda la web. Solo se ven los de IP: los demás no, para que una cuenta real y una inventada respondan igual. Los de cuenta van por su id, así que escribirla con acentos o con el correo no da más intentos. La suma usa LAST_INSERT_ID() en la misma sentencia; si la tabla no está, el código no está disponible. uninstall.php borra la tabla y los códigos pendientes.
  • El correo sale al final de la respuesta (litespeed_finish_request), así que el tiempo de respuesta no dice si la cuenta existe aunque el SMTP tarde. El código no va en el asunto.
  • Respeta lo que el login normal comprueba: spam o borrados en multisitio, plugins que bloquean cuentas (wp_authenticate_user) y el filtro dox_care_login_code_user. Cada fallo dispara wp_login_failed. Abre la sesión sin "recordarme".
  • Se apaga solo con un plugin de doble factor conocido (Two Factor, Wordfence, Solid Security, WP 2FA, Shield, miniOrange, Duo...) y los ajustes lo dicen; el filtro dox_care_login_code cubre cualquier otro caso.
  • Riesgo que no desaparece: quien controle el correo de una cuenta puede entrar a ella, y a diferencia de restablecer la contraseña no deja rastro ni avisa. Solo encenderlo en webs cuyos correos lleguen bien.

• Enlaces del login que se leen sobre cualquier fondo (class-login-colors.php, en todas las pantallas de entrada aunque el código esté apagado). Un JS mide "Privacy Policy", "Lost your password?", el selector de idioma y el enlace del código contra su fondo, y solo toca los que no llegan a 4,5 a 1: les pone el color del botón de entrar si se lee, y si no, blanco o casi negro. Nuestro enlace lleva el color del botón siempre que se lea. Los fondos con una imagen que carga no se tocan. Se apaga con el filtro dox_care_login_colors.

Ajustes

En Dox Plugins > Dox Care: plan, nombre del cliente, idioma (automático, español o inglés) y correo de soporte, más la tabla del contador. Solo los cambia el equipo de Dox Studio (usuario support o correo @doxstudio.com / @paradoxstudio.co); el cliente solo ve su plan y su contador. Se puede ampliar con el filtro dox_care_is_staff.

Ojo: esto no frena a un administrador del sitio (puede crearse un usuario @doxstudio.com o ejecutar código). Por eso cada cambio de los ajustes o del contador manda un aviso a DOX_CARE_ALERT_TO (support@doxstudio.com por defecto) con quién lo hizo, y el contador de la web informa al cliente pero no vale como prueba de lo consumido.

Estructura

• dox-care.php: arranque, idioma, actualizador y registro en el menú "Dox Plugins".
• includes/: ajustes, planes, aviso central, estado, contador, solicitudes, escritorio y barra superior. Los correos en HTML salen por class-mailer.php, que les añade la versión en texto plano.
• assets/: CSS y JS del escritorio y de la ventana.
• languages/: textos en inglés en el código y traducción al español (dox-care-es_ES.po/.mo).
• dox-core/: copia del menú común de los plugins de Dox Studio (se edita en Plugins/dox-core/ y se sincroniza con sync-dox-core.sh).
• vendor/plugin-update-checker/: actualizaciones desde las releases de este repositorio.

Publicar una versión

1. Subir la versión en la cabecera de dox-care.php y en DOX_CARE_VERSION.
2. Si cambian textos: regenerar languages/dox-care.pot, traducir en el .po y compilar el .mo con msgfmt.
3. Commit en main, tag vX.Y.Z y push del tag. El workflow comprueba que versión y tag coinciden, construye dox-care.zip y lo adjunta a la release. Las webs lo ven como una actualización normal de WordPress (y en Modular DS).