换页不再白屏一下、注册页的「手机号注册」能点了
- 点站内链接时，旧页面不再先淡成一片白底 —— 之前新页面要等网络往返才到，中间那一下就是白屏。现在旧页面保持原样，换页后新页面照旧淡入、内容依次上滑。
- 注册页的「手机号注册」原来点了像是没反应：它只是把单选按钮选中，页面上的提示文案与「发验证码」的去向都没变。现在切一下就整页重渲染，提示、去向、表单都跟着变。
- 如果站点没有配置短信服务，注册页不会再把你留在「手机号注册」这个空壳上，而是自动退回邮箱注册。
Historial de cambios
Todas las actualizaciones del sitio y del mod del servidor, las más recientes primero
Aquí está el historial completo del sitio de CloudRidge y del mod del servidor, de lo más reciente a lo más antiguo, para que puedas ver cuándo llegó una función o cuándo se arregló un fallo.
La cabecera deja solo «Iniciar sesión» y el hero 3D ya tiene buen tamaño
- La entrada de QQ desaparece de la cabecera: antes había dos botones juntos y ahora solo «Iniciar sesión». QQ aparece únicamente en las páginas de inicio de sesión y de registro.
- La cámara 3D ahora encuadra según la altura del modelo, así que la escena no inunda una ventana alta ni se encoge en una baja.
- Los colores de los bloques se unifican en la paleta del cerezo: tablones carmesí, verruga del Nether y corales pasan a madera de cerezo, pétalos y hojas; se acabó el ruido de color. No se movió ni un bloque.
La portada ahora es una escena 3D que puedes girar
- La portada entera es ahora una escena 3D de jardín: arrastra para girar, rueda para ampliar, haz clic en un bloque para romperlo — vuelve a aparecer en diez segundos.
- Los móviles y los navegadores sin WebGL2 no cargan el 3D a la fuerza: ven un póster estático desde el mismo ángulo y un botón Ver en 3D en la esquina.
- El cambio de página también fluye: la actual se desvanece, la nueva aparece y sus bloques suben uno tras otro. Con movimiento reducido, los enlaces funcionan como antes.
- El llamativo cuadro azul de QQ desaparece: ahora usa el icono oficial más pequeño de Tencent (16×16), al mismo nivel que los demás.
Un solo botón de QQ en todo el sitio
- El inicio de sesión, el registro, la cabecera y la cuenta comparten ahora el mismo botón de QQ: el icono oficial de Tencent dentro de nuestra propia píldora con borde. Tencent permite la forma «icono pequeño + texto», y el icono sigue siendo el original.
- En «Cuenta y seguridad» hay una fila de QQ: vincular, revincular o desvincular. Las cuentas sin contraseña no pueden desvincular: una cuenta creada solo con QQ no tiene contraseña y se quedaría fuera para siempre.
- Tipografía y textura: títulos más apretados y contundentes, secciones más aireadas y un brillo suave que sigue al puntero por las tarjetas.
- Movimiento: la portada sube línea a línea, los números cuentan, hay una barra de lectura arriba y las tarjetas de inicio flotan ligeramente. Si tu sistema pide reducir el movimiento, todo se detiene; los dispositivos sin puntero no muestran el brillo.
El inicio de sesión con QQ usa ahora el botón oficial de Tencent: en la página de acceso, la de registro y la barra superior
- Las páginas de acceso y de registro mostraban un pingüino dibujado a mano con el texto «inicio de sesión en un clic con QQ». La especificación de páginas web de Tencent exige el distintivo oficial «QQ登录» y prohíbe modificarlo, así que ambas usan ahora la imagen original de 230×48 de Tencent a su tamaño nativo: sin estirar ni escalar.
- La barra de navegación superior también lleva uno: el botón oficial de 76×24 «QQ登录» en pantallas anchas y, por debajo de 375 px, el icono oficial de 24×24 para que la cabecera nunca necesite barra horizontal.
- De paso, dos detalles: el botón oficial nunca se atenúa — si no está marcada la casilla de los términos, al pulsarlo la página baja hasta la casilla y la resalta en rojo en lugar de desactivar el botón (un botón gris parece justamente un botón mal colocado). Y la frase «este sitio usa correo + contraseña» había quedado desfasada: en los diez idiomas ahora solo queda la mitad sobre el registro.
En el móvil, el texto de la Guía del servidor quedaba tapado por su propio índice — corregido
- En escritorio, la columna lateral de la guía es una franja estrecha fijada arriba a la izquierda. Al pasar a una sola columna se vuelve de ancho completo y más alta que la pantalla, pero seguía fijada arriba: el artículo se desplazaba por debajo, el texto parecía solaparse, aparecían cajas blancas sobre las palabras y el contenido daba la impresión de faltar. En pantallas estrechas (900 px o menos) ahora se desplaza con la página; en escritorio sigue fijada. El fallo ya existía antes de esta ronda; simplemente nadie lo había visto en el móvil.
Herramientas arregladas: la barra de pestañas ya responde, los degradados son más libres y la calculadora te entrega una lista que solo tienes que rellenar y arrancar
- Las diez herramientas estaban todas en una sola página y pulsar la cápsula de arriba solo saltaba a un ancla, así que parecía que no pasaba nada. Ahora es una barra de pestañas de verdad y solo se muestra una herramienta a la vez; una dirección con
#t-xxxsigue abriendo esa herramienta directamente y en el móvil la barra se desliza en horizontal. El texto degradado pasó de dos colores fijos a 2~6 paradas: pulsa la barra para añadir una, arrástrala para moverla, selecciona una parada y pulsa «Quitar este color»; los colores se interpolan carácter a carácter según la posición, así que los códigos § / MiniMessage / tellraw / MOTD cambian juntos, y si el MOTD es demasiado largo te avisa - La calculadora de configuración de servidor pasó de tres tramos de presupuesto a nueve entradas. Puedes rellenar cantidad de mods, distancia de visión, distancia de simulación, si usas redstone, TPS objetivo y versión. La salida ya no son solo unas cifras: la memoria te dice por qué sube y además recibes un comando de arranque con Aikar’s flags listo para copiar, consejos línea a línea para server.properties y spigot.yml, y una lista de mods y plugins separada por estilo de juego. Los tres valores que más cambian — memoria por jugador, factor de mods y factor de redstone — están ahora en «Herramientas» del panel, y al recargar se aplican
- El chequeo de lag ahora imputa el coste punto por punto y lo compara con los datos en vivo del sitio. Añades cuatro datos: entidades permanentes, cargadores de chunks, cable de redstone y granjas automáticas. La salida descompone el MSPT en siete apartados con su porcentaje y sus milisegundos, y solo señala «esto es lo que arrastra» cuando de verdad se lleva la mayor parte (más del 45%); si no, dice con honestidad que el mayor es ese pero que en conjunto sigue siendo bajo. Cada apartado trae una corrección aplicable, y además consulta los datos en vivo del sitio para decirte cuánto debería costar tu escala en teoría y cuánto margen queda ahora; si no hay datos, se queda en una estimación local y no muestra ningún error
Cristal líquido rehecho al estilo Apple: refracta, tiene brillo y aguanta sobre blanco
- ① En la versión anterior el cristal era, básicamente, una capa blanca que desaparecía en cuanto se posaba sobre una tarjeta blanca. Esta vez el material se ha rehecho siguiendo la pauta de iOS 26: una línea clara arriba, una oscura abajo, un anillo de 1 px por fuera, un resplandor suave por dentro y una sombra muy ligera; en escritorio sigue refractando de verdad (el fondo se curva ligeramente, la pieza entera sube 1 píxel al pasar el cursor y vuelve a bajar al pulsar). Los botones principales y los peligrosos estaban excluidos del cristal por completo; ahora entran también: el degradado de la marca se queda en el propio botón, el contraste del texto blanco no cambia y la capa de cristal solo aporta brillo y borde, sin refractar encima. El mismo material se ha extendido a los campos de entrada, los desplegables, las etiquetas, las insignias de juego, herramienta y jugador y la navegación superior.
- ② En el móvil ya no se refracta (es el paso más caro) y se degrada solo a desenfoque más borde iluminado: se sigue viendo como cristal, pero casi no gasta GPU. De paso se corrige un fallo real: la rama móvil salía antes de tiempo y ni siquiera ejecutaba la degradación, así que en el móvil no había cristal alguno. En escritorio se hicieron otras dos cosas: las piezas del mismo tamaño comparten una sola textura de desplazamiento (las 7 piezas de la portada usan solo 4) y lo que sale de la pantalla deja de calcularse; además, no se generan piezas nuevas cuando una supera los 300.000 píxeles o una página pasa de 80 — mejor una pieza menos que un desplazamiento lento.
- ③ En el panel, en Apariencia, sigue el mismo interruptor, ahora activado de serie; los navegadores sin backdrop-filter (Safari, Firefox) se quedan en un relleno mate en lugar de verse rotos. Esta vez no se ha tocado la paleta ni la maquetación, el tema sigue siendo Azul Cloudridge; el fondo blanco estilo Apple de la versión anterior se ha revertido en todo el sitio (panel, foro, galería y mapa vuelven a su estado original) y solo quedan dos correcciones reales: el cuadro de confirmación de acciones peligrosas del panel no tenía ningún estilo (las 43 confirmaciones de borrado salían como una caja pelada, sin capa oscura), y los títulos de la galería en pantallas estrechas solo aparecían al pasar el ratón.
Todo el sitio pasa al estilo Apple: fondo blanco, líneas de un píxel, botones tipo píldora y una tanda de cifras erróneas corregida
- La apariencia del sitio se rehízo entera siguiendo el manual de Apple: fondo blanco, letra casi negra, una línea de 1 px en lugar de sombras, botones y etiquetas de filtro unificados en píldoras de 44 de alto, y la barra superior que pasa de translúcida a sólida al desplazarse. El cristal esmerilado se retira por completo: las capas difuminadas de las tarjetas de datos, la línea de tiempo y las tarjetas de estado ya no están, solo queda una capa muy tenue de translucidez en la barra superior. Los títulos en chino dejan de llevar interletrado negativo: los caracteres chinos ya ocupan todo su ancho, y apretarlos los amontona y parece negrita; solo los números necesitan ir más juntos. De paso se reordenó también el panel de administración y se corrigió un error real: los cuadros de confirmación de acciones peligrosas no tenían ningún estilo en el panel, salían como una caja pelada sin capa oscura y sin posicionamiento, y afectaba a los 51 puntos de confirmar borrado del sitio; ahora es una tarjeta centrada, con capa oscura y título en rojo. Todo esto cuelga del esquema de color Apple (se elige en Admin → Apariencia), y al volver a Azul Cloudridge todo se revierte sin tocar código.
- En el móvil esta vez se apuntó justo a lo que no se sentía bien al usarlo: las cuatro cifras grandes de la página de datos ocupaban una fila entera cada una, ahora caben 2×2 en una pantalla; el campo de búsqueda de jugadores y el botón Buscar estaban superpuestos (el botón tapaba casi 70 píxeles del texto de ayuda), ahora van uno al lado del otro en una fila; en la clasificación cada fila tenía su línea gris arriba y abajo y se juntaban en una barra gruesa, ahora es una sola línea de 1 px; el doble borde de tarjeta dentro de tarjeta en la línea de tiempo, los distintos marcos punteados y la barra de desplazamiento ancha y gris oscuro de Windows quedan todos ordenados a la vez; en la barra lateral de la guía, la etiqueta y el valor del estado del servidor estaban pegados (se veía Version1.21.1), ahora van alineados a izquierda y derecha con una línea divisoria.
- Se corrigieron diez problemas de datos detectados en la auditoría. Los dos más importantes: el tiempo total en línea de la portada mostraba segundos como horas (ponía 35,7 M h, el valor real son 9907 horas, un factor de 3600 de diferencia); y cuatro personas de la lista de baneos aparecían como revocadas cuando seguían vigentes: cuando el latido informaba de que ya existía, solo se cambiaba el estado en silencio a activo, sin escribir historial y sin restaurar la marca de baneo del jugador. El resto: la cifra de mods instalados salía como 0 / 12 / 160 en tres sitios de la página de estado (el valor real es 160), y el sistema operativo salía con un guion, las dos por la misma razón: la consulta de base devuelve una lista blanca que no incluye esos dos campos; una ristra de UUID ocupaba la clasificación como nombres, y ahora se muestra como Jugador desconocido · 87274f; el techo de disponibilidad estaba fijado a mano en 99,2 por ciento (calculado con un intervalo fijo de 30 segundos, cuando el latido real llega cada 31); y el K/D daba cifras astronómicas cuando no había muertes, ahora muestra un guion. Otras dos son política de clasificación (dos criterios de fusión, uno por rol y otro por cuenta, y una cuenta fantasma que solo tiene bajas) y no se forzaron: las diferencias y su coste quedan en los comentarios del código para que decida el dueño del sitio.
Falsificar la IP real: ese camino queda cerrado desde nginx hasta la capa de aplicación
- ① Primero medir y luego tocar: una sonda en producción dio dos hechos — el nginx de BaoTa usa el protocolo PROXY, así que la dirección real del cliente ya está en REMOTE_ADDR (medida: 222.212.76.94, no 127.0.0.1); y las X-Real-IP / X-Forwarded-For / CF-Connecting-IP que mete el propio cliente las pasa nginx a PHP tal cual: las tres cabeceras falsificadas llegan sin tocar y nginx no sobrescribe ninguna. ② Reforzar los dos extremos: nginx inyecta un secreto que solo conoce su propio proxy (aunque el cliente falsifique esa cabecera, nginx la sobrescribe) y la capa de aplicación añade otra barrera — si REMOTE_ADDR es una dirección pública, se adopta directamente y no se miran más cabeceras de proxy —, así que aunque algún día se active trust_proxy por error, la IP del límite de peticiones, los bloqueos y la auditoría nunca será un valor elegido por el visitante.
- De paso, tres cosas: el comentario engañoso de site/config/config.php («poner en true si hay CDN / proxy inverso delante») se sustituye por la conclusión medida y una advertencia — seguirlo en este sitio solo convertiría una cabecera falsificable en un valor de autoridad; este cambio ya tiene pruebas automáticas (trust_proxy activado + REMOTE_ADDR pública + cabeceras falsificadas ⇒ sigue devolviendo la dirección real), y la suite pasó de 81 a 83 comprobaciones, todas en verde; la sonda temporal de diagnóstico en producción se borró según lo acordado y ahora pedirla da 404.
Desplazamiento más fluido en el móvil, varios agujeros de seguridad tapados y el chat que ya no pierde el tramo intermedio
- Cuatro puntos de fluidez en el móvil: el cristal esmerilado de la barra superior al desplazarse, el de todas las tarjetas en pantallas estrechas, la capa de composición que la animación de entrada mantenía viva para cada elemento, y la barra de progreso de lectura que forzaba un reflow por cada píxel desplazado — todo sustituido por formas equivalentes pero más baratas (la barra superior desplazada ya es opaca, así que ese desenfoque era puro gasto; y cuando la animación arranca de verdad, el navegador promociona la capa por su cuenta). Medido en un viewport móvil de 390 de ancho con la CPU limitada a 20×: el peor fotograma pasó de 364 milisegundos a 57 milisegundos. La diferencia en el recuento global de fotogramas cae dentro del ruido de esta máquina, así que no permite una conclusión estable — por eso cada punto de arriba solo se tocó cuando tenía sentido por el mecanismo.
- Tres puntos de seguridad (graves/medios, corregidos directamente): ① el
_admlogin.phpde depuración local ahora debe dar 404 en producción (podía convertir a un visitante en administrador directamente) y?to=ya no puede salir del sitio; ② el ping / dns de la página de test de velocidad entregaba un nombre de dominio para sondear un puerto, y un DNS rebinding podía desviarlo a la red interna; ahora solo se conecta a la IP ya validada; ③ falsificarX-Real-IP/CF-Connecting-IPservía para saltarse el límite por IP; ahora esas cabeceras solo se aceptan cuando el origen es realmente loopback. Para cerrar ③ del todo hay que inyectarX-CDR-Proxy-Secreten nginx y rellenarsecurity.proxy_secretensite/config/config.php— eso toca la configuración del servidor, así que espera tu visto bueno. - Tres bugs reales en el registro del chat: ① cuando un día pasaba de 200 mensajes, ese tramo intermedio no se veía nunca en la página (el día más ajetreado tiene 2796 mensajes, y la ruta antigua solo retrocedía hasta 500, así que los 2296 de en medio no los veía nadie); ② el orden miraba solo la clave primaria id, así que en los días que cruzan la medianoche los mensajes de después se quedaban fuera de la ventana (medido: 53 mensajes más nuevos saltados de forma permanente); ③ cuando fallaba el envío, la interfaz fingía que ya se había enviado. Ahora se pide por tiempo, hay un botón «cargar anteriores» para retroceder y, si falla, se avisa claramente y puedes reintentar.
- De paso: las páginas de los visitantes ya no se prohíben en caché sin más (atrás y adelante van algo más rápidos), mientras que la sesión iniciada sigue sin cachearse nunca. Los 218 archivos PHP del sitio pasan la comprobación de sintaxis sin errores y los 59 scripts de autoprueba se ejecutaron enteros — las 15 suites relacionadas con este cambio salieron exactamente igual que antes (ningún fallo local añadido).
Mod del servidor aligerado: los costes que crecen con el número de jugadores salen del hilo principal
- El bloque más grande del informe del mod es el mapa: tres mapas de 256×256, unos 197.000 puntos. Antes esos puntos se armaban como JSON dentro del propio tick del servidor, y el servidor solo seguía después de armarlos — una ronda cada media hora, que coincide justo con esos picos de «a veces se traba un momento». Ahora ese tick solo entrega los datos y el armado pasa a un hilo en segundo plano: los datos ya estaban listos, y armar el JSON nunca necesitó ocupar el hilo principal.
- De paso se recortaron varios costes que crecen con el número de jugadores conectados: los números de la lista TAB (tiempo jugado, jugadores conectados y demás) se recalculaban para cada fila de cada jugador, aunque solo cambian cada 30 segundos; buscar a un jugador por nombre recurría a recorrer toda la tabla fila por fila (con 10 jugadores eran 100 búsquedas); la lista de logros repasaba más de mil recetas cada 10 minutos; y cada 30 segundos, solo para contar entidades, se recorrían por completo todos los mundos mientras se leían los archivos de configuración y la lista de baneos en el hilo principal. Ahora se cachean, se indexan, se calculan una sola vez y se leen en segundo plano — no ha cambiado ni un byte de lo que se envía al sitio, y las páginas se ven exactamente igual que antes.
Mejoras en la administración y en la privacidad del perfil
- El contador de revisiones pendientes de la barra lateral solo contaba el foro y la galería, mientras que el panel de administración contaba cinco colas; ahora todo sale de una sola función y cada opción del menú lleva su propio número. Las acciones destructivas (borrar un grupo de usuarios, borrar una entrada de navegación, limpiar el registro del chat, vaciar la caché) se ejecutaban sin preguntar; ahora piden confirmación. Las listas de skins, fondos de avatar y registro de chat estaban limitadas a 200 y 60 filas y ahora se pueden paginar.
- La opción de permitir que otros vean tu perfil solo afectaba a la página de equipo, mientras tu perfil seguía visible para todos; ahora se aplica de verdad, salvo para ti mismo. Cambiar la contraseña y cerrar sesión en otros dispositivos también quedan registrados.
Los botones rojos de confirmar y borrar vuelven a verse
- El botón de confirmar al retirar un mensaje salía en blanco: con el cristal líquido activado, la regla del cristal quita el fondo del botón pero deja el texto blanco, así que un botón rojo quedaba blanco sobre blanco. Ahora los botones rojos sólidos quedan fuera del cristal, igual que el botón principal azul.
- El mismo problema afectaba a todos los botones rojos del sitio (retirar, borrar, desvincular y más), así que se corrigieron todos a la vez.
El paginado ya no salta al principio
- Pulsar página siguiente desde más abajo te lanzaba arriba del todo. Ahora el paginador alinea la lista que tiene encima y no hace nada si esa lista ya se ve. Atrás y adelante vuelven a la posición de desplazamiento anterior.
- De paso, varios detalles: el mapa de semilla entra en el menú Servidores, los anclajes ya no quedan bajo la cabecera fija, las tarjetas de la galería muestran su autor y los jugadores en línea de la portada llevan a su perfil.
Permisos del panel más estrictos y arreglos menores
- Ajustes, rotación de claves, copias de seguridad y herramientas del sistema ahora son solo del propietario: los administradores de servidor conservan contenido, reportes y lista blanca.
- Se corrigieron varios detalles al cambiar de página sin recargar: el modo oscuro se mantiene, los formularios ya no se envían dos veces, la cuenta atrás va a velocidad normal y el selector de orden ya no recarga la página.
Cambiar de página sin recargar todo
- La paginación, los filtros, la búsqueda y el orden ahora solo sustituyen el contenido: la barra de direcciones sigue cambiando y el botón Atrás sigue funcionando.
- Guardar, revisar y borrar siguen abriendo una página nueva como antes.
El desplegable de búsqueda quedaba tapado por las tarjetas
- Los elementos animados llevan will-change, y will-change crea un contexto de apilamiento, así que el z-index del desplegable solo contaba dentro de su propia tarjeta y perdía frente a las tarjetas de estadísticas posteriores en el DOM
- Ahora se eleva toda la tarjeta de búsqueda y el desplegable flota por encima
Arreglado el perfil que no se desplazaba en móvil
- El visor 3D de la skin fijaba touch-action:none y llamaba a preventDefault sin condiciones en touchstart/touchmove, así que un dedo encima congelaba toda la página. Ahora el gesto vertical vuelve al navegador y solo el horizontal gira el modelo
- Arrastrar el fondo en la cabecera también queda reservado al ratón
Guía del servidor reescrita: el doble de contenido, y los comandos ya distinguen los de jugador
- Las cuatro páginas — primeros pasos, normas, preguntas frecuentes y acerca de — se han reescrito, y cada una explica por qué importa un paso y qué hacer si falla
- La página de comandos abre ahora con una sección Comandos de jugador escrita a mano, agrupada en primeros pasos, viaje, chat y estado; la tabla completa de 435 filas sigue debajo
El aviso de desplazamiento ya no se pega a la tabla
- El aviso sobre la tabla tocaba su borde superior y parecia superpuesto; ahora tiene separacion
- La cabecera pasa a ser totalmente opaca al desplazar: antes era translucida y dejaba ver el texto
Cerrada una vulnerabilidad en los SVG subidos
- Antes, un SVG especialmente preparado como avatar o fondo podía revelar la dirección IP y el navegador de todos los que lo vieran. Ahora esas referencias externas se eliminan, sin cambiar el aspecto de la imagen.
- También se añadieron HSTS y algunas políticas de seguridad de contenido muy prudentes.
La insignia de revisión ya no queda encendida + la página de estado oculta las IP internas
- La insignia de «revisión» del panel contaba cinco colas, pero el panel «gestión del servidor» solo puede con dos: la insignia quedaba encendida sin nada que revisar. Ahora ambos usan el mismo criterio y el panel tiene una fila «más pendientes»: galería / skins / foro, cada una con enlace a su página de administración.
- La fila «mapa web» de la página de estado mostraba
127.0.0.1:8100(una dirección interna, solo para la sonda). Ahora muestra la dirección pública del mapa web.
Las videos se ven en la revisión del panel
- Los fondos con vídeo de fondo ahora muestran ese vídeo directamente en la tarjeta de revisión: pulsa reproducir, solo se carga el inicio por defecto (sin gastar datos) y aparece la etiqueta «contiene vídeo».
- Antes la tarjeta solo mostraba la imagen de portada que el jugador elegía aparte, que podía no tener nada que ver con el vídeo. Se acabó aprobar a ciegas.
- También corregido el «1970-01-01» en la hora de subida: mi herramienta de subida de recursos escribía mal el formato. Datos y herramienta corregidos.
Error 500 corregido + dos ajustes visuales
- Error 500 corregido: en la versión anterior puse mal la posición de los argumentos del registro de auditoría posterior al acceso, así que cada inicio de sesión correcto lanzaba un error interno. Ahora redirige con normalidad.
- La línea «He leído y acepto los Términos de servicio y la Política de privacidad» ha bajado al final del formulario (después del botón Entrar), como en las páginas de acceso habituales. Sin marcarla no se puede entrar.
- El oscurecido de la cabecera del perfil ahora es un degradado suave: desapareció la línea horizontal tan visible. La transición es natural.
Hay que aceptar los términos para iniciar sesión
- La página de inicio de sesión tiene ahora una casilla: «He leído y acepto los Términos de servicio y la Política de privacidad» — sin marcarla no se puede entrar. Se aplica a las dos vías (QQ en un clic y correo + contraseña), y el servidor también lo comprueba, porque desactivar un botón no detiene a nadie.
- Hemos redactado dos páginas reales, Términos de servicio y Política de privacidad, que detallan punto por punto qué guarda el sitio: el apodo y el openid que da QQ, tu correo y el hash de la contraseña, los personajes vinculados, las estadísticas de juego, las imágenes que subes y la IP y hora de cada acceso.
- También indican con quién compartimos — solo tres terceros: QQ Connect (acceso), mc-heads.net (avatar de skin si no has subido uno) y 126 Mail (códigos de verificación). Sin redes publicitarias y sin vender datos.
- Se explican la conservación, cómo pedir la eliminación o la exportación y el tratamiento de menores. Ambas páginas también están enlazadas en el pie de página.
El texto de la cabecera ya se lee en los fotogramas claros
- Cuando el vídeo sustituyó a la foto, el texto blanco de la cabecera quedó sobre cielo y nubes claros con un peor caso de 1,16:1, es decir, prácticamente ilegible. La causa fue el orden de pintado: el vídeo es un elemento hijo real mientras que el degradado de oscurecimiento vivía en
body.cdr-body::before(contenido generado), y el contenido generado siempre se pinta antes que los hijos reales, así que el vídeo tapaba el degradado por completo y este no hacía nada - La solución convierte el oscurecimiento en el propio fondo de la cabecera: un solo degradado vertical (62 por ciento arriba, desaparece a 350px) que cubre solo la franja de la cabecera y no toca ni un píxel del sujeto, el suelo o el agua; no se añadió ninguna capa fija nueva, así que la altura de la página sigue en 6816px
- En el fotograma más claro el contraste de la cabecera pasó de 1,16 a 2,63 hasta 4,85 a 6,91 a 1 (el estándar del texto blanco es 4,5 a 1). De paso se corrigió una regresión que solo aparecía en línea: bajo el vidrio líquido el botón Atrás tiene una superficie translúcida y el velo también lo oscurecía (5,19 a 1 cayó a 2,14 a 1); ahora su etiqueta también es blanca, peor caso 6,04 a 1
- Solo afecta a las páginas con banner; las que no lo tienen quedan idénticas byte a byte. La rueda, los botones y la reproducción del vídeo se volvieron a comprobar
Fondos animados: encontrada la causa real de la rueda y el clic muertos
- La causa fue una colisión de nombres de clase:
.pub-bg-videoera a la vez la clase del elemento de vídeo y la clase de interruptor puesta en<html>. Así, toda la regla de la capa de vídeo fija a pantalla completa cayó sobre el elemento raíz — la raíz pasó aposition: fixed, la altura de la página se desplomó a una pantalla y la rueda no tenía nada que desplazar - Más traicionero aún,
pointer-events: nonese hereda: todo el árbol del documento dejó de recibir el ratón, solo<html>lo captaba, y el botón Atrás quedó inalcanzable - La solución: renombrar la clase de estado a
pub-bg-ony acotar la regla del elemento avideo.pub-bg-video, para que nunca vuelvan a coincidir - El material de fondo vuelve a la primera versión (4,50 MB → 4,41 MB) sin oscurecido grabado en las imágenes, así que los colores vuelven a ser normales; también se corrigieron tres bancos de pruebas locales — medían
<html>creyendo medir la capa de vídeo
Fondos animados: una pantalla de altura regalada menos, arrastrar más visible
- Nuevo vídeo (15,98 MB → 4,50 MB), el oscurecido va grabado en las propias imágenes; la miniatura del móvil es esa misma imagen
- Se elimina una capa de máscara invisible que aun así añadía más de una pantalla de altura
- El cursor se vuelve una mano que agarra sobre la cabecera; el criterio se relaja para portátiles con pantalla táctil
- El problema de la rueda sigue en estudio; esta versión corrige los tres puntos anteriores
Tu perfil ya puede tener un fondo animado
- Sube un clip sin sonido de 5 segundos a 1 minuto: se reproduce en bucle en el ordenador, mientras el móvil conserva la imagen fija sin descargar nada extra
- Solo el hueco de «banner» admite vídeo, y pasa por la misma revisión que las imágenes; el límite son 6 MB — por encima se rechaza con un aviso claro, nunca en silencio
- La imagen fija que ve el móvil es tu banner, así que elige uno que combine con el clip
- Está desactivado por defecto: actívalo en los ajustes de administración y aparecerá la zona de subida
Arreglado: «elegí una imagen, guardé y no pasó nada»
- Un jugador subió avatar y banner —incluso envió un vídeo— y en moderación no aparecía nada. La imagen nunca llegó al servidor: $_FILES estuvo vacío de principio a fin
- La causa fue el HEIC del iPhone: el navegador no puede decodificarlo, la ventana de recorte lo tomó por una cancelación, y cancelar borra el archivo del formulario. Sin archivo, el servidor solo podía suponer «no cambia la imagen» y respondía con un mensaje verde de éxito
- Las imágenes que el navegador no puede decodificar ya no se descartan: se sube el original tal cual (sin recortar) y se te explica por qué
- También hay una red de seguridad en el servidor: si el navegador dice que se eligió una imagen pero no llega ningún archivo, se muestra un error en vez de fingir que salió bien. Cancelar de verdad también se avisa con claridad
La corrección de nombres de «jugador desconocido» pasa al panel
- El script de línea de comandos .tools/_backfill-names.php ahora es un botón en Admin -> Herramientas del sistema
- Lee los usercache.json de las copias históricas, devuelve el nombre real a las filas que aún se llaman como un UUID y traslada con ellas el historial de sesiones / logros / skins
- La página muestra primero qué filas cambian y a qué; antes de escribir se toma una instantánea de la base de datos
- Solo se tocan las filas cuyo nombre completo es un UUID; si el nombre real está ocupado se fusionan ambas y nunca se renombra a un jugador normal
Clasificaciones: los diez mejores de nueve categorías en una pantalla
- Esto es lo que pediste: clasificaciones desglosadas. El desplegable de ordenación de la lista de jugadores muestra una sola dimensión a la vez, así que comparar «quién ha minado más» con «quién ha muerto más» obligaba a ir cambiando. /ranking reúne los diez mejores de nueve categorías en una sola pantalla
- Una tarjeta por categoría, con el puesto, el avatar, el nombre y el valor de esa categoría —
- las cifras son idénticas, carácter por carácter, a las de la lista de jugadores, porque ambas leen el mismo código de formato. Haz clic en un nombre para abrir su página
- El enlace «Ver todo» de cada tarjeta abre la lista completa ya ordenada por esa columna (?sort=). La entrada es el botón «Clasificaciones» bajo el título de la lista de jugadores. Las categorías sin datos no generan tarjeta vacía y los bots siguen excluidos como antes
El fondo del perfil ahora se puede arrastrar
- En los perfiles con banner puedes mantener pulsado y arrastrar la foto de fondo, como si empujaras una lámina de paisaje, mientras la cabecera, el avatar y el nombre se mantienen firmes encima
- Solo responde la zona superior (la cabecera). Las tarjetas, tablas y botones de abajo funcionan igual y se puede seleccionar texto; pulsar un botón nunca inicia un arrastre
- Al soltar, todo vuelve a su sitio; si llegas al borde se detiene (queda un pequeño margen alrededor) para que la foto nunca salga de pantalla ni deje ver el color de fondo
- Solo ratón y trackpad. Las pantallas táctiles y quienes tengan activado «reducir movimiento» quedan excluidos y se comportan como antes
Los «jugadores desconocidos» se arreglarán solos
- Algunas filas muestran «Jugador desconocido · 87274f»: esa cadena es en realidad su UUID. La caché de nombres del servidor solo dura un mes, así que tras una pausa larga el mod no puede resolver el nombre y envía el UUID
- El problema era que esa fila nunca podía curarse: cuando el jugador volvía y el servidor reconocía su nombre, el renombrado chocaba con la restricción de unicidad (casi siempre ya existía una fila con el nombre real), el error se tragaba y la fila seguía con su UUID
- Ahora funcionan ambos caminos: si el nombre real está libre se renombra y se trasladan sesiones, logros y skin; si está ocupado se fusiona — tiempo sumado, progreso unido, primera/última visita ampliadas
- No tienes que hacer nada: se arregla en su próximo inicio de sesión. El registro de sincronización anota «adopted=N», visible en Herramientas del sistema
Tu avatar ya se ve en todas partes; historial de acceso paginado; botones claros corregidos
- El avatar que subiste solo aparecía en tu propio perfil: el resto de avatares del sitio usaban otra ruta que no sabía nada de tu subida. Ahora también lo usan las listas de jugadores, los comentarios y la navegación. Quien nunca subió nada se ve igual que antes
- El historial reciente mostraba 30 filas de golpe. Ahora son 10 por página, con el mismo paginador que el resto del sitio (oculto si solo hay una página)
- El botón «desplegar todas las insignias» parecía gris y desactivado: un problema de especificidad — el tinte azul del botón claro perdía frente a la capa blanca base, y su propio fondo también se borraba. Corregido
- El hueco bajo la columna izquierda de un perfil: ahora la columna izquierda se estira a la altura de la derecha, y la tarjeta de clasificación rellena el resto. No queda hueco, despliegues o no las insignias. Las notas del radar también se pliegan por defecto
Vidrio líquido reescrito según la referencia: esta vez es vidrio de verdad
- La versión anterior era solo «un mapa de degradado + un desplazamiento», y por más que se ajustara no se parecía. Comparar línea por línea con la referencia mostró tres piezas que faltaban; las tres están ahora
- La refracción ahora sigue óptica real: grosor del vidrio, ancho del bisel, índice de refracción (1,0-3,0) y la superficie redondeada entran en el cálculo, y eso da al borde ese efecto de lupa del «vidrio grueso»
- Se añadió una capa especular: un reflejo a lo largo del borde orientado en una dirección. Es el rasgo más reconocible del vidrio líquido y la versión anterior no tenía ninguno
- La saturación se restaura tras el desplazamiento (la refracción apaga los colores) y se añade algo de suavizado. El desenfoque sigue en 0,3 px: más y los píxeles vecinos dejan de diferir, lo que borra la refracción
Ya puedes recortar tu avatar: arrastra y lo que ves en el marco es el resultado
- Antes subías la imagen entera y el sitio la reducía desde el centro: si tu cara quedaba a un lado, no había nada que hacer. Ahora, al elegir una imagen se abre un marco de recorte: arrastra para recolocar, rueda o control para ampliar, y lo que queda dentro del marco es tu avatar final
- La exportación es de 512×512 (el mismo tope que usa el servidor) en WebP. Las imágenes pequeñas nunca se amplían — solo las volvería más borrosas, así que se recortan a su tamaño. El marco se reduce solo en pantallas estrechas, así que también sirve en el móvil
- Hay dos tipos de imagen que se dejan intactas a propósito: los GIF animados (recortarlos conservaría un solo fotograma y mataría la animación) y los SVG — ambos siguen el camino antiguo. Si algo falla durante el recorte (navegador no compatible, falta de memoria) se envía el archivo original, así que nunca te quedarás en «elegí un archivo y no pasa nada»
- Los banners no se recortan — son anchos por naturaleza y cuadrarlos no tendría sentido. El marco solo aparece al subir un avatar en Yo → Mi perfil.
El cristal esmerilado baja un punto en pantallas estrechas: los tirones en móvil deberían mejorar
- El tirón en la página de perfil móvil no venía de una animación mal escrita, sino de que el desenfoque en sí costaba demasiado: cada tarjeta llevaba
blur(32px) saturate(180%), y en esta página se ven siete u ocho superficies de cristal a la vez, así que cada fotograma al desplazar tenía que remuestrear todos los píxeles de detrás - La diferencia entre 32px y 14px es casi invisible al ojo — las tarjetas ya se apoyan en blanco a .70–.78 y el desenfoque solo suaviza la foto de detrás; en cambio el coste de muestreo crece aproximadamente con el cuadrado del radio. La saturación también baja de 180% a 150%; nada en esta página necesitaba colores más vivos
- Solo las pantallas estrechas bajan un punto: el escritorio no ha cambiado, ni un píxel se ha movido. Es un cambio puramente de rendimiento que apenas notarás — pero desplazarse en el móvil se sentirá bastante más fluido
- Es un cambio puramente de rendimiento que apenas notarás — si al desplazarte en el móvil sigue yendo a tirones, dime en qué pantalla y seguiré investigando.
La página de estado móvil es mucho más corta; la lista de baneos ya no repite «QQ no vinculado» en cada fila
- En el teléfono, cada fila de servicio se partía en dos o tres líneas. La causa era concreta: esa fila era una cuadrícula de tres columnas cuyos anchos mínimos sumaban 504 px, mientras que un viewport de teléfono solo tiene 492 px — apenas demasiado estrecho, así que cada fila se veía forzada a partirse. Las pantallas estrechas ahora usan dos columnas con la nota en su propia línea, recortando más de 500 px de la página
- También se ajustaron un punto los márgenes de los paneles, la barra de disponibilidad y las tarjetas de nodo en pantallas estrechas. Estos cambios viven solo en un bloque de estilo dentro de la propia página de estado — no se mueve ni un píxel en las demás páginas
- En la lista de baneos, cada fila llevaba la misma línea «QQ no vinculado» bajo el nombre del jugador, haciendo que la tabla pareciera rota. Resultó que el interruptor «ocultar QQ en la página de baneos» del panel se calculaba y nunca se usaba — el ajuste siempre estuvo muerto
- Ahora los tres lugares respetan ese interruptor: la fila de la lista, la insignia QQ y el tooltip del avatar, y el detalle desplegado. Los motivos de baneo siguen escritos en chino directamente (los diez idiomas muestran chino); eso lo trataré por separado
Las imagenes de fondo ahora se mueven y se apartan suavemente del raton
- Ahora se admiten fondos GIF animados. Nunca fue "no compatible", sino "compatible y luego aplanado": cada subida se recodificaba a WebP, y decodificar un GIF solo devuelve su primer fotograma, asi que una animacion llegaba como imagen fija
- La solucion: un GIF de varios fotogramas se guarda tal cual, sin recodificar, y la animacion sobrevive. El precio es que los fondos animados no se redimensionan a 1920x1080 —— recodificar mataria la animacion, es una decision deliberada
- El fondo ahora sigue al raton: al mover el puntero, la capa de fondo se desplaza hasta 10 pixeles en sentido contrario, lo que da a la foto sensacion de profundidad
- Cada fotograma solo cambia una variable CSS, asi que la foto nunca se vuelve a dibujar; cuando el puntero se detiene el bucle termina y una pagina quieta cuesta exactamente lo mismo que antes. Solo raton y panel tactil, y totalmente desactivado con movimiento reducido
La cruz del boton Volver: cuatro rondas, y la causa estaba dentro de un comentario
- La cruz desaparecio. Era una mancha clara que el navegador deja en el borde superior centrado cuando muestrea el fondo de una caja pequena —— este boton mide solo 58x35, asi que la mancha ocupa una parte visible; en una tarjeta grande la misma mancha se diluye y no se ve
- La solucion: este boton pequeno ya no muestrea el fondo, y su tinte pasa del 8 % al 14 % para conservar la transparencia. El coste es cero: con y sin refraccion, este boton difiere en 0 de 1.766.688 pixeles (diferencia maxima por canal: 1)
- La capa de verdad complicada vino despues: las reglas eran correctas pero no surtian efecto. Al citar literalmente el CSS de referencia dentro de un comentario escribi
/* 6% */—— los comentarios CSS no se anidan, ese*/cerro el comentario exterior antes de tiempo, la}siguiente cerro la regla antes de tiempo, y el analizador se trago todas las reglas posteriores - Ese comentario defectuoso estaba ahi desde 1.9.42, asi que durante tres versiones el vidrio de los botones perdio su brillo interior y su sombra exterior —— ahora han vuelto ambos. La leccion es ya una prueba: nunca poner en un comentario algo que lo termine antes de tiempo (la misma trampa ya me atrapo dos veces en PHP)
Esa línea parpadeante al mover el ratón: ocho versiones después, la causa era una elevación de 2px al pasar el cursor
- La causa no era el brillo ni la superficie del cristal esmerilado, sino una regla de hover de todo el sitio: cada vez que el puntero cruzaba una tarjeta, esta se elevaba 2px. Las tarjetas llevan un fondo esmerilado, así que en cuanto una se mueve el navegador debe remuestrear la imagen de detrás — y ese muestreo se corta en teselas; las juntas de las teselas son la línea
- Cinco callejones sin salida por el camino (mover el brillo del fondo a un pseudoelemento, pasarlo a transform, convertirlo en hijo real, sacarlo del cristal, borrarlo entero). Todos parecían «deber» funcionar y ninguno tocaba la causa
- La corrección: las superficies de cristal ya no se mueven al pasar el cursor — responden con borde y sombra. Dos barras esmeriladas de ancho completo (la barra de navegación y la fila de nombre fijada) también perdieron su desenfoque; el muestreo de gran superficie es el más caro
- Dos cosas visibles salieron del mismo lote: el brillo que seguía al ratón se elimina por completo (demasiado inquieto) y el cristal de los botones se reescribió en las tres capas de la referencia (refracción y tinte separados)
El botón de acceso al panel desapareció: un error de especificidad que introduje en la versión anterior
- El cristal de los botones añadido en la v1.9.42 tenía un error de especificidad: la capa base, con un tinte blanco al 8 %, contaba como «cinco clases más dos elementos», mientras que el degradado azul marino del botón principal contaba solo como «tres clases» —— así que la capa base ganaba siempre y el degradado nunca se dibujaba. Además,
background: noneen el mismo bloque borraba el degradado propio del botón principal. Un fondo azul marino con texto blanco pasó a ser blanco sobre blanco, y el botón desapareció por completo - Solución: los botones de marca sólidos (el botón principal) ya no participan en el cristal. Es un botón azul marino con texto blanco; este tratamiento de cristal solo conviene a botones claros. El botón principal recupera su estilo sólido original
- El mismo error también se estaba comiendo en silencio el realce al pasar el ratón (contaba «cuatro clases» y perdía contra cinco) —— así que lo que prometía la versión anterior, «pasar el ratón ahora sí cambia algo», nunca llegó a aplicarse. Ahora sí
- Otro efecto colateral:
background: noneborraba también los botones en carga, y las capas de cristal los excluyen —— el botón quedaba totalmente transparente durante esos segundos. Ahora recuperan su fondo
El halo que seguía al ratón se ha eliminado
- Qué se ha quitado: la luz azul fría que seguía al cursor sobre las tarjetas. Se ha ido entero — las variables, el interruptor, la capa, el script, no queda ni un fragmento
- Por qué: has reportado el mismo problema cuatro veces — «una zona parpadea en cuanto se mueve el ratón» / «una línea horizontal». Lo reescribí de cuatro maneras (pintado en el fondo de la tarjeta, movido a un pseudoelemento, convertido en un elemento hijo real, trasladado a una capa independiente de toda la página) y ninguna lo curó. Tu última palabra fue «borra el halo que sigue al ratón, se mueve demasiado» — así que se ha borrado
- Un efecto secundario: al quitarlo, mover el puntero ya no provoca ningún repintado. Esa era también la última pieza del rompecabezas de la línea parpadeante — mientras algo cambie fotograma a fotograma dentro de un elemento de cristal esmerilado, el navegador tiene que recalcular una y otra vez la imagen que hay detrás, y la recalcula por baldosas: las juntas entre baldosas son la línea que veías
- Nada más ha cambiado: la transparencia del cristal, la primera pantalla con solo la foto, la fila del nombre fijada y los botones de cristal líquido siguen igual. Quienes no usan ratón y quienes navegan con el dedo nunca vieron este halo, así que para ellos esta actualización no cambia nada
El brillo ya no salta entre elementos y el cristal líquido de los botones es más fuerte
- El brillo ya no «salta»: mover el puntero de una tarjeta a otra teletransportaba el brillo —— el anterior desaparecía y el nuevo aparecía de golpe. Ahora el anterior se desvanece donde está mientras el nuevo aparece bajo el puntero, con el centro deslizándose con suavidad; todo dura unos 180ms
- Por qué no una transición CSS:
transitionreemplaza una declaración completa y no hay forma de añadirla a una sola propiedad; hacerlo así exigiría un selector que también pisara las animaciones de entrada y de hover de las tarjetas, y la aparición al desplazarse pasaría de «fundido y subida» a un corte seco. Por eso el script suaviza un único número (la intensidad del brillo) fotograma a fotograma, y se detiene en cuanto se asienta - El cristal líquido de los botones es más fuerte: el desplazamiento de refracción pasa de 14 a 50, se ensancha la banda del bisel y se añaden las cosas que de verdad lo hacen parecer cristal —— un brillo especular en el borde superior, franjas de dispersión cálida y fría en los bordes izquierdo y derecho, y un lustre interior. Además el desenfoque se reduce de 1,5px a 0,8px (el desenfoque borra justo el detalle del que se alimenta el desplazamiento)
- La advertencia honesta sigue en pie: solo lo renderizan Chrome y Edge, y la refracción solo se ve cuando hay algo que refractar —— sobre una tarjeta blanca es prácticamente cero, mientras que sobre una foto de banner con contraste sí se nota. El interruptor está en la administración, en «Ajustes del sistema → Efectos visuales», y viene desactivado
La primera pantalla es solo la foto, el contenido sube al desplazarse y los botones tienen cristal líquido
- La primera pantalla pasa a ser un héroe: en una página de jugador con banner, al entrar solo se ve la cabecera y la foto de fondo llenando la ventana; el área de contenido no se muestra en absoluto. Una vuelta de rueda hacia abajo hace aparecer el bloque de contenido con fundido y lo levanta (sigue al 28 % de transparencia); al volver arriba se repliega, tantas veces como quieras
- Por qué se mueven los propios bloques de contenido y no un contenedor: cualquier ancestro con opacidad menor que 1 crea una nueva raíz de backdrop, y cada superficie
backdrop-filterde dentro pasa a muestrear un fondo vacío: el cristal esmerilado se rompe por completo. Un fundido bloque a bloque no tiene ese ancestro. Los dos únicosposition: fixeddel cuerpo (la capa de fondo y la fila de nombre fijada) están fuera de ese conjunto, así que desplazarlos es seguro - Refracción de cristal líquido en los botones (un interruptor nuevo en Admin → Ajustes del sistema → Efectos visuales, desactivado por defecto): el borde de un botón curva ligeramente el patrón que tiene detrás, como haría un trozo de cristal grueso. Usa un mapa de desplazamiento SVG más
backdrop-filter; el mapa se dibuja una sola vez con canvas al abrir la página y no hay script por fotograma - Solo lo renderizan Chrome y Edge: Safari y Firefox no admiten esta función CSS y fallan en silencio (ni error ni dibujo), así que vuelven al cristal esmerilado actual. Y una refracción necesita algo que refractar: sobre una superficie plana como una tarjeta blanca el efecto es prácticamente nulo; solo se aprecia sobre algo con detalle claro-oscuro, como la foto del banner
Las tarjetas dejan pasar algo más de foto, el brillo del ratón es más pequeño y la fila fijada se desliza
- Qué cambia: en una página de jugador con banner, las tarjetas grandes dejan pasar ahora alrededor del 28 % de la foto en lugar del 5-10 % (se ve de verdad), y las casillas de estadísticas y la tarjeta del radar se aclararon en consonancia
- Por qué las casillas de estadísticas parecían de dos colores: el brillo que sigue al ratón era una mancha azul fría de 320px de radio con alpha .22. Cuando cubría la mitad izquierda de la tarjeta, la casilla 1 medía rgb(189,193,197) y la casilla 4, fuera de la mancha, rgb(245,246,247) —— 56 niveles de diferencia en una misma fila. Ahora la mancha mide 200px con alpha .10, y las casillas ya no se iluminan por su cuenta (siempre se ilumina la tarjeta más externa); la misma fila mide 3 niveles de diferencia
- La otra mitad del «parpadeo»: mover el puntero desde un hueco de la tarjeta hasta una casilla hacía que el objetivo del script saltara entre la tarjeta entera y esa casilla, y el brillo pasaba de una gran mancha a un punto pequeño. Sacar las casillas del brillo elimina ese salto
- Fijar ahora tiene un deslizamiento: la fila del nombre baja 10px y aparece con fundido bajo la navegación en 180ms. Con «reducir movimiento» activado, esa animación y el rebote de los botones se desactivan (el brillo del ratón se mantiene)
La fila del nombre ahora se fija bajo la navegación al desplazarse
- Qué cambia: en una página de jugador con banner, al desplazarse hacia abajo la fila «avatar + nombre + nivel + insignias» se fija justo debajo de la navegación del sitio mientras las tarjetas pasan por debajo. La firma no forma parte de esa fila y se desplaza como antes; el botón Volver se fija junto con el nombre
- Por qué `position: sticky` no podía hacerlo: el padre de esta fila es
.cdr-container, que solo mide lo que la cabecera de la página; el recorrido de sticky queda atrapado ahí —— pasada la cabecera, la fila se va con todo lo demás. Por eso la fila usaposition: fixedy un script inserta un marcador de la misma altura donde estaba (fixed la saca del flujo; sin el marcador, toda la página salta 86px en el momento de fijarse) - Fijarla también obliga a invertir el color del texto: esta fila lleva normalmente texto blanco sobre la foto del banner, pero una vez fijada se apoya en cristal claro, y blanco sobre blanco es invisible (una versión medida mostraba el avatar y la insignia «en línea» bien, y la celda del nombre completamente vacía). El estado fijado cambia por eso el nombre, el nivel y las insignias a la tinta que se usa sobre superficies de cristal
- Solo afecta a las páginas de jugadores que subieron un banner —— las páginas sin banner (por ejemplo
/players/zlc) no se tocaron ni un byte
El reflejo del puntero ahora ilumina solo la superficie que debe
- La causa era la herencia de las propiedades personalizadas. El script pone
.is-liten la tarjeta bajo el puntero, y--glass-spotbaja entonces por la cadena de herencia hasta cada.stat-minide esa tarjeta —— un solo interruptor se convertía en siete u ocho superficies iluminadas. Eso es exactamente lo que viste: «mi ratón está en otro sitio, ¿por qué se iluminó todo?». La prueba: la barra de estado de la sonda ganó un contadorspot=que no cuenta cuántos elementos tienen.is-lit, sino cuántos valores--glass-spotcalculados no son transparentes —— antes del arreglo, posar el puntero en la zona vacía del título de una tarjeta dabalit=1 spot=8/27 - El arreglo: cada superficie de cristal reinicia ahora
--glass-spotatransparentpor sí misma, de modo que la cadena de herencia se corta ahí; solo la superficie sobre la que está realmente el puntero recibe.is-litdel script. Tras el cambio:spot=1/27 - Una segunda trampa corregida de paso: ese reinicio tiene la misma especificidad que la regla
.is-lity está escrito después, así que por «gana el último» un simplebody.cdr-body .is-litquedaría totalmente anulado y el reflejo desaparecería (medidolit=1 spot=0/27). Por eso la regla.is-litdebe enumerar los cuatro selectores y subir su especificidad. Si se omite este paso, el fallo pasa de «se ilumina demasiado» a «no se ilumina nada» - Las coordenadas también se escriben de forma síncrona al entrar en un elemento nuevo en lugar de esperar solo a
requestAnimationFrame: si no, el primer fotograma no tiene coordenadas y el resplandor aparece en el centro de la tarjeta antes de saltar al puntero. Ahora un.is-lites una sola superficie iluminada —— donde está el puntero, allí está la luz
El cristal líquido gana dos detalles táctiles: reflejo que sigue al puntero y botón con muelle
- Reflejo que sigue al puntero: cuando el puntero se mueve sobre una superficie de cristal, una pequeña nube de luz blanco azulada fría lo sigue —— solo se ilumina la tarjeta bajo el puntero, el resto queda igual. Es una capa
radial-gradientpintada en el fondo de la tarjeta, que lee--glass-mx/--glass-mytal como los escribe el script. Sin nodos extra, sin tocar contextos de apilamiento y sin interferir con el desenfoque de la tarjeta. En tema claro no se usa blanco sino blanco azulado frío: una tarjeta blanca (rgb 229~245) solo sube 6 niveles con luz blanca, algo que el ojo no percibe - Banda de foto más alta en la cabecera: el padding inferior de
.page-headpasó de 30px a 160px (unos 317px en total), lo que empuja toda la fila de tarjetas blancas hacia abajo: el avatar, el nombre y la insignia de nivel ahora se apoyan directamente en la imagen del banner —— eso es «mostrar más el fondo». Solo altura, sin contenido nuevo, y se reduce a 72px en pantallas pequeñas. El contenido no se desplazó en bloque a propósito: eso desperdiciaría la parte más oscura de la máscara superior y volvería ilegibles las líneas blanqueadas - Botones con muelle: al pulsar se comprime a .955 y al soltar vuelve con
cubic-bezier(.34, 1.56, .64, 1)—— el segundo punto de control tiene y = 1.56 > 1, así que la curva se pasa del objetivo y regresa; ese exceso es el «muelle». CSS puro, sin JavaScript ni motor físico - El respaldo de
prefers-reduced-motionahora reduce solo el movimiento autónomo: el muelle del botón (que rebota solo tras soltarlo) pasa a una transición corta normal, manteniendo la respuesta al pulsar, mientras que el reflejo del puntero se conserva —— seguir al puntero es manipulación directa: se mueve el puntero, no la página. Tu propia referencia de cristal líquido dice exactamente eso: quitar el desplazamiento, conservar el desenfoque y el reflejo. Además es la única forma de que esta máquina vea el reflejo: los efectos de animación de Windows están desactivados aquí (MinAnimate = 0/DragFullWindows = 0/VisualFXSetting = 2), y los navegadores lo informan con veracidad comoreduce—— condicionar el reflejo a eso lo ocultaría para siempre - Todo lo anterior se aplica solo a los perfiles con banner subido (el bloque sigue dentro de
$pubBgCss !== ''); cualquier otra página —— incluidos los perfiles sin banner —— no cambió ni un byte, y cuatro aserciones de la suite lo vigilan - Una nota honesta: ambos son efectos de «sensación» y no se ven en una captura estática —— hay que mover de verdad el puntero sobre una tarjeta y pulsar de verdad un botón. También conviene volver a activar las animaciones de Windows (Configuración → Accesibilidad → Efectos visuales → Efectos de animación), o tu navegador dirá a todos los sitios que el usuario pide menos movimiento
Cristal líquido rehecho: el color de las tarjetas ya no cambia al desplazarse
- La causa no estaba en el motor de renderizado. Las páginas de perfil colgaban la imagen del banner en
bodyconbackground-attachment: fixed. Esa declaración significa «la imagen queda fijada al viewport», y no es una capa compuesta propia —— el navegador debe remuestrearla en cada fotograma para elbackdrop-filterde cada tarjeta; cuando la ventana de muestreo y la posición de desplazamiento se desincronizan, el color salta. Además, las tarjetas se mueven mientras la imagen no, así que cada tarjeta translúcida recorre toda la foto. Ambas cosas juntas producían «a veces oscuro, a veces claro, a veces normal» - Arreglo del parpadeo al desplazarse: el fondo salió de
bodya una capa dedicadaposition: fixed(body::before,z-index: -1,pointer-events: none,will-change: transform). Una capa dedicada puede promoverse a capa compuesta, de modo que la fuente de muestreo es un único bitmap ya compuesto durante todo el desplazamiento - Arreglo de la diferencia en reposo: ahora las tarjetas fijan su propio color. Se basa en una extrapolación lineal de las mediciones —— deriva ≈ (1−alpha)×53, así que mantenerse bajo 4 niveles exige alpha ≥ .925. Las tarjetas grandes pasan de 72 % → 95 % arriba y 60 % → 90 % abajo; las fichas de estadísticas de 80 %/70 % → 97 %/94 %; la tarjeta de radar de 76 %/66 % → 96 %/92 %. La foto sigue trasluciéndose un 5~10 %, de ahí viene el tinte del cristal
- El cristal es ahora un material multicapa: capa de ruido + degradado vertical + brillo rasante en los bordes + chaflán de refracción interior, con cada parámetro expuesto como variable (
--glass-blur--glass-sat--glass-highlight--glass-displacement--glass-noise). Una nota honesta: la refracción real con SVGfeDisplacementMapno es posible aquí —— Chromium y Safari solo aceptan funciones de filtro enbackdrop-filter, nuncaurl(#svgfilter); un chaflán interior aproxima ese aspecto en lugar de fingirlo - Resultado: en el mismo punto la diferencia al desplazarse es de solo 3~6 niveles (18 en la versión anterior, 100 al principio), con un brillo global de 229~245; en tema oscuro es de solo 1~3 niveles. También se eliminó el halo
text-shadowde las superficies de cristal —— con la tarjeta estable ya no ayuda y solo se come los trazos de los textos de 12 px - También se corrigió «las etiquetas del radar de habilidades se leen mal»: no se tocó ninguna transparencia. Las subetiquetas «promedio del servidor» pasaron de .76rem a los .84rem de la fila principal, de gris atenuado a color de texto, más algo de peso. La causa real es que los CJK de 12 px y 13 px siguen rutas de antialiasing distintas en Windows. Todo lo anterior afecta solo a los perfiles con banner subido; las páginas sin banner no cambiaron ni un byte
El brillo de las tarjetas ya no cambia al desplazarse
- La causa no era un fallo de renderizado. Las páginas de perfil usan
background-attachment: fixedpara el banner: la imagen queda fijada al viewport mientras las tarjetas se desplazan sobre ella —— cada tarjeta translúcida recorre toda la foto: con cielo oscuro se apaga, con edificios claros se lava. La misma tarjeta medía entre rgb(99,107,125) y rgb(201,197,200) según la posición, 100 niveles de diferencia - La solución es densificar el propio cristal, porque alpha es la única palanca que conserva a la vez transparencia y estabilidad: las tarjetas grandes pasan de 56 % → 72 % arriba y de 34 % → 60 % abajo; las fichas de estadísticas de 76 %/60 % → 80 %/70 %; la tarjeta de radar de 70 %/52 % → 76 %/66 %. El orden de densidad (tarjetas grandes más claras, fichas más densas) no cambia
- Resultado: en el mismo punto la variación al desplazarse es ahora de solo 14 niveles en vez de 47, y el brillo general se sitúa entre 163 y 206 —— una superficie esmerilada claramente clara en lugar de un gris turbio. El tema oscuro se densificó en consonancia (el nivel 82 %/72 %), donde la deriva restante es de solo 4~8 niveles
- Solo afecta a los perfiles con banner subido. Las páginas sin banner (como
/players/zlc) no emiten esta hoja de estilos en absoluto: no ha cambiado ni un byte en ellas
«86 horas de juego al día» está corregido
- La fórmula anterior era «tiempo de juego acumulado ÷ días con sesiones registradas» —— el numerador abarca diez años, el denominador solo los 11 días posteriores al 2026-09-12. Dividir dos épocas distintas daba «86 horas al día». El numerador nunca estuvo mal; al denominador le faltaba la mayor parte
- El denominador ahora es tu número de días activos acumulados: los mensajes de chat, los logros desbloqueados y las sesiones de juego se unen por día —— 423 días para esta cuenta. 941 horas ÷ 423 días = 2 horas al día, por fin el orden de magnitud correcto
- De paso se corrigieron dos cosas más: el número de inicios de sesión usa ya el total acumulado (1.655, cuando 929 jugadores antiguos mostraban 0), y la sesión más larga ya no puede mostrar la pareja imposible «21 minutos de media, 0 horas como máximo»
- También se desbloquearon tres logros: 7 / 30 / 100 días activos eran imposibles de conseguir por ese mismo denominador —— en todo el servidor solo había 16 días con sesiones registradas, los umbrales quedaban fuera de alcance
- Auditoría de seguridad, parte uno: se cerraron varios fallos realmente explotables —— los escapes de CSS podían ocultar una URL externa dentro de un SVG subido (un avatar servía para filtrar la IP de los visitantes), el panel de administración podía borrar archivos fuera de uploads, el inicio de sesión tenía una redirección abierta, un script dentro de un archivo de copia de seguridad podía instalarse como webshell, y dos scripts de depuración locales eran accesibles en producción
- Auditoría de seguridad, parte dos: refuerzo de la API y de la administración —— una lista vacía ya no puede borrar de un golpe todos los baneos del servidor, los informes tienen límite de filas, los nombres de la lista blanca se validan, una sola línea de chat defectuosa ya no hace fallar todo el lote, y los errores de base de datos ya no muestran sus detalles a los visitantes
La letra pequeña del radar ya se lee
- La letra pequeña del panel «radar de capacidades» (nombres de ejes, las cifras de la derecha, las filas de «media del servidor» y la nota de abajo) estaba sobre un cristal al 34 % cuyas zonas más oscuras daban solo 3,3 : 1 de contraste —— por debajo del 4,5 : 1 que necesita la letra pequeña. Eso es el «no se lee» que reportaste, y fue un descuido mío en la versión anterior
- Dos cambios: el color del texto secundario se oscureció un escalón y el panel del radar recibió su propio fondo —— casi todas sus líneas son letra pequeña, así que no debía compartir la misma transparencia que las tarjetas grandes
- Las tarjetas grandes no se tocaron: la tarjeta de skin, la de logros y el pie de página siguen al 34 %, la imagen se sigue viendo igual y las casillas de estadísticas mantienen su fondo más denso
- El tema oscuro recibió el mismo tratamiento. Y esto sigue ocurriendo solo en las páginas cuyo dueño subió un banner —— las páginas sin banner no se movieron ni un píxel
Un punto más translúcido, y el texto aguanta
- Perfiles: arriba pasa del 62 % al 56 % y abajo del 40 % al 34 %. Ahora la imagen de detrás se ve de verdad —— las franjas verticales de las luces, el horizonte y las siluetas de bloques se transparentan, en vez de una plancha de cristal esmerilado
- «Ver la imagen» y «leer el texto» se estorban, así que van por separado: las casillas de estadísticas (las zonas de letra pequeña como «tiempo jugado» e «inicios de sesión») conservan un fondo más denso propio (76 % → 60 %), mientras que las tarjetas grandes siguen muy claras. Lo pequeño más sólido, lo grande más transparente —— al revés de la jerarquía habitual de Apple, y a propósito
- El texto ganó un halo muy tenue en el mismo sentido (
text-shadow) —— invisible cuando el fondo es claro, solo aparece cuando es oscuro: la tipografía lleva su propio fondo local. Eso es lo que permite bajar al 34 % - El tema oscuro recibió su cristal oscuro y su halo oscuro correspondientes. Y esto sigue ocurriendo solo en las páginas cuyo dueño ha subido un banner —— las páginas sin banner no se han movido ni un píxel
Cristal más translúcido y más parecido al de Apple
- Perfiles: se acabó el «68 % de blanco» uniforme —— ahora es un degradado vertical, claro arriba y más transparente abajo (62 % → 40 %), con el desenfoque gaussiano de 22 px a 32 px, más
saturate(180%)ybrightness(1.12). El cristal al estilo Apple recoge el color de detrás y lo realza un poco; desenfocar sin más solo da aspecto esmerilado - El cristal ahora tiene un borde de refracción en todo su contorno —— un brillo rasante de 1 px arriba y un trazo interior muy tenue. La sombra se divide en dos capas (una sombra de contacto ceñida y una ambiental amplia), para que la lámina parezca flotar sobre la imagen en vez de estar pegada como papel
- Arreglado algo que solo se vio al aclarar el cristal: las etiquetas secundarias como «tiempo jugado» e «inicios de sesión» eran casi invisibles —— su gris solo llega a 2,5:1 sobre blanco translúcido. Ahora usan un tono más oscuro dentro del cristal, mientras que el texto pequeño que va directo sobre el banner no cambia
- El tema oscuro recibió su propio juego de valores de cristal oscuro. Y todo esto sigue ocurriendo solo en las páginas cuyo dueño ha subido un banner —— las páginas sin banner no se han movido ni un píxel
Los perfiles ahora son «cristal líquido»
- Las tarjetas, el panel de skin, los seis recuadros de estadísticas y todo el pie de página ahora son cristal translúcido (68 % de blanco + un desenfoque gaussiano de 22 px), con el banner asomando difuminado por detrás. El texto sigue siendo oscuro, así que se lee bien sobre la imagen; el tema oscuro cambia a cristal oscuro
- La cabecera de la tarjeta de logros ahora tiene Contraer todo / Expandir todo, que pliega las 8 categorías de una vez —— ya no hay que bajar hasta el final de los 98 logros para pulsar ese botón
- El panel de administración de la esquina inferior derecha tiene una cuarta pestaña, Avatares / Fondos, donde aprobar o rechazar las subidas pendientes. Son los mismos datos que «Jugadores y datos → Avatares / fondos»: revisar desde un sitio o desde el otro es idéntico
- Todo esto solo ocurre en las páginas cuyo dueño ha subido un banner —— las páginas de personaje sin banner no se han movido ni un píxel (comparé las capturas de antes y después píxel a píxel)
- Cuando el cristal no está disponible (navegadores antiguos) se vuelve a las tarjetas opacas de antes. En cambio, la preferencia del sistema «reducir transparencia» no se respeta a propósito —— el Windows del dueño del sitio tiene los efectos de transparencia desactivados, así que respetarla haría que él nunca viera el cristal
Tu página de perfil ya puede llenar la pantalla
- Fondo —— si has subido un banner, tu página de personaje usa esa imagen para llenar toda la ventana del navegador, con el avatar, el nombre, el nivel y la ubicación encima. Las páginas sin banner no cambian ni un píxel
- Ubicación —— en Yo → Personalización puedes elegir un país (y una provincia si eliges China); aparece en tu perfil junto a «sin conexión / puesto #8». Si no eliges nada, no se muestra
- Los avatares de la lista de jugadores ahora prefieren el que subiste tú. Antes siempre se pedía el avatar oficial del skin a un servidor extranjero, que aquí casi nunca carga —— de ahí los cuadraditos de letras de colores
- Los avatares y fondos subidos se revisan antes de publicarse. Mientras esperan, se sigue viendo la imagen anterior, así que nunca queda una página «a medio actualizar»; en cambio, quitarla es inmediato
- El límite de subida es más amplio: banners de hasta 3840×2160 (antes 1920×1080) y ahora se acepta SVG —— los SVG se depuran: scripts, referencias externas y HTML incrustado se eliminan
Ventanas nuevas · y los baneos antiguos han vuelto
- Las 16 ventanas del sitio usan ahora el diálogo propio. Antes eran las ventanas del navegador, encabezadas por «cloudridge.cn dice», lo que desentonaba en el móvil e ignoraba por completo el estilo del sitio. Ahora los títulos, los textos y los botones son nuestros; las acciones destructivas llevan botón rojo, Esc cancela, Enter confirma y el foco vuelve al botón que pulsaste
- Los 8 jugadores y 3 IP que seguían baneados cuando cerró el servidor antiguo se han restaurado: la página pública muestra ahora 12 jugadores y 7 IP. Nombres, IP, fechas de baneo y operadores se copian tal cual de los archivos, sin inventar nada. Una advertencia: el mod solo lee los archivos de baneo del servidor y los reporta —— quien queda bloqueado de verdad en el juego lo decide la lista del servidor, así que hace falta que la recargue
Ese «jugador desconocido» era la misma persona
- La lista de jugadores llevaba siempre una fila «未知玩家 · 000000» (jugador desconocido), como si fuera una cuarta persona sin contar. Ya está claro: el floodgate del servidor antiguo daba a los jugadores de Bedrock un UUID del rango ficticio
00000000-0000-0000-0009-…, y el mod solo podía informar de un *nombre* —— que en ese instante era justo ese UUID. En realidad erabirdzhonghuifeijugando en Bedrock, y se ha fusionado con su dueño - La regla al fusionar: los contadores (tiempo de juego, inicios de sesión, muertes, bloques minados y colocados, distancia) se suman, los progresos se unen, y la primera conexión toma la más antigua de las dos mientras que la última conexión toma la más reciente —— las marcas de tiempo nunca se suman. Las nueve insignias de esa fila ya las tenía el dueño, así que los duplicados se descartaron. La tabla tiene una fila menos y las cifras de
birdzhonghuifeison ahora más completas
Saltar directamente a cualquier mes en el calendario
- La ventana del calendario ahora tiene dos desplegables, año y mes, arriba a la izquierda: eliges el año, eliges el mes y estás a dos clics de cualquier mes —— ya no hace falta pulsar
‹mes a mes. Los botones de anterior/siguiente y «Hoy» siguen ahí, y los desplegables acompañan al navegar - De paso se corrigió un fallo de ordenación: al ordenar por «primera conexión», las filas con fecha desconocida subían a los puestos 1–4 y parecía que toda la tabla estaba rota —— «sin valor» no es lo mismo que «el más antiguo». Ahora esas filas bajan al final de la lista, en ambos sentidos
229 mensajes de chat más recuperados
- El registro del plugin
TrChatsolo empieza el 2023-09-01, así que faltaban tramos de finales de 2024. Tres basesCoreProtectde servidores antiguos que nunca se habían importado contenían 34,417 mensajes de 2024-07 a 2024-12; tras eliminar duplicados son 229 mensajes netos repartidos en 37 días, el más antiguo del 2024-07-11 - La deduplicación se basa en «este jugador ya dijo lo mismo con ±5 segundos de diferencia» —— el mismo mensaje lo registran
TrChatyCoreProtectpor separado, sus marcas de tiempo suelen diferir un segundo y a veces cruzan el minuto; comparar por minuto dejaría pasar esos pocos cientos como duplicados - Esos 37 días no estaban vacíos desde el principio ——
TrChathabía registrado la mayor parte; lo que vuelve son las líneas sueltas que se le escaparon. Al recorrer esos días de julio a diciembre de 2024 la conversación se ve más completa
Los personajes secundarios se despliegan en su fila
- Las filas de la lista de jugadores con más de un personaje ahora empiezan con una flecha: plegadas por defecto, y un clic despliega cada personaje en su propia línea con su tiempo de juego, número de inicios de sesión, última conexión y estado (la fila principal es la suma, las secundarias los valores individuales). Otro clic vuelve a plegarlas
- Buscar el nombre de un personaje secundario despliega esa fila automáticamente —— buscar
Wintermuestra sus cifras junto a las deFruity_oxygen, sin tener que adivinar bajo qué nombre se esconde. De paso se corrigió un fallo antiguo: al ordenar por nombre de jugador, el encabezado tenía una columna menos que el cuerpo y toda la tabla se desalineaba
Clasificación por cuenta · tres años de chat recuperados
- La lista de jugadores ahora muestra una fila por cuenta del sitio: los personajes de una misma cuenta se suman (
Fruity_oxygenyWinterse fusionan en una fila,ElfinLettucyFaitheen otra), mientras que quien nunca vinculó una cuenta conserva su propia fila. La insignia «N personajes» junto al nombre indica quién se agrupó con quién: la lista anterior separaba una cuenta secundaria de su principal y hacía parecer que la secundaria había jugado en vano - Nueva página de cuenta (
/accounts/<id>): cada personaje de la cuenta aparece por separado con su tiempo de juego y su número de inicios de sesión, y las cifras resumidas de arriba son su suma. La página es totalmente pública, sin necesidad de iniciar sesión. De paso se limpió un dato erróneo: un personaje apuntaba a un identificador de cuenta inexistente - Tres campos que llevaban tiempo atascados en valores de relleno ya están completos: última conexión (929 personajes decían todos 2026-09-13), primera conexión (936 igual de falsos, 2026-09-13) y número de inicios de sesión (solo 291 en todo el sitio, con 928 jugadores mostrando «—»). La última conexión proviene de la fecha de modificación de los archivos de guardado del servidor; la primera conexión y el número de inicios, de los registros de todas las generaciones del servidor. Ahora
wwwsumdice con honestidad 2024-08-22 y7Strawberry2024-03-07, y el total de inicios pasó de 291 a 21.766 - El panel de chat ha recuperado todo desde la apertura del servidor: desde la primera línea el 2022-12-16 hasta el relevo del reporte en vivo del mod el 2026-09-25, son 174.457 mensajes y registros de entrada/salida (124.024 mensajes, 25.424 entradas, 25.009 salidas). Antes solo existía historial de los pocos días con el mod instalado; ahora cualquier día en el que hagas clic en el mapa web muestra la conversación de ese día
- El calendario solo marcaba como clicables los últimos 400 días, así que 492 de los 729 días recuperados no se podían abrir: restaurados pero invisibles. Ahora todos los días con registros son clicables. Además, la cifra de «jugadores registrados» difería en 2 entre la portada y la lista (791 frente a 789); ambas usan ya el recuento por cuenta
Las fechas son la fecha de publicación de cada versión. Si encuentras un problema nuevo, cuéntanoslo en el foro o contacta directamente con el dueño del servidor.