<![CDATA[PHPost | Soporte, Descargas y Tutoriales de Risus Nova - Problemas con el Script ]]> https://phpost.es/ Wed, 15 Jul 2026 22:50:16 +0000 MyBB <![CDATA[Risus Nova 2.1 - Cosas Que eE Visto]]> https://phpost.es/tema-RESUELTO-Risus-Nova-2-1-Cosas-Que-eE-Visto Thu, 09 Jul 2026 20:45:55 +0200 carlos007r]]> https://phpost.es/tema-RESUELTO-Risus-Nova-2-1-Cosas-Que-eE-Visto
1. INCOMPATIBILIDADES CON PHP 8.x

- Error 500 al guardar el perfil si se deja un checkbox "Me gustaría" sin marcar: en c.cuenta.php, se accede a $_POST['g_'.$i] sin verificar que exista. Los checkboxes no marcados no viajan en el POST, y en PHP 8.2 pasar null a una función que espera string es un TypeError fatal. Fix: $_POST['g_'.$i] ?? ''.

- Error 500 al guardar "Sitio Web" con una URL válida: se usa la constante FILTER_FLAG_HOST_REQUIRED en filter_var(), eliminada en PHP 8. Fix: sacar ese tercer argumento.

2. URLs/REDIRECCIONES ROTAS EN INSTALACIONES EN SUBDIRECTORIO

- Redirecciones de login (setLevel(), redirectTo() en c.core.php) arman la URL a mano sin anteponer $this->settings['url'], así que en cualquier instalación que NO viva en la raíz del dominio (ej. midominio.com/foro/), termina redirigiendo a midominio.com/login/... (sin el subdirectorio) → 404.

- Botones "Volver al listado" (/admin/news) y "Mover Posts" (/admin/cats) en el panel de admin usan location.href = '/admin/...' hardcodeado en las plantillas, mismo problema.

- Ícono de RSS de "Últimos posts" en el home también hardcodea /rss/ultimos-post sin el prefijo.

3. BUGS DE LÓGICA / FUNCIONES INCOMPLETAS

- /admin/creditos muestra la librería GD como N/A aunque esté instalada y funcionando: el bloque elseif($action=='creditos') de admin.php nunca asigna $smarty->assign("tsVersion", $tsAdmin->getVersions()).

- Selects de país/estado/mes/año vacíos en /cuenta/perfil: el bloque que asigna esos datos en cuenta.php corre con if(empty($action)), pero la ruta real entra con $action='perfil', así que nunca se ejecuta.

- Faltan las provincias/estados de ~80 países en geodata.php (confirmado con República Dominicana, Islandia, Singapur, entre otros): el array $estados[...] simplemente no los tiene cargados.

- Selects "Fumo" y "Tomo alcohol" vacíos (sección "Cómo soy" del perfil): en datos.php solo existe el array combinado fumo_tomo, pero la plantilla busca fumo y alcohol por separado (no existen).

- "Me gustaría" (checkboxes) no se mostraba en el perfil: typo en la plantilla, pide $tsPData.gustaria/$tsPerfil.p_gustaria en vez de .gustos/.p_gustos (el nombre real usado en toda la base de datos y el resto del código).

- /retos/ da "No direct access." y luego error 500: tres bugs apilados. Falta la regla en .htaccess (las páginas hermanas como calendario/misiones/premios sí la tienen), el guard chequea una constante que no existe en ningún lado del código (TSCRIPT en vez de TS_HEADER), y después de rutear bien, llama a $tsCore->setTitle(), un método que no existe en la clase.

- muro.load_atta() (JS del muro) está sin terminar: recibe la URL de la foto/video adjunto al hacer click, pero nunca la usa, reemplaza el elemento clickeado por una imagen vacía o un string vacío, haciendo "desaparecer" la foto/video en vez de mostrarla en grande.

- Avatar GIF animado se queda estático en todo el sitio: imagecreatefromgif() + imagejpeg() de GD solo puede leer/escribir UN cuadro, así que cualquier GIF que pase por el recorte/generación de miniaturas del avatar (c.upload.php) pierde la animación.

- Imagen de fondo de perfil no se aplicaba nunca: typo de tipo MIME en la plantilla, <style type="text/style"> en vez de text/css. Por spec de HTML5 los navegadores ignoran por completo un <style> con type inválido, así que el background-image nunca se veía aunque la URL fuera correcta.

- Portada de perfil no se mostraba en /mi/: el controlador (portal.php) solo carga $tsPerfil condicionalmente (para el aviso de bienvenida a cuentas nuevas), nunca de forma incondicional para el resto de la página.

