PHPost | Soporte, Descargas y Tutoriales de Risus Nova - Todos los foros

Risus Nova UI 1.0

Sun, 19 Jul 2026 16:05:25 +0200

Risus Nova UI 1.0

Rediseño completo de la interfaz de Risus Nova, basado en CoreUI (Bootstrap 5), con modo oscuro incluido.

DEMO
http://Registrate o inicia tu sesión par... contenido

Capturas

¿Qué incluye?

Rediseño completo con CoreUI (Bootstrap 5) en lugar de la maquetación clásica.
Modo claro / oscuro / automático (según el sistema).
Iconos de CoreUI Icons Free en la barra lateral.
Compatible con Risus Nova 2.1.5.

Descarga

Directo
Registrate o inicia tu sesión para ver este contenido Nova UI.7z

Mediafire
Mediafire

Google Drive
Google Drive

Si encuentras algún error o tienes alguna sugerencia, coméntalo en este mismo hilo.

Problemas detectados durante la instalación y solución encontrada

Sun, 19 Jul 2026 13:11:21 +0200

Problemas detectados durante la instalación y solución encontrada

Durante la instalación del sistema detecté varios problemas que impedían completar correctamente el proceso, incluso utilizando una base de datos completamente nueva.

Después de analizar el instalador, revisar el código PHP y realizar múltiples pruebas, logré identificar la causa principal de los errores.

=16Problemas encontrados

La instalación terminaba indicando:

Código:
⚠ La instalación quedó incompleta: se detectaron 18 errores.
El sistema creaba el archivo install.lock incluso cuando la instalación había fallado.
Al volver a ingresar al instalador aparecía un error 403 porque el propio instalador se bloqueaba.
El usuario debía eliminar manualmente el archivo install.lock para volver a intentarlo.
El instalador contabilizaba como errores situaciones que realmente eran advertencias normales de MySQL/MariaDB.

=16Análisis realizado

Se revisó completamente el proceso de instalación.

El problema no estaba relacionado con:

PHP
Permisos del servidor
config.inc.php
Conexión a MySQL
Versión de MariaDB

Después de revisar el archivo responsable de crear la base de datos se detectó un problema lógico.

=16Causa real del problema

El instalador ejecutaba consultas similares a las siguientes:

Código:
CREATE TABLE usuarios (...)

ALTER TABLE usuarios ADD COLUMN avatar ...

ALTER TABLE usuarios ADD COLUMN rango ...

ALTER TABLE usuarios ADD COLUMN estado ...

Sin embargo, muchas de esas columnas ya habían sido creadas anteriormente dentro del propio CREATE TABLE.

Posteriormente el instalador volvía a ejecutar:

Código:
ALTER TABLE ADD COLUMN ...

MariaDB respondía correctamente con mensajes como:

Código:
Duplicate column name

Duplicate key name

Table already exists

Duplicate entry

Estos mensajes no representan necesariamente un fallo crítico.

Simplemente indican que el elemento ya existe.

El problema era que el instalador contabilizaba cada uno de esos mensajes como un error fatal.

Por eso aparecía finalmente:

Código:
18 errores encontrados

cuando en realidad gran parte de ellos correspondían a elementos ya existentes.

=16Segundo problema detectado

Al finalizar la instalación el sistema ejecutaba inmediatamente:

Código:
touch("install.lock");

o su equivalente.

Luego mostraba la pantalla final.

Si existía cualquier advertencia durante el proceso, el instalador ya había quedado bloqueado.

Eso provocaba:

Error 403
Instalación incompleta
Imposibilidad de continuar

=16Otros problemas encontrados

No se verificaba correctamente si config.inc.php realmente se había escrito.
No existía validación adecuada para mysqli.
La conexión podía fallar sin informar el motivo exacto.
El puerto MySQL no siempre era considerado.
No existía tolerancia para instalaciones parcialmente ejecutadas.
No se comprobaba correctamente la escritura del archivo install.lock.
La instalación no era completamente repetible.

=16Solución aplicada

Se modificó el instalador para que:

No considere como errores los elementos que ya existen.
Detecte previamente tablas.
Detecte columnas existentes.
Detecte índices existentes.
Detecte registros duplicados.
Solo cree install.lock cuando toda la instalación finalice correctamente.
Permita repetir una instalación fallida sin bloquear el sistema.
Mejore el manejo de errores de MySQL y MariaDB.
Valide correctamente la escritura de config.inc.php.
Sea compatible con versiones actuales de PHP y MariaDB.

=16Resultado obtenido

Después de aplicar las correcciones:

La instalación puede repetirse sin errores.
No se generan falsos positivos.
El sistema no se bloquea prematuramente.
Los errores reales se distinguen claramente de simples advertencias.
La experiencia de instalación es considerablemente más estable.

=16Recomendaciones para futuras versiones