- Al subir una foto de perfil inválida, el mensaje de error mostraba [object Object] en vez del texto real, porque el callback de éxito solo sabía manejar dos formatos de respuesta distintos y no el de error real del servidor.

- "Subir por URL" para avatar rechazaba links de imagen con ?token=... (típico en CDNs como Discord/Google): la validación de extensión de archivo no ignoraba el query string de la URL.

- Videos de YouTube embebidos en el cuerpo de un post se comportaban raro al hacer click: la función que los convierte en miniatura con botón de play (youtube_lazy_load()) reemplazaba la miniatura por el iframe original en el mismo lugar sin definir un tamaño, y el botón de play usaba una clase CSS sin top/left definidos, quedando flotando lejos de la miniatura.

- El buscador global solo aparecía en páginas de post individual: en la plantilla del header, el include del formulario de búsqueda estaba envuelto en una condición ($tsPage == 'posts' && $tsPost.post_id) sin ninguna razón aparente (el formulario no depende de esas variables).

-  Los botones "Olvidé mi contraseña" / "No me llegó el correo de confirmación" en el login llaman a remind_password()/resend_validation() en el onclick, pero esas funciones JS no existen en ningún archivo, parecen quedar de una función que nunca se implementó.

4. SEGURIDAD

- Inyección SQL en getMyPosts() (c.portal.php): los IDs de categoría guardados (u_portal.last_posts_cats) se concatenan directo en la query con implode() sin sanitizar ni castear a int. Además, si el array de categorías queda con un string vacío adentro, produce IN () (SQL inválido → error 500).

5. CHECKBOXES/RADIOS QUE NO REFLEJAN LA SELECCIÓN REAL (bug clásico de jQuery)

Encontramos este mismo patrón repetido en al menos 3 lugares distintos del código: se usa $(elem).attr('checked') (o .attr('disabled', '')) para leer/cambiar el estado de un checkbox/radio/input después de que el usuario interactúa con él. El problema es que .attr() refleja el atributo HTML original (con el que se renderizó la página), no el estado real después de un click, para eso hace falta .prop().

- Checkboxes de "categorías de interés" en /mi/ (portal.js, save_configs()) no se guardaban nunca, por leer con .attr('checked') en vez de .prop('checked').

- Al suspender a un miembro de una comunidad, el sistema siempre aplicaba "Cambiar rango" en su lugar: en comunidades.js, member_admin_submit() lee .attr('checked') sobre un selector que matchea los dos radios del formulario (mismo name); jQuery devuelve el atributo del primero que encuentra, que queda marcado desde el HTML y nunca se limpia. Resultado: no importa cuál elija el moderador, siempre se interpreta como "Cambiar rango", la suspensión nunca se ejecuta.

- El campo de URL para adjuntar un enlace/foto/video en el muro queda bloqueado para siempre si la primera URL ingresada es inválida: se deshabilita con .attr('disabled', 'true') y se intenta re-habilitar con .attr('disabled', ''), que en HTML sigue siendo un atributo "presente" (=deshabilitado). Solo se soluciona refrescando toda la página.

6. DOBLE-ESCAPADO DE HTML EN LOS ADJUNTOS DEL MURO

- El título de un video de YouTube compartido se guarda con las entidades HTML duplicadas (por ejemplo, un "&" termina guardado como "&" en vez de "&", y una comilla como "'" literal en vez de la comilla real en enlaces compartidos): el título llega desde get_meta_tags() ya con las entidades HTML codificadas una vez (así lo entrega YouTube), y el código lo vuelve a pasar por htmlspecialchars() sin decodificar primero. Encontramos el mismo patrón en foto, enlace y video: ajaxCheck($return=true) ya devuelve los valores escapados, y streamPost() los vuelve a escapar antes del INSERT, doble pasada de escapado sobre el mismo valor.

7. VISTA PREVIA DE ADJUNTOS EN EL MURO NO SE MOSTRABA

- Al adjuntar una foto o un enlace en el composer del muro, después de dar clic en "Adjuntar" la tarjeta de previsualización (imagen + título + descripción) nunca aparecía visualmente, aunque el AJAX funcionara bien. Causa: una regla CSS muy genérica en el tema, #attaContent div{display:none}, oculta cualquier <div> hijo del composer, y el HTML de la tarjeta no traía display seteado explícito para ganarle a esa regla.
============================================================================================
paises que no tienen provincia en el formulario de perfil

anguila, ciudad del vaticano, eslovenia, filipinas, groenlandia, guam, hong kong, isla bouvet, isla de man, isla navidad, islandia, islas caiman, islas cocos, islas cook, islas feroe, islas georgias del sur y sandwich del sur, islas heard y mcdonald, islas marianas del norte, islas marshall, islas pitcairn, islas salomon, islas turcas y caicos, islas virgenes britanicas, islas virgenes estadounidenses, islas ultramarinas de estados unidos, jersey, libia, liechtenstein, malta, mayotte, moldavia, nauru, niue, norfolk, nueva caledonia, oman, polinesia francesa, republica centroafricana, republica checa, republica democratica del congo, republica dominicana, republica de macedonia, republica del congo, republica arabe saharaui democratica, reunion, ruanda, saint-martin, samoa, samoa americana, san bartolome, seychelles, singapur, siria, somalia, sri lanka, suazilandia, sudan, surinam, svalbard y jan mayen, tayikistan, territorio britanico del oceano indico, territorio australes franceses, territorios palestinos, timor oriental, tokelau, tonga, turkmenistan, tuvalu, uganda, uzbekistan, vanuatu, wallis y futuna, yemen, yibuti y zimbabue.
si. lo revise uno por uno lol

aqui esta un fix rapido que me creo claude del geodata.php:
Registrate o inicia tu sesión para ver este contenido
----------------------------------------------------------------------------------------------
9.vulnerabilidad de seguridad real: en el editor de posts (/agregar/), cuando pegás un link solo en una línea, se genera automáticamente una tarjeta de vista previa (link-preview.js). El título, la descripción y el dominio pasaban por un escapeHtml() antes de insertarse en el HTML — pero la imagen (og:image, sacada de un sitio externo cualquiera) y el link se insertaban sin escapar, directo dentro de un atributo src="...".

Cualquiera podría poner en su propia página un og:image con algo como content='x.jpg" onerror="robar_cookies()"', y si alguien pegaba ese link en un post, ese HTML malicioso quedaba guardado dentro del post — ejecutándose para todos los que lo vieran después (XSS almacenado). fix: agregando el mismo escape a esos dos campos.

Además revisé:

Otros lugares con posible inyección SQL (c.actividad.php, c.mensajes.php, c.admin.php, c.sugerencias.php) — todos están bien sanitizados, no encontré más.
El mismo patrón de HTML sin escapar en otros archivos JS — encontré usos similares con datos de TMDB (posters de películas), pero esos vienen de una API/catálogo curado, no de cualquier sitio externo, así que el riesgo es mucho menor y no lo toqué.
========================================================================
Actualización — después del post original:

10. LLAMADA A MÉTODO INEXISTENTE TRAS UN REFACTOR

Error 500 (fatal) al enviar el formulario de "Olvidé mi contraseña" / "No me llegó el correo de confirmación": en inc/php/ajax/ajax.recover.php (rutas recover-pass / recover-validation) queda una línea residual $tsEmail->emailHeaders = $tsEmail->setEmailHeaders();. En algún momento c.emails.php se reescribió para usar SMTP/PHPMailer y el método setEmailHeaders() ya no existe en la clase — la llamada quedó huérfana. Confirmado en el error.log del servidor. Fix: eliminar esa línea (no hace falta, PHPMailer maneja los headers solo).

11. FEATURE MAL ETIQUETADA / INCOMPLETA [OPCIONAL] 

La pestaña "Mis posts" en /mi/ en realidad no muestra los posts que escribió el usuario: muestra "últimos posts de tu interés" (un filtro por categorías guardadas), no posts de autoría propia. El nombre de la pestaña es engañoso — no hay ningún método en el código que filtre por post_user para esta vista. Fix que aplicamos: agregamos un getAuthoredPosts() nuevo (filtra por post_user) como pestaña real "Mis posts", y renombramos la de categorías a "De mi interés".



NOTA: esto es generado con inteligencia artificial que comete errores, pero dirigido por mí. Le digo qué hacer y dónde buscar. Pongo esto aquí con fines de ayudar. Gracias.]]>
1. INCOMPATIBILIDADES CON PHP 8.x

- Error 500 al guardar el perfil si se deja un checkbox "Me gustaría" sin marcar: en c.cuenta.php, se accede a $_POST['g_'.$i] sin verificar que exista. Los checkboxes no marcados no viajan en el POST, y en PHP 8.2 pasar null a una función que espera string es un TypeError fatal. Fix: $_POST['g_'.$i] ?? ''.

- Error 500 al guardar "Sitio Web" con una URL válida: se usa la constante FILTER_FLAG_HOST_REQUIRED en filter_var(), eliminada en PHP 8. Fix: sacar ese tercer argumento.