Utilizar migraciones versionadas en lugar de múltiples ALTER TABLE.
Implementar comprobaciones mediante INFORMATION_SCHEMA antes de modificar tablas.
Registrar todos los errores en un archivo install.log.
Mostrar al usuario exactamente qué consulta SQL falló.
Separar advertencias de errores críticos.
Incorporar un modo de reparación ("Repair Installation") para instalaciones incompletas.
Permitir actualizar instalaciones existentes sin generar errores por objetos previamente creados.

=16Conclusión

El origen del problema no estaba en el servidor, en PHP ni en MariaDB.

La causa principal correspondía a la lógica del instalador, que interpretaba como errores críticos respuestas normales del motor de base de datos al intentar crear nuevamente tablas, columnas e índices ya existentes.

Corrigiendo esa lógica y retrasando la creación del archivo de bloqueo hasta el final del proceso, el instalador se vuelve mucho más robusto, repetible y compatible con diferentes entornos de alojamiento.

PHPost v3.9.8 - La nueva etapa del proyecto

Fri, 17 Jul 2026 05:38:03 +0200

Hace tiempo que vengo trabajando en PHPost de forma incremental, parcheando aquí y allá, añadiendo funcionalidades sin mirar demasiado atrás. Pero llegó el momento de parar y hacer bien las cosas. No se trata solo de refactorizar: es una modernización completa del proyecto, de PHP 7.4/8.0 a PHP 8.3/8.4/8.5, con todo lo que eso implica.

La versión actual es la 3.9.8, y es donde empieza esta nueva era.

Vulnerabilidades corregidas:
- SQL Injection: Migradas a prepared statements
- CSRF: validación automática en RequestGuard
- XSS: escape universal de HTML via Html::escape()
- Sesiones: IDs con 256 bits de entropía usando bin2hex(random_bytes(32))
- JavaScript: Migrados a helper api() centralizado con headers CSRF automáticos

¿Qué se está haciendo ahora?
El foco está en tres grandes áreas:

1. Capa de base de datos completamente nueva
El viejo db_exec() y result_array() quedaron atrás.
Ahora tenemos:
- Clase Database con mysqli, soporte SSL, prepared statements nombrados (:param), transacciones y manejo de excepciones. (posiblemente lo migre a PDO, seguirá funcionando igual)
- Fachada DB con métodos estáticos: DB::fetch(), DB::insert(), DB::update(), DB::delete(), DB::upsert(), DB::increment(), DB::exists(), DB::value(), DB::column()

2. Sistema de seguridad desde cero
Se crearon componentes nuevos para cubrir vulnerabilidades:
- RequestGuard - valida cada petición: rechaza inyección de globals, claves inválidas, payloads oversized, y valida CSRF automáticamente (antiguamente era QueryString.php, pero no hace exactamente lo mismo)
- CsrfToken - generación y validación de tokens CSRF con random_bytes() y hash_equals()
- Password - hashing moderno con Argon2id/Bcrypt, validación de fortaleza, bloqueo de contraseñas comunes, cálculo de entropía, historial y expiración
- IP - detección segura de IP con soporte de proxies de confianza
- Html - escape centralizado de HTML con Html::escape(), reemplazando la vieja setSecure()
- Response - respuestas HTTP con headers CSP nonce, JSON/HTML/Text, descargas y redirecciones

3. Infraestructura moderna
- Contenedor de inyección de dependencias (Container) con autowiring, singleton, factory y bindings
- Sistema de rutas con notación de puntos y dos puntos, generación de URLs y resolución de rutas. (ej: $Route->get('assets.css') o $Route->get('assets:css'), para simplificar)
- Sistema de hooks con prioridades, integrado con Smarty para inyección de contenido, a penas iniciado. (tengo que integrarlo a los themes aun, pero funciona)
- Logger con LogLevel como enum de PHP 8.1+, formateo estructurado y archivos por canal con fecha
- Capa de compatibilidad PHP 8.5 para manejar deprecaciones como curl_close(), imagedestroy(), finfo_close()
- Sistema de configuración con lazy loading: Config::app(), Config::db(), Config::mail()
- ThemeManifest para parsear archivos info.theme con metadata de themes
- Sistema de ImageProviders con estrategia intercambiable: Cloudinary, ImgBB, Imgur
- Sistema de emails con API fluida: $email->to()->subject()->body()->send()
- Migraciones de base de datos con tracking en tabla w_migrations

4. Frontend
- Helper centralizado api() con headers CSRF automáticos, parseo JSON, manejo de errores y timeouts
- Sistema de dialog con init(), alert(), loading(), toast(), reintentar() (es el modal, pero modificado y "plugin")
- Lazy loading con IntersectionObserver para imágenes y elementos picture
- Integración de Highlight.js para bloques de código en BBCode

5. Tipado completo
Más de 2,000 funciones con tipos de retorno y parámetros aplicados en archivos:
- Tipos usados: array, ?array, string, bool, void, string|bool, never, mixed, int, float, etc.

¿Qué queda pendiente?
- 3 vulnerabilidades críticas: eval() en el sistema de dialog.js, open redirect en login.js, stored XSS en perfil.js
- 2 problemas medios: inconsistencia de cookies SameSite, unserialize() en Container
- 12 problemas bajos: migración switch-to-match, propiedades readonly, evaluación de dependencia jQuery, accesibilidad (ARIA, focus traps), expansión de CSP nonces

Compatibilidad
No habrá compatibilidad hacia atrás. Los cambios en la base de datos y la estructura del código romperán con versiones anteriores. Esto es necesario para avanzar.

Estabilidad
Durante la transición puede haber inestabilidad temporal y algunas funcionalidades deshabilitadas temporalmente.

El objetivo
Un proyecto que sea:
✅ Más comprensible - código claro que cualquiera pueda entender
✅ Más simple - sin complejidad innecesaria ni código oscuro
✅ Más mantenible - fácil de actualizar y extender
✅ Más robusto - menos bugs, mejor manejo de errores
✅ Más moderno - aprovechando PHP 8.5 y las mejores prácticas actuales
✅ Mejor documentado - para que otros puedan contribuir Aun no lo hice

Si quieres contribuir:
- Espera a que la nueva estructura esté lista
- Revisa la documentación cuando esté disponible
- Reporta issues si encuentras algo en las versiones de desarrollo
- Ideas siempre son bienvenidas, no hace falta contribuir con código

Reflexión final
Sé que romper compatibilidad nunca es fácil, pero a veces es necesario para avanzar. He aprendido mucho con este proyecto, y parte de ese aprendizaje es reconocer cuándo algo necesita ser rehecho correctamente en lugar de seguir parcheando. Este es un compromiso con la calidad a largo plazo.

Última versión estable: http://Registrate o inicia tu sesión par... contenido (creo que podría ser este, es del 2022)
Última versión anterior estable: http://Registrate o inicia tu sesión par... contenido (este es del 2019 php 7)
Última versión desarrollo: http://Registrate o inicia tu sesión par... contenido (subido 15.04.26, no contiene las imágenes de categorías, tiene otras .svg)

Si se les hace conocido el final del topic lo tome de mi otro topic hecho.
Para descargarlo, lo encontrarán en [b][url=Registrate o inicia tu sesión para ver este contenido]el servidor de ***** #descarga-test

Guía completa: PHPost (Risus Nova) con Docker desde cero

Sun, 12 Jul 2026 03:25:27 +0200

Hola!, he vuelto a la comunidad haha, hace un tiempo llevo desarollando otro script y me dió por instalar PHPost para ver como ha evolucionado y si puedo ayudar a mejorar en mis tiempos libres, como hoy que me ha entrado las ganas de instalar el script en mi server con docker y si alguno necesita un paso a paso de como hacerlo, esta es la guía definitiva, me gustaría que si hay mejoras o correcciones de typo por ejemplo, o mejoras en cuanto a docker me escriban, por ahora, nada más que decir, solamente agradecer a los desarrolladores que siguieron aquí haciendo posible esta comunidad.

Guía completa: PHPost (Risus Nova) con Docker desde cero

Te digo exactamente qué archivos crear, con qué nombre, dónde guardarlos y qué escribir dentro de cada uno. Copia, pega y listo.
Funciona igual en Windows, Linux y Mac. No necesitas instalar PHP, ni MySQL, ni Apache: Docker lo trae todo dentro.

La estructura final (esto es lo que vamos a construir)
Cuando termines, tendrás esto:

Código:
phpost/

│

├── Script/                      ← el script Risus Nova

│   ├── index.php

│   ├── config.inc.php

│   ├── install/

│   ├── files/

│   └── ... (todo el contenido del script)

│

├── docker/                      ← carpeta que TÚ creas

│   ├── Dockerfile

│   ├── php.ini

│   ├── vhost.conf

│   └── entrypoint.sh

│

├── docker-compose.yml           ← archivo que TÚ creas

├── .env.example                 ← archivo que TÚ creas (plantilla)

├── .env                         ← copia de .env.example con tus contraseñas

└── .dockerignore                ← archivo que TÚ creas

En total tienes que crear 7 archivos (más la carpeta

Código:
docker/

). Vamos uno por uno.

Paso 0: prepara la carpeta base

Crea una carpeta para el proyecto. La llamaré
Código:
phpost/
pero puedes ponerle el nombre que quieras.
Descarga Risus Nova de phpost.es e inserta todo el contenido del script dentro de una subcarpeta llamada

Código:
Script/
.
Crea una carpeta vacía llamada
Código:
docker/
al lado de

Código:
Script/
.

Quedaría así:

Código:
phpost/

├── Script/     ← con el script dentro

└── docker/     ← vacía de momento

Archivo 1 de 7 - docker/Dockerfile

Nombre:

Código:
Dockerfile
(sin extensión)
Dónde: dentro de la carpeta

Código:
docker/
Ruta:

Código:
phpost/docker/Dockerfile

Es el archivo que contiene todos los pasos que construye el contenedor de PHP + Apache con todas las extensiones que el script necesita.