2. URLs/REDIRECCIONES ROTAS EN INSTALACIONES EN SUBDIRECTORIO

- Redirecciones de login (setLevel(), redirectTo() en c.core.php) arman la URL a mano sin anteponer $this->settings['url'], así que en cualquier instalación que NO viva en la raíz del dominio (ej. midominio.com/foro/), termina redirigiendo a midominio.com/login/... (sin el subdirectorio) → 404.

- Botones "Volver al listado" (/admin/news) y "Mover Posts" (/admin/cats) en el panel de admin usan location.href = '/admin/...' hardcodeado en las plantillas, mismo problema.

- Ícono de RSS de "Últimos posts" en el home también hardcodea /rss/ultimos-post sin el prefijo.

3. BUGS DE LÓGICA / FUNCIONES INCOMPLETAS

- /admin/creditos muestra la librería GD como N/A aunque esté instalada y funcionando: el bloque elseif($action=='creditos') de admin.php nunca asigna $smarty->assign("tsVersion", $tsAdmin->getVersions()).

- Selects de país/estado/mes/año vacíos en /cuenta/perfil: el bloque que asigna esos datos en cuenta.php corre con if(empty($action)), pero la ruta real entra con $action='perfil', así que nunca se ejecuta.

- Faltan las provincias/estados de ~80 países en geodata.php (confirmado con República Dominicana, Islandia, Singapur, entre otros): el array $estados[...] simplemente no los tiene cargados.

- Selects "Fumo" y "Tomo alcohol" vacíos (sección "Cómo soy" del perfil): en datos.php solo existe el array combinado fumo_tomo, pero la plantilla busca fumo y alcohol por separado (no existen).

- "Me gustaría" (checkboxes) no se mostraba en el perfil: typo en la plantilla, pide $tsPData.gustaria/$tsPerfil.p_gustaria en vez de .gustos/.p_gustos (el nombre real usado en toda la base de datos y el resto del código).

- /retos/ da "No direct access." y luego error 500: tres bugs apilados. Falta la regla en .htaccess (las páginas hermanas como calendario/misiones/premios sí la tienen), el guard chequea una constante que no existe en ningún lado del código (TSCRIPT en vez de TS_HEADER), y después de rutear bien, llama a $tsCore->setTitle(), un método que no existe en la clase.

- muro.load_atta() (JS del muro) está sin terminar: recibe la URL de la foto/video adjunto al hacer click, pero nunca la usa, reemplaza el elemento clickeado por una imagen vacía o un string vacío, haciendo "desaparecer" la foto/video en vez de mostrarla en grande.

- Avatar GIF animado se queda estático en todo el sitio: imagecreatefromgif() + imagejpeg() de GD solo puede leer/escribir UN cuadro, así que cualquier GIF que pase por el recorte/generación de miniaturas del avatar (c.upload.php) pierde la animación.

- Imagen de fondo de perfil no se aplicaba nunca: typo de tipo MIME en la plantilla, <style type="text/style"> en vez de text/css. Por spec de HTML5 los navegadores ignoran por completo un <style> con type inválido, así que el background-image nunca se veía aunque la URL fuera correcta.

- Portada de perfil no se mostraba en /mi/: el controlador (portal.php) solo carga $tsPerfil condicionalmente (para el aviso de bienvenida a cuentas nuevas), nunca de forma incondicional para el resto de la página.

- Al subir una foto de perfil inválida, el mensaje de error mostraba [object Object] en vez del texto real, porque el callback de éxito solo sabía manejar dos formatos de respuesta distintos y no el de error real del servidor.

- "Subir por URL" para avatar rechazaba links de imagen con ?token=... (típico en CDNs como Discord/Google): la validación de extensión de archivo no ignoraba el query string de la URL.

- Videos de YouTube embebidos en el cuerpo de un post se comportaban raro al hacer click: la función que los convierte en miniatura con botón de play (youtube_lazy_load()) reemplazaba la miniatura por el iframe original en el mismo lugar sin definir un tamaño, y el botón de play usaba una clase CSS sin top/left definidos, quedando flotando lejos de la miniatura.

- El buscador global solo aparecía en páginas de post individual: en la plantilla del header, el include del formulario de búsqueda estaba envuelto en una condición ($tsPage == 'posts' && $tsPost.post_id) sin ninguna razón aparente (el formulario no depende de esas variables).

-  Los botones "Olvidé mi contraseña" / "No me llegó el correo de confirmación" en el login llaman a remind_password()/resend_validation() en el onclick, pero esas funciones JS no existen en ningún archivo, parecen quedar de una función que nunca se implementó.

4. SEGURIDAD

- Inyección SQL en getMyPosts() (c.portal.php): los IDs de categoría guardados (u_portal.last_posts_cats) se concatenan directo en la query con implode() sin sanitizar ni castear a int. Además, si el array de categorías queda con un string vacío adentro, produce IN () (SQL inválido → error 500).

5. CHECKBOXES/RADIOS QUE NO REFLEJAN LA SELECCIÓN REAL (bug clásico de jQuery)

Encontramos este mismo patrón repetido en al menos 3 lugares distintos del código: se usa $(elem).attr('checked') (o .attr('disabled', '')) para leer/cambiar el estado de un checkbox/radio/input después de que el usuario interactúa con él. El problema es que .attr() refleja el atributo HTML original (con el que se renderizó la página), no el estado real después de un click, para eso hace falta .prop().

- Checkboxes de "categorías de interés" en /mi/ (portal.js, save_configs()) no se guardaban nunca, por leer con .attr('checked') en vez de .prop('checked').

- Al suspender a un miembro de una comunidad, el sistema siempre aplicaba "Cambiar rango" en su lugar: en comunidades.js, member_admin_submit() lee .attr('checked') sobre un selector que matchea los dos radios del formulario (mismo name); jQuery devuelve el atributo del primero que encuentra, que queda marcado desde el HTML y nunca se limpia. Resultado: no importa cuál elija el moderador, siempre se interpreta como "Cambiar rango", la suspensión nunca se ejecuta.

- El campo de URL para adjuntar un enlace/foto/video en el muro queda bloqueado para siempre si la primera URL ingresada es inválida: se deshabilita con .attr('disabled', 'true') y se intenta re-habilitar con .attr('disabled', ''), que en HTML sigue siendo un atributo "presente" (=deshabilitado). Solo se soluciona refrescando toda la página.

6. DOBLE-ESCAPADO DE HTML EN LOS ADJUNTOS DEL MURO

- El título de un video de YouTube compartido se guarda con las entidades HTML duplicadas (por ejemplo, un "&" termina guardado como "&" en vez de "&", y una comilla como "'" literal en vez de la comilla real en enlaces compartidos): el título llega desde get_meta_tags() ya con las entidades HTML codificadas una vez (así lo entrega YouTube), y el código lo vuelve a pasar por htmlspecialchars() sin decodificar primero. Encontramos el mismo patrón en foto, enlace y video: ajaxCheck($return=true) ya devuelve los valores escapados, y streamPost() los vuelve a escapar antes del INSERT, doble pasada de escapado sobre el mismo valor.

7. VISTA PREVIA DE ADJUNTOS EN EL MURO NO SE MOSTRABA

- Al adjuntar una foto o un enlace en el composer del muro, después de dar clic en "Adjuntar" la tarjeta de previsualización (imagen + título + descripción) nunca aparecía visualmente, aunque el AJAX funcionara bien. Causa: una regla CSS muy genérica en el tema, #attaContent div{display:none}, oculta cualquier <div> hijo del composer, y el HTML de la tarjeta no traía display seteado explícito para ganarle a esa regla.
============================================================================================
paises que no tienen provincia en el formulario de perfil

anguila, ciudad del vaticano, eslovenia, filipinas, groenlandia, guam, hong kong, isla bouvet, isla de man, isla navidad, islandia, islas caiman, islas cocos, islas cook, islas feroe, islas georgias del sur y sandwich del sur, islas heard y mcdonald, islas marianas del norte, islas marshall, islas pitcairn, islas salomon, islas turcas y caicos, islas virgenes britanicas, islas virgenes estadounidenses, islas ultramarinas de estados unidos, jersey, libia, liechtenstein, malta, mayotte, moldavia, nauru, niue, norfolk, nueva caledonia, oman, polinesia francesa, republica centroafricana, republica checa, republica democratica del congo, republica dominicana, republica de macedonia, republica del congo, republica arabe saharaui democratica, reunion, ruanda, saint-martin, samoa, samoa americana, san bartolome, seychelles, singapur, siria, somalia, sri lanka, suazilandia, sudan, surinam, svalbard y jan mayen, tayikistan, territorio britanico del oceano indico, territorio australes franceses, territorios palestinos, timor oriental, tokelau, tonga, turkmenistan, tuvalu, uganda, uzbekistan, vanuatu, wallis y futuna, yemen, yibuti y zimbabue.
si. lo revise uno por uno lol