Código:
FROM php:8.2-apache

# --- Extensiones de sistema necesarias para GD y utilidades ---

RUN apt-get update && apt-get install -y --no-install-recommends \

        libpng-dev \

        libjpeg62-turbo-dev \

        libfreetype6-dev \

        libwebp-dev \

        libonig-dev \

        libzip-dev \

        libssl-dev \

        curl \

        unzip \

    && rm -rf /var/lib/apt/lists/*

# --- Extensiones PHP obligatorias/recomendadas (REQUISITOS.txt) ---

#  mysqli, mbstring, gd, json(core), session(core), fileinfo(core),

#  openssl(core), curl, zip

RUN docker-php-ext-configure gd \

        --with-freetype \

        --with-jpeg \

        --with-webp \

    && docker-php-ext-install -j"$(nproc)" \

        mysqli \

        mbstring \

        gd \

        zip

# --- Apache: mod_rewrite + mod_headers (URLs limpias y cabeceras) ---

RUN a2enmod rewrite headers

# --- Config PHP a valores recomendados ---

COPY docker/php.ini /usr/local/etc/php/conf.d/zz-phpost.ini

# --- VirtualHost con AllowOverride All para que funcione el .htaccess ---

COPY docker/vhost.conf /etc/apache2/sites-available/000-default.conf

# --- Entrypoint: fija permisos de carpetas escribibles al arrancar ---

COPY docker/entrypoint.sh /usr/local/bin/entrypoint.sh

RUN chmod +x /usr/local/bin/entrypoint.sh

ENTRYPOINT ["entrypoint.sh"]

CMD ["apache2-foreground"]

Qué hace: parte de PHP 8.2 con Apache, instala las extensiones obligatorias (

Código:
mysqli

Código:
gd

Código:
mbstring

Código:
zip

), activa

Código:
mod_rewrite

para las URLs limpias, y prepara los tres archivos de configuración que creamos a continuación.

Cita:💡 GD se configura con

Código:
--with-freetype --with-jpeg --with-webp
antes de instalarse, o no podrá generar miniaturas ni avatares.

Archivo 2 de 7 - docker/php.ini

Nombre:

Código:
php.ini
Dónde: dentro de

Código:
docker/
Ruta:

Código:
phpost/docker/php.ini

Los ajustes de PHP que recomienda el

Código:
REQUISITOS.txt

del script.

Código:
; Valores recomendados por PHPost / Risus Nova (REQUISITOS.txt)

upload_max_filesize = 8M

post_max_size = 8M

max_execution_time = 60

memory_limit = 128M

; allow_url_fopen: comprobador de versiones, login Google, *****, StopForumSpam

allow_url_fopen = On

; Zona horaria (ajusta a tu region)

date.timezone = "Europe/Madrid"

expose_php = Off

Cita:El

Código:
allow_url_fopen = On
es importante: sin él pierdes el comprobador de versiones, el login con Google, las notificaciones de ***** y Stop Forum Spam.

Archivo 3 de 7 - docker/vhost.conf

Nombre:

Código:
vhost.conf
Dónde: dentro de

Código:
docker/
Ruta:

Código:
phpost/docker/vhost.conf

Configuración de Apache. La línea clave es

Código:
AllowOverride All

, sin ella el

Código:
.htaccess

del script se ignora y las URLs dan 404.

Código:

    ServerAdmin webmaster@localhost

    DocumentRoot /var/www/html

        Options +FollowSymLinks

        AllowOverride All

        Require all granted

    ErrorLog ${APACHE_LOG_DIR}/error.log

    CustomLog ${APACHE_LOG_DIR}/access.log combined

Archivo 4 de 7 - docker/entrypoint.sh

Nombre:

Código:
entrypoint.sh
Dónde: dentro de

Código:
docker/
Ruta:

Código:
mi-phpost/docker/entrypoint.sh

Este script se ejecuta cada vez que arranca el contenedor y arregla los permisos de las carpetas escribibles automáticamente (las mismas que el instalador te pide poner en 777).

Código:
#!/bin/bash

set -e

# Carpetas que deben tener permisos de escritura (REQUISITOS.txt)

WRITABLE_DIRS=(

    "cache"

    "templates_c"

    "files/uploads"

    "files/images"

    "files/avatar"

    "files/posts"

    "themes"

    "inc/smarty/templates_c"

)

cd /var/www/html

for dir in "${WRITABLE_DIRS[@]}"; do

    mkdir -p "$dir" 2>/dev/null || true

    chown -R www-data:www-data "$dir" 2>/dev/null || true

    chmod -R 777 "$dir" 2>/dev/null || true

done

exec "$@"

Cita:⚠️ MUY IMPORTANTE en Windows: guarda este archivo con saltos de línea LF (Unix), NO CRLF (Windows). Si lo guardas en formato Windows, el contenedor no arrancará y dará un error raro tipo

Código:
exec format error
. En VS Code lo cambias en la esquina inferior derecha: haz clic donde pone

Código:
CRLF
y elige

Código:
LF
.

Archivo 5 de 7 — docker-compose.yml

Nombre:

Código:
docker-compose.yml
Dónde: en la raíz del proyecto (al lado de

Código:
Script/
y

Código:
docker/
)
Ruta:

Código:
mi-phpost/docker-compose.yml

El director de orquesta. Junta la app, la base de datos y los extras opcionales.

Código:
services:

  # ---------------------------------------------------------------

  #  Aplicacion: PHP 8.2 + Apache (Risus Nova / PHPost)

  # ---------------------------------------------------------------

  app:

    build:

      context: .

      dockerfile: docker/Dockerfile

    container_name: phpost_app

    restart: unless-stopped

    depends_on:

      db:

        condition: service_healthy

    ports:

      - "${APP_PORT:-8080}:80"

    volumes:

      # Codigo del script (uploads persisten en el host)

      - ./Script:/var/www/html

    environment:

      TZ: ${TZ:-Europe/Madrid}

    networks:

      - phpost

  # ---------------------------------------------------------------

  #  Base de datos: MariaDB 10.11

  # ---------------------------------------------------------------

  db:

    image: mariadb:10.11

    container_name: phpost_db

    restart: unless-stopped

    environment:

      MARIADB_ROOT_PASSWORD: ${DB_ROOT_PASSWORD}

      MARIADB_DATABASE: ${DB_NAME}

      MARIADB_USER: ${DB_USER}

      MARIADB_PASSWORD: ${DB_PASSWORD}

      TZ: ${TZ:-Europe/Madrid}

    volumes:

      - db_data:/var/lib/mysql

    healthcheck:

      test: ["CMD", "healthcheck.sh", "--connect", "--innodb_initialized"]

      interval: 10s

      timeout: 5s

      retries: 10

    networks:

      - phpost

  # ---------------------------------------------------------------

  #  Cron: llama a cron.php de forma periodica (opcional)

  #  Activar con:  docker compose --profile cron up -d

  # ---------------------------------------------------------------

  cron:

    image: curlimages/curl:latest

    container_name: phpost_cron

    restart: unless-stopped

    depends_on:

      - app

    profiles: ["cron"]

    entrypoint: >

      sh -c "while true; do

        curl -s -o /dev/null Registrate o inicia tu sesión para ver este contenido || true;

        sleep ${CRON_INTERVAL:-300};

      done"

    networks:

      - phpost

  # ---------------------------------------------------------------

  #  phpMyAdmin (opcional, gestion de BD)

  #  Activar con:  docker compose --profile tools up -d

  # ---------------------------------------------------------------

  phpmyadmin:

    image: phpmyadmin:latest

    container_name: phpost_pma

    restart: unless-stopped

    depends_on:

      - db

    profiles: ["tools"]

    ports:

      - "${PMA_PORT:-8081}:80"

    environment:

      PMA_HOST: db

      UPLOAD_LIMIT: 64M

    networks:

      - phpost

volumes:

  db_data:

    driver: local

networks:

  phpost:

    driver: bridge

Detalles que importan:

Código:
depends_on ... condition: service_healthy
-> la app espera a que MySQL esté realmente listo.
Los servicios
Código:
cron
y

Código:
phpmyadmin
tienen

Código:
profiles
, así que NO arrancan salvo que tú los pidas (más abajo te explico cómo).

Archivo 6 de 7 - .env.example

Nombre:

Código:
.env.example
Dónde: en la raíz del proyecto
Ruta:

Código:
mi-phpost/.env.example

La plantilla de configuración. Aquí van puertos y contraseñas. La subes al repositorio sin miedo porque no tiene contraseñas reales.

Código:
# -------- Puertos host --------

APP_PORT=8080          # Registrate o inicia tu sesión para ver este contenido

PMA_PORT=8081          # phpMyAdmin (perfil tools)

# -------- Base de datos --------

# Estos valores son los que introduces en el instalador web.

# Hostname de BD en el instalador  =  db   (nombre del servicio)

DB_NAME=phpost

DB_USER=phpost

DB_PASSWORD=cambia_esta_password

DB_ROOT_PASSWORD=cambia_esta_root_password

# -------- Cron (perfil cron) --------

CRON_INTERVAL=300      # segundos entre llamadas a cron.php

# -------- Zona horaria --------

TZ=America/Bogota

Archivo 7 de 7 - .dockerignore

Nombre:

Código:
.dockerignore
Dónde: en la raíz del proyecto
Ruta:

Código:
mi-phpost/.dockerignore

Le dice a Docker qué NO meter dentro de la imagen (archivos que no hacen falta).

Código:
.git

*.md

CHANGELOG.txt

LEEME.txt

REQUISITOS.txt

*.url

.env

Comprobación: ¿tienes todo?
Antes de arrancar, revisa que tu carpeta tiene estos archivos y esta estrucutra:

Código:
phpost/

├── Script/                  ← el script (ya lo tenías)

├── docker/

│   ├── Dockerfile           ✔ archivo 1

│   ├── php.ini              ✔ archivo 2

│   ├── vhost.conf           ✔ archivo 3

│   └── entrypoint.sh        ✔ archivo 4  (¡en formato LF!)

├── docker-compose.yml       ✔ archivo 5

├── .env.example             ✔ archivo 6

└── .dockerignore            ✔ archivo 7

Ahora solamente falta arrancar el proyecto
Abre una terminal dentro de la carpeta

Código:
phpost/

y ejecuta:

Código:
# 1. Crea tu .env real a partir de la plantilla

cp .env.example .env

Ahora edita el

Código:
.env

y cambia

Código:
DB_PASSWORD

Código:
DB_ROOT_PASSWORD

por contraseñas de verdad.

Cita:🔑 Para generar una contraseña segura:

Código:
openssl rand -base64 18
(en Linux, Mac o Git Bash de Windows).

Código:
# 2. Construye y arranca todo

docker compose up -d --build

Espera un par de minutos la primera vez (se descarga y construye la imagen). Cuando termine:

La web está en Registrate o inicia tu sesión para ver este contenido
La base de datos corriendo por dentro

Para comprobar que todo está arriba:

Cita:docker compose ps

Debes ver

Código:
phpost_app

Código:
phpost_db

con estado

Código:
Up

(y la BD como

Código:
healthy

).

El instalador web

Abre http://Registrate o inicia tu sesión par... contenido y sigue el asistente.

Permisos de archivos

El instalador comprobará los permisos de las carpetas. Gracias al

Código:
entrypoint.sh

, deberían salir todos en OK (777) automáticamente. Si alguno sale en NO, reinicia el contenedor con

Código:
docker compose restart app

y recarga.

Datos de la base de datos
Aquí es donde falla casi todo el mundo. Pon exactamente esto:

El error nº1: poner "localhost"
En Docker cada contenedor es como un ordenador independiente. Si pones

Código:
localhost

, la app busca la base de datos dentro de sí misma y no la encuentra. Hay que usar el nombre del servicio:

Código:
db

. Docker se encarga de que ese nombre apunte al contenedor de MySQL en su red interna.

Grábate esto: el servidor de la base de datos es

Código:
db

, no

Código:
localhost

.

¿Dónde se guardan mis datos? (volúmenes)
Un contenedor es efímero: si lo borras, se lleva todo lo de dentro. Por eso los datos importantes viven fuera, en volúmenes. En este montaje hay dos:

Base de datos → volumen

Código:
db_data
. Todos los usuarios, posts y comentarios viven en un volumen que gestiona Docker. Aunque borres y recrees el contenedor, la BD sigue ahí. Solo se pierde con

Código:
docker compose down -v
.
Código y subidas → carpeta

Código:
Script/
de tu PC (bind-mount

Código:
./Script:/var/www/html
). Esto tiene dos ventajas:
- Editas un archivo en tu ordenador y el cambio se ve al instante en la web.
- Los avatares, imágenes y posts que suben los usuarios se guardan en tu carpeta
  
  Código:
  Script/files/
  , no dentro del contenedor. Así que sobreviven a cualquier cosa.

Comandos del día a día

Código:
docker compose ps                 # ver qué está corriendo

docker compose logs -f app        # ver logs de PHP/Apache

docker compose exec app bash      # entrar al contenedor

docker compose restart app        # reiniciar solo la app

docker compose down               # parar todo (conserva los datos)

docker compose down -v            # parar y BORRAR la base de datos ⚠️

docker compose up -d --build      # reconstruir tras cambiar el Dockerfile

Espero que les sirva bastante. Dudas y mejoras en los comentarios, saludos!

Actualización a Risus Nova 2.1.5

Fri, 10 Jul 2026 16:56:48 +0200

Actualización a Risus Nova 2.1.5

Esta actualización incluye correcciones de seguridad y bugs (ver el CHANGELOG para el detalle completo).
No requiere ejecutar ninguna consulta SQL — todos los cambios son de código (PHP, JS, CSS, plantillas).

⚠ Antes de empezar (en ambos casos)

Haz un backup rápido, aunque sea de estos dos elementos:

Tu archivo de configuración (`config.inc.php`)
Tu carpeta `files/` (avatares, fotos, adjuntos subidos por usuarios)

🆕 Si es una instalación nueva / demo

Sube todos los archivos nuevos.
No sobrescribas:
- `config.inc.php` — tiene tus credenciales de base de datos y configuración propia
- `files/` — son los datos reales de tus usuarios (avatares, fotos, adjuntos)
Vacía la caché de plantillas de Smarty — carpeta cache/ en la raíz del proyecto — vacía el contenido, no borres la carpeta.
Prueba: login, ver un post, comentar, el chat en vivo, y alguna acción de moderación si tienes cuenta admin.

🔄 Si ya tienes Risus Nova funcionando (sitio en producción)

No borres nada de tu servidor. Simplemente reemplazá los archivos que cambiaron, uno por uno o todos juntos, sobre tu instalación actual. Ningún archivo nuevo necesita una tabla o columna nueva en tu base de datos.

Pasos:

Descarga el paquete de actualización 2.1.5 desde la sección de Demos y Descargas.
Descomprímelo y sube los archivos respetando la misma estructura de carpetas que ya tienes en tu instalación, sobrescribiendo cada archivo existente.
Hay dos archivos nuevos que no reemplazan nada — se agregan:
- `JBBCode/validators/QuoteAuthorValidator.php`
- la carpeta completa `inc/ext/htmlpurifier/`
Vacía la caché de Smarty (carpeta `cache/` en la raíz del proyecto, mismo paso que arriba).
Prueba el sitio normalmente.

⚠ No toques:

`config.inc.php`
`files/` (o donde tengas configurado el almacenamiento de subidas — si usás Cloudinary, tampoco cambia nada ahí)
Tu base de datos — no hace falta ningún `ALTER TABLE` ni consulta manual

📁 Lista de archivos de esta actualización

Clases (`inc/class/`)

Código PHP:
c.core.php · c.cuenta.php · c.user.php · c.portal.php · c.posts.php · c.muro.php · c.mensajes.php · c.comunidades.php · c.monitor.php · c.actividad.php · c.upload.php · c.registro.php · c.premios.php 

Controladores AJAX (`inc/php/ajax`)

Código PHP:
ajax_files.php · ajax.admin.php · ajax.upload.php · ajax.moderacion.php · ajax.usuario.php · ajax.denuncia.php · ajax.registro.php · ajax.recover.php · ajax.mensajes.php · ajax.posts.php · ajax.comunidades.php · ajax.muro.php · ajax.perfil.php · ajax.comentario.php · ajax.chat.php · ajax.notificaciones.php · ajax.favoritos.php · ajax.bloqueos.php 

PHP (`inc/php/`)

Código PHP:
· admin.php · retos.php · portal.php 

Extensiones (`inc/ext/`)

Código PHP:
QueryString.php · functions.php · bbcode_inc.php · geodata.php · datos.php · wysibbupload.php · iupload.php 

Raíz del proyecto

Código PHP:
.htaccess 

🆕 Nuevos (no reemplazan nada existente):

`JBBCode/validators/QuoteAuthorValidator.php`
`inc/ext/htmlpurifier/` (carpeta completa)

JavaScript (`themes/default/js/`)

Código PHP:
link-preview.js · portal.js · comunidades.js · cuenta.js 

Plantillas de página (`themes/default/templates/`)

Código PHP:
t.perfil.tpl · t.login.tpl 

Sections (`themes/default/templates/sections/`)

Código PHP:
logo.tpl 

Módulos (`themes/default/templates/modules/`)

Código PHP:
m.cuenta_perfil_me.tpl · m.home_last_posts.tpl · m.home_tendencias.tpl 

Módulos de admin (`themes/default/templates/admin_mods/`)

Código PHP:
m.admin_cats.tpl · m.admin_noticias.tpl 

CSS

Código PHP:
estilo.css (en `themes/default/`) · perfil.css (en `themes/default/css/`) 

Cambios más importantes de esta versión (resumen)

Corregidas varias inyecciones SQL, incluyendo una explotable sin necesitar sesión.
Cerrado un hallazgo de borrado arbitrario de archivos en el recorte de avatar.
Agregado un sanitizador HTML (HTMLPurifier) para el contenido del editor CKEditor en posts y comentarios, que antes se guardaba sin filtrar.
Corregidos varios Fatal Error que rompían el registro y la recuperación de contraseña por email.
Numerosos bugs menores de PHP 8, permisos de acceso y consistencia.

Ver el CHANGELOG completo para el detalle entrada por entrada.

phpost.es/descargas/CHANGELOG.html

Tienda de Puntos v1.5

Thu, 09 Jul 2026 21:12:28 +0200

Tienda de Puntos v1.5
Actualización del módulo de Tienda de Puntos para Risus Nova 2.0 — PHPost

Complemento para Risus Nova 2.0: la Tienda de Puntos. Permite a los usuarios gastar sus puntos acumulados en mejoras para su perfil y sus posts.

🆕 Novedades en la v1.5

Regalar puntos a otro usuario — desde la propia tienda, indicando el nombre del destinatario, una cantidad y un mensaje opcional
Regalar artículos de la tienda — Marco de Avatar, Medalla y Rango se pueden comprar para regalárselos a otro usuario
Rango temporal o permanente — nuevo tipo de artículo configurable: el admin elige a qué rango da acceso y durante cuántos días (0 = permanente). Al caducar, el usuario vuelve automáticamente a su rango anterior
Nueva sección "Mis últimos regalos" en la tienda, con lo enviado y recibido

⚠️ ¿Vienes de la v1.0?
No hace falta reinstalar desde cero. Solo tienes que:

Ejecutar el archivo MIGRACION_si_ya_tenias_instalada_v1.0.sql una vez, en phpMyAdmin
Sustituir estos 4 archivos por los de esta versión:

Código:
inc/class/c.tienda.php inc/php/tienda.php themes/default/templates/modules/tienda/t.tienda.tpl themes/default/templates/modules/tienda/t.tienda.admin.form.tpl
Borrar la caché (/cache/)

Los archivos t.tienda.historial.tpl, t.tienda.admin.tpl y tienda.css no han cambiado, no hace falta volver a subirlos.

🛒 ¿Qué incluye?

Cambio de nick — Los usuarios pueden cambiar su nombre una vez cada 30 días.
Título personalizado — Un texto exclusivo que aparece bajo el nick en comentarios y perfil.
Color de nombre — Personaliza el color del nick con cualquier color hexadecimal.
Marco de avatar — Añade un marco especial alrededor del avatar.
Destacar post 24h — El post aparece destacado en la portada durante 24 horas.
Post fijado 48h — El post queda fijado en su categoría durante 48 horas.
Subir de rango — Sube al siguiente rango sin necesidad de acumular más puntos.
Medallas — Obtén medallas exclusivas para el perfil.
Rango temporal o permanente — accede a un rango específico configurado por el admin, con o sin fecha de caducidad.
Regalos — regala puntos o artículos de la tienda a otros usuarios.

📋 Requisitos

Risus Nova 2.0 instalado y funcionando
PHP 8.0+
MySQL 5.7+ / MariaDB 10.4+

🛠️ Instalación (desde cero)
Paso 1 — Ejecutar el instalador
Sube la carpeta install/ del ZIP a la raíz de tu sitio y accede a:

Código:
Registrate o inicia tu sesión para ver este contenido

Pulsa Instalar ahora. El instalador creará automáticamente:

Tabla w_tienda — catálogo de artículos
Tabla w_tienda_compras — historial de compras
Tabla w_tienda_regalos — historial de regalos de puntos
Columnas nuevas en u_miembros: user_title, user_name_color, user_avatar_frame, user_rango_original, user_rango_expira
Columnas nuevas en p_posts: post_featured, post_sticky_until
9 artículos de ejemplo con precios predefinidos

⚠️ Elimina la carpeta install/ del servidor cuando termine.
Paso 2 — Subir los archivos

Código:
inc/class/c.tienda.php     →  inc/class/

inc/php/tienda.php         →  inc/php/

themes/default/css/tienda.css  →  themes/default/css/

themes/default/t.tienda.tpl            →  themes/default/templates/

themes/default/t.tienda.historial.tpl  →  themes/default/templates/

themes/default/t.tienda.admin.tpl      →  themes/default/templates/

themes/default/t.tienda.admin.form.tpl →  themes/default/templates/

Paso 3 — Añadir el CSS en el header
Abre themes/default/templates/sections/main_header.tpl y añade esta línea junto al resto de CSS:

Código:

Paso 4 — Añadir el enlace en el menú
Abre themes/default/templates/sections/head_menu.tpl y añade este elemento en el menú principal:

Código:



    

         Tienda

Paso 5 — Borrar la caché
Borra el contenido de la carpeta /cache/ desde el panel de administración o desde el gestor de archivos del hosting.

⚙️ Gestionar los artículos
Accede como administrador a tudominio.com/tienda/?action=admin para:

Crear nuevos artículos, incluyendo rangos temporales/permanentes
Editar precios y descripciones
Activar o desactivar artículos

🗑️ Desinstalar
Si quieres eliminar el complemento, ejecuta esto en phpMyAdmin:

Código:
DROP TABLE IF EXISTS w_tienda;

DROP TABLE IF EXISTS w_tienda_compras;

DROP TABLE IF EXISTS w_tienda_regalos;

ALTER TABLE u_miembros DROP COLUMN user_title;

ALTER TABLE u_miembros DROP COLUMN user_name_color;

ALTER TABLE u_miembros DROP COLUMN user_avatar_frame;

ALTER TABLE u_miembros DROP COLUMN user_rango_original;

ALTER TABLE u_miembros DROP COLUMN user_rango_expira;

ALTER TABLE p_posts DROP COLUMN post_featured;

ALTER TABLE p_posts DROP COLUMN post_sticky_until;

Y elimina los archivos subidos en el paso 2.

Capturas

Descarga
Mediafire
http://Registrate o inicia tu sesión par... contenido
Google Drive
http://Registrate o inicia tu sesión par... contenido
¿Tienes dudas o encuentras algún problema? Déjalo en los comentarios.

Risus Nova 2.1 - Cosas Que eE Visto

Thu, 09 Jul 2026 20:45:55 +0200

Hola! estoy corriendo Risus Nova v2.1 en un entorno local con PHP 8.2.12 con ayuda de claude code y fuimos encontrando varios bugs? del core. Los reporto acá con la causa y el fix que aplicamos, por si sirve para una próxima actualización. Los divido por categoría.

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,