aqui esta un fix rapido que me creo claude del geodata.php:
Registrate o inicia tu sesión para ver este contenido
----------------------------------------------------------------------------------------------
9.vulnerabilidad de seguridad real: en el editor de posts (/agregar/), cuando pegás un link solo en una línea, se genera automáticamente una tarjeta de vista previa (link-preview.js). El título, la descripción y el dominio pasaban por un escapeHtml() antes de insertarse en el HTML — pero la imagen (og:image, sacada de un sitio externo cualquiera) y el link se insertaban sin escapar, directo dentro de un atributo src="...".

Cualquiera podría poner en su propia página un og:image con algo como content='x.jpg" onerror="robar_cookies()"', y si alguien pegaba ese link en un post, ese HTML malicioso quedaba guardado dentro del post — ejecutándose para todos los que lo vieran después (XSS almacenado). fix: agregando el mismo escape a esos dos campos.

Además revisé:

Otros lugares con posible inyección SQL (c.actividad.php, c.mensajes.php, c.admin.php, c.sugerencias.php) — todos están bien sanitizados, no encontré más.
El mismo patrón de HTML sin escapar en otros archivos JS — encontré usos similares con datos de TMDB (posters de películas), pero esos vienen de una API/catálogo curado, no de cualquier sitio externo, así que el riesgo es mucho menor y no lo toqué.
========================================================================
Actualización — después del post original:

10. LLAMADA A MÉTODO INEXISTENTE TRAS UN REFACTOR

Error 500 (fatal) al enviar el formulario de "Olvidé mi contraseña" / "No me llegó el correo de confirmación": en inc/php/ajax/ajax.recover.php (rutas recover-pass / recover-validation) queda una línea residual $tsEmail->emailHeaders = $tsEmail->setEmailHeaders();. En algún momento c.emails.php se reescribió para usar SMTP/PHPMailer y el método setEmailHeaders() ya no existe en la clase — la llamada quedó huérfana. Confirmado en el error.log del servidor. Fix: eliminar esa línea (no hace falta, PHPMailer maneja los headers solo).

11. FEATURE MAL ETIQUETADA / INCOMPLETA [OPCIONAL] 

La pestaña "Mis posts" en /mi/ en realidad no muestra los posts que escribió el usuario: muestra "últimos posts de tu interés" (un filtro por categorías guardadas), no posts de autoría propia. El nombre de la pestaña es engañoso — no hay ningún método en el código que filtre por post_user para esta vista. Fix que aplicamos: agregamos un getAuthoredPosts() nuevo (filtra por post_user) como pestaña real "Mis posts", y renombramos la de categorías a "De mi interés".



NOTA: esto es generado con inteligencia artificial que comete errores, pero dirigido por mí. Le digo qué hacer y dónde buscar. Pongo esto aquí con fines de ayudar. Gracias.]]> <![CDATA[Risus Nova 2.0.5 [Pagina monitor]]]> https://phpost.es/tema-Resuelto-Risus-Nova-2-0-5-Pagina-monitor Sat, 20 Jun 2026 05:32:33 +0200 carlos007r]]> https://phpost.es/tema-Resuelto-Risus-Nova-2-0-5-Pagina-monitor Problema a resolver:

en Registrate o inicia tu sesión para ver este contenido doy click en aviso y me lleva a:
Registrate o inicia tu sesión para ver este contenido
la pagina no carga

Claude code responde:
Confirmado: la página de
 
Código:
/monitor/
está dando 500 con respuesta vacía (sin mensaje,
 
Código:
Content-Length: 0
). Eso pasa cuando PHP muere de forma fatal antes de poder enviar nada al navegador — necesito el
 
Código:
error.log
para ver el error exacto.

le envio el log:
Registrate o inicia tu sesión para ver este contenido

Claude code responde:Ya sé cuál es: en
 
Código:
c.monitor.php
(línea 303), dentro de
 
Código:
getNotificaciones()
, hay una consulta SQL que está fallando (probablemente por una tabla que falta o un error de sintaxis SQL), y el código no comprueba si la consulta falló antes de intentar leer el resultado — por eso
 
Código:
mysqli_fetch_assoc()
recibe
 
Código:
NULL
en vez de un resultado válido y truena.
(De paso: veo que el error del
 
Código:
array_merge
del muro ya no volvió a aparecer después de las 21:05 — esa corrección sí funcionó. También noto un error nuevo de Smarty en
 
Código:
t.perfil.tpl
línea 211 con el mismo problema de siempre — JavaScript con llaves
 
Código:
{2,3}
sin envolver en
 
Código:
{literal}
— pero eso es para después, cuando lo necesites.)
¿Puedes subirme
 
Código:
C:\xampp\htdocs\nova1\inc\class\c.monitor.php
?
le envio el c.monitor.php
Claude code responde:
Encontrado — es un simple error de tipeo en la línea 303:
$query = db_exec(array(__FILE__, __LINE__), 'query', 'SELECT c_monitor FROM u_portal ...');
$filtros = db_exec('fetch_assoc', $cuery);   // ← debería ser $query, no $cuery

La consulta se guarda en
 
Código:
$query
, pero la línea de abajo intenta leer el resultado de una variable que no existe (
 
Código:
$cuery
, con la "c" y la "u" cambiadas), así que PHP recibe
 
Código:
NULL
en vez del resultado real.

Confirmado, es la única vez que aparece — un typo aislado. La corrección:
Reemplaza tu
 
Código:
C:\xampp\htdocs\nova1\inc\class\c.monitor.php
con este (un solo cambio:
 
Código:
$cuery
→
 
Código:
$query
en la línea 303). Prueba de nuevo a entrar a
 
Código:
/monitor/
.
este fue el archivo que claude genero:
Registrate o inicia tu sesión para ver este contenido

y con esto la pagina volvio a funcionar  Rolleyes

Nota:
Pongo este tema para ayudar con errores que me pasan y con motivo de informar. Claude code es una inteligencia artificial que comete errores, y los códigos que comparto aquí no son para uso final, sino para ayudar.  
¡Gracias!]]> Problema a resolver:

en Registrate o inicia tu sesión para ver este contenido doy click en aviso y me lleva a:
Registrate o inicia tu sesión para ver este contenido
la pagina no carga

Claude code responde:
Confirmado: la página de
 
Código:
/monitor/
está dando 500 con respuesta vacía (sin mensaje,
 
Código:
Content-Length: 0
). Eso pasa cuando PHP muere de forma fatal antes de poder enviar nada al navegador — necesito el
 
Código:
error.log
para ver el error exacto.

le envio el log:
Registrate o inicia tu sesión para ver este contenido

Claude code responde:Ya sé cuál es: en
 
Código:
c.monitor.php
(línea 303), dentro de
 
Código:
getNotificaciones()
, hay una consulta SQL que está fallando (probablemente por una tabla que falta o un error de sintaxis SQL), y el código no comprueba si la consulta falló antes de intentar leer el resultado — por eso
 
Código:
mysqli_fetch_assoc()
recibe
 
Código:
NULL
en vez de un resultado válido y truena.
(De paso: veo que el error del
 
Código:
array_merge
del muro ya no volvió a aparecer después de las 21:05 — esa corrección sí funcionó. También noto un error nuevo de Smarty en
 
Código:
t.perfil.tpl
línea 211 con el mismo problema de siempre — JavaScript con llaves
 
Código:
{2,3}
sin envolver en
 
Código:
{literal}
— pero eso es para después, cuando lo necesites.)
¿Puedes subirme
 
Código:
C:\xampp\htdocs\nova1\inc\class\c.monitor.php
?
le envio el c.monitor.php
Claude code responde:
Encontrado — es un simple error de tipeo en la línea 303:
$query = db_exec(array(__FILE__, __LINE__), 'query', 'SELECT c_monitor FROM u_portal ...');
$filtros = db_exec('fetch_assoc', $cuery);   // ← debería ser $query, no $cuery

La consulta se guarda en
 
Código:
$query
, pero la línea de abajo intenta leer el resultado de una variable que no existe (
 
Código:
$cuery
, con la "c" y la "u" cambiadas), así que PHP recibe
 
Código:
NULL
en vez del resultado real.

Confirmado, es la única vez que aparece — un typo aislado. La corrección:
Reemplaza tu
 
Código:
C:\xampp\htdocs\nova1\inc\class\c.monitor.php
con este (un solo cambio:
 
Código:
$cuery
→
 
Código:
$query
en la línea 303). Prueba de nuevo a entrar a
 
Código:
/monitor/
.
este fue el archivo que claude genero:
Registrate o inicia tu sesión para ver este contenido

y con esto la pagina volvio a funcionar  Rolleyes

Nota:
Pongo este tema para ayudar con errores que me pasan y con motivo de informar. Claude code es una inteligencia artificial que comete errores, y los códigos que comparto aquí no son para uso final, sino para ayudar.  
¡Gracias!]]> <![CDATA[Risus Nova 2.0.5 - [Pagina mi/] Errores Y Bugs]]> https://phpost.es/tema-Resuelto-Risus-Nova-2-0-5-Pagina-mi-Errores-Y-Bugs Sat, 20 Jun 2026 02:21:53 +0200 carlos007r]]> https://phpost.es/tema-Resuelto-Risus-Nova-2-0-5-Pagina-mi-Errores-Y-Bugs Página mi/.
Estoy probando el script en el programa XAMPP y en la demo.

Errores o bugs
1.Resuelto
Error en muro. 
Lo primero que noté:
Al identificarme con mi cuenta en la demo, todo funcionaba bien. Podía entrar a Registrate o inicia tu sesión para ver este contenido sin problemas.  
Hasta que empecé a probar subir fotos al muro:  
Al poner el enlace de la imagen, en la parte superior aparece la imagen de carga, pero sin mostrar nada más.  
Asumí que estaba bien, así que en el campo de descripción puse "prueba 1" (nota: el campo de descripción se ve cortado a la mitad del cuadro del marco).  

Luego, le di a "Compartir". El botón se queda en blanco y no pasa nada. Tras varios intentos fallidos, intenté poner un video de YouTube y tampoco funcionó.

Luego, la página se bloquea mostrando un error 500.
Esto ocurrió tanto en la demo como en la instalación local.
======================================
2.Resuelto
En perfil/ 
En Registrate o inicia tu sesión para ver este contenido no funciona o dejo de funcionar, se carga la pagina pero la portada dejo de funcionar 
Registrate o inicia tu sesión para ver este contenido
=========================================================
3.Resuelto
No se puede eliminar post del muro con la X para eliminar publicacion en muro no hace nada.
====================================================
4.Resuelto
no se puede subir fotos al muro
====================================================
3.Resuelto
la pagina de Retos da error dice: No direct access.
====================================================
6.Resuelto
aveces no se le puede dar like a videos
====================================================
3.Resuelto
la barra de dar like ocupa la mitad del post en muro : Registrate o inicia tu sesión para ver este contenido
me parece que va debajo
====================================================
3.Resuelto
boton compartir extrano al dar click se comporta raro y algo anormal
====================================================
9.Resuelto
postea un video y luego trata de postear otro y el anterior se queda y no deja poner un nuevo video.
====================================================
 Reportando...
gracias.
 
]]> Página mi/.
Estoy probando el script en el programa XAMPP y en la demo.

Errores o bugs
1.Resuelto
Error en muro. 
Lo primero que noté:
Al identificarme con mi cuenta en la demo, todo funcionaba bien. Podía entrar a Registrate o inicia tu sesión para ver este contenido sin problemas.  
Hasta que empecé a probar subir fotos al muro:  
Al poner el enlace de la imagen, en la parte superior aparece la imagen de carga, pero sin mostrar nada más.  
Asumí que estaba bien, así que en el campo de descripción puse "prueba 1" (nota: el campo de descripción se ve cortado a la mitad del cuadro del marco).  

Luego, le di a "Compartir". El botón se queda en blanco y no pasa nada. Tras varios intentos fallidos, intenté poner un video de YouTube y tampoco funcionó.

Luego, la página se bloquea mostrando un error 500.
Esto ocurrió tanto en la demo como en la instalación local.
======================================
2.Resuelto
En perfil/ 
En Registrate o inicia tu sesión para ver este contenido no funciona o dejo de funcionar, se carga la pagina pero la portada dejo de funcionar 
Registrate o inicia tu sesión para ver este contenido
=========================================================
3.Resuelto
No se puede eliminar post del muro con la X para eliminar publicacion en muro no hace nada.
====================================================
4.Resuelto
no se puede subir fotos al muro
====================================================
3.Resuelto
la pagina de Retos da error dice: No direct access.
====================================================
6.Resuelto
aveces no se le puede dar like a videos
====================================================
3.Resuelto
la barra de dar like ocupa la mitad del post en muro : Registrate o inicia tu sesión para ver este contenido
me parece que va debajo
====================================================
3.Resuelto
boton compartir extrano al dar click se comporta raro y algo anormal
====================================================
9.Resuelto
postea un video y luego trata de postear otro y el anterior se queda y no deja poner un nuevo video.
====================================================
 Reportando...
gracias.
 
]]> <![CDATA[Problemas para subir imágenes]]> https://phpost.es/tema-SIN-RESPUESTA-Problemas-para-subir-im%C3%A1genes Wed, 10 Jun 2026 03:34:44 +0200 comandante]]> https://phpost.es/tema-SIN-RESPUESTA-Problemas-para-subir-im%C3%A1genes [Imagen: r6HTC3r.png][Imagen: 3vUqDuu.png][Imagen: MT2MqUq.png]]]> [Imagen: r6HTC3r.png][Imagen: 3vUqDuu.png][Imagen: MT2MqUq.png]]]>