Comparto mis hallazgos mientras avanzo en una migración de phpBB3 a Discourse.
Las soluciones incluyen:
Base de datos de origen PostgreSQL
Emoji
Ajustes en el importador (corrección de error de cita, mejor soporte de bbcode (incluido YouTube), comentarios de adjuntos)
Publicaciones eliminadas de forma suave importadas como publicaciones normales
Soy muy exigente, así que si me sigues, deberías poder obtener un resultado bastante bueno.
Estoy considerando mudarme a Discourse desde phpbb (historial de versiones instaladas: 3.2.1 - 3.2.8).
El problema es que uso PostgreSQL para la base de datos. ¿Sugerencias? No lo he intentado, pero supongo que aún no es compatible según la publicación original.
¿Salió alguna vez el nuevo script de importación? Veo que fue hace poco más de un año.
script/import_scripts/phpbb3 y script/bulk_import son importadores completamente separados
el importador masivo es menos sofisticado (aunque más rápido) y, por ejemplo, ¿no importará archivos adjuntos?
si es así, parece que hay desventajas en el uso del importador masivo…
¿no hay otra solución, entonces? ¿sería aconsejable explorar la posibilidad de realizar una migración de base de datos de postgresql a mysql o algo similar?
¿es ese importador el que será obsoleto? ¿cuál es el estado del ‘nuevo’? estoy tratando de decidir cuánto esfuerzo dedicar a esto, ¿habrá valor upstream?
No he lidiado con el problema de postgresql a mysql yo mismo, pero puramente desde la perspectiva de migrar de phpBB a Discourse, mi opinión es: haz lo que sea necesario para lograr la migración.
He migrado dos foros de phpBB a Discourse, y aunque hubo las habituales quejas de un pequeño número de usuarios que se obtienen con cualquier cambio, ¡los beneficios de Discourse bien valen la pena! No solo es Discourse más fácil de mantener y administrar, sino que la participación de usuarios incorporada, el manejo de imágenes, la personalización de usuarios y la legibilidad de Discourse son solo algunas de las características que están muy por delante de phpBB, hasta el punto de que no hay comparación. También obtienes un soporte mucho mejor con Discourse.
No soy un experto, pero una búsqueda rápida parece indicar que podrías migrar de postgresql a mysql haciendo un volcado del esquema, cambiando los tipos de datos en las sentencias del esquema para que coincidan con los utilizados por mysql, usando el esquema modificado para crear las tablas en una base de datos mysql y luego haciendo una exportación e importación CSV tabla por tabla.
Una vez que tengas la base de datos mysql, podrías usar el script de migración regular de phpBB y tener todos tus adjuntos.
No quise dar a entender que sería fácil, solo que vale la pena el esfuerzo, incluso es posible hacerlo manualmente, y parece que hay muchos recursos disponibles para lograrlo, tanto con herramientas automatizadas como manualmente.
Dado que odio Ruby, y el importador existente será obsoleto en favor del importador masivo (que aún no es lo suficientemente bueno para mis propósitos), voy a seguir adelante con la estrategia de migración de PostgreSQL a MySQL.
Estoy avanzando con el asistente de migración de MySQL Workbench. Escribiré una pequeña guía si tiene éxito, pero hasta ahora parece prometedor.
básicamente, mysql workbench falla al importar unicode. intentaré con mariadb mañana y veré si puedo establecer la codificación predeterminada de la base de datos o algo antes de importar.
Hubiera sido genial si MySQL Workbench hubiera funcionado. Vi un montón de informes de error con él cuando miré las opciones, así que no lo recomendé.
Mencioné el volcado de esquema y el método de exportación/importación CSV una vez antes, y solo lo mencionaré una vez más con una ligera modificación para hacerlo mucho más fácil y luego me callaré.
Si quieres ir por la ruta de la GUI:
Consigue una exportación solo de estructura de todas las tablas de una copia funcional de la misma versión de phpBB3 que estás utilizando y que ejecuta MySQL/MariaDB. A alguien le tomaría literalmente dos minutos crear una desde phpMyAdmin, que está disponible en la mayoría de los hosts web que ejecutan MySQL/MariaDB. (Alternativamente, podrías obtener las sentencias CREATE TABLE que necesitas de los scripts de instalación de phpBB3 si no puedes conseguir que alguien haga la exportación solo de estructura por ti, o incluso usar una cuenta de hosting web económica para hacer una instalación limpia de tu versión de phpBB3 en un entorno MySQL/MariaDB y luego eliminar los datos en las tablas que crea para crear una base de datos MySQL/MariaDB vacía).
Encuentra acceso a un host web con MySQL/MariaDB y phpMyAdmin, crea la base de datos, importa la estructura desde la exportación solo de estructura que creaste en el paso 1 usando phpMyAdmin.
Crea una exportación CSV para cada tabla de tu base de datos postgresql y haz una importación CSV a la tabla correspondiente usando phpMyAdmin en tu nueva base de datos MySQL/MariaDB.
Creo que eso evitará cualquier problema con el juego de caracteres y la codificación, y no tendrás que averiguar todos los tipos de datos y tamaños de campo correspondientes que se requerirían si intentaras convertir manualmente el volcado de esquema de postgre.
Puedo darte una sentencia SQL solo de estructura, pero la única DB que todavía tengo es de phpBB3 3.3.8, por lo que podría agregar más problemas si estás usando la v. 3.2.x.
jaja. sí, se necesitaron algunos trucos no obvios para que funcionara hasta donde llegué. Creo que todavía podría funcionar, pero gracias por darme otra vía para explorar.
ok, phew. aquí está mi solución para la importación de postgresql.
esto te llevará desde un volcado de postgres a un servidor mariadb funcional en el que puedas conectar el importador. requiere docker compose.
funciona para phpbb 3.2. no tengo idea sobre 3.3. si mueres por el soporte de 3.3, puedo intentar arreglarlo si me das un volcado de pg_dumpall de phpbb 3.3.
phpbb_smilies
├── phpbb_smilies.xlsx # referencia principal para ayudarte a decidir
├── import.yml # archivo de configuración con ambas opciones
├── orig_phpbb_smilies.csv # datos originales de phpbb
├── orig_files # archivos de emoji originales de phpbb
│ ├── icon_arrow.gif
│ └── ...
└── new_files # archivos de emoji renombrados para que coincidan con la columna `new_shortcode` en la hoja de cálculo
├── phpbb_arrow.gif
└── ...
Aquí está la publicación sin procesar migrada a Discourse:
[quote=", post:37, topic:1893"]
foo
[/quote]
bar
El postid y topicid migrados son correctos, pero falta el nombre de usuario. Esto hace que no sea interactivo. Cuando el nombre de usuario es una cadena vacía, la cita no se expande y no se puede hacer clic en ella para seguir la referencia a la publicación original.
¿Puedo esperar una mejor experiencia sin hacer mejoras en el importador? Es decir, ¿estoy haciendo algo mal?
Todavía no he resuelto el último problema, pero aquí tienes otra pregunta.
He notado que después de que termina la importación y se inicia el contenedor de la aplicación, mi servidor phpBB existente recibe muchos ataques. Creo que esto ocurre durante la fase de postprocesamiento de Sidekiq.
phpBB todavía existe en www.example.com, y Discourse está en dc.example.com.
Estoy tratando de entender qué está sucediendo realmente, qué configuraciones tienen sentido durante esta migración de prueba y qué configuraciones tendrán sentido para la migración final. Y si necesito tener phpBB en ejecución para ese postprocesamiento de Sidekiq. Pregunto porque no tengo idea de lo que sucede en el postprocesamiento.
Algunas configuraciones posiblemente relevantes en mi settings.yml actual:
import:
# Establece esto si importas múltiples foros phpBB en un solo foro de Discourse.
site_name:
site_prefix:
# esto es necesario para reescribir enlaces internos en las publicaciones
original: example.com # sin http(s)://
new: https://dc.example.com # con http:// o https://
Si hay algo más que necesites revisar, házmelo saber.
Otra cosa que no tengo clara es el subdominio www. Actualmente redirijo a www con nginx para phpBB. Entonces, en el ejemplo anterior, ¿importa si pongo original: example.com vs original: www.example.com? Pregunta similar para new cuando haga la migración final. Mis usuarios accederían a Discourse desde www.example.com, pero no sé cuál es la mejor práctica.
Soy bastante exigente con la migración de mi foro, así que sigo mejorando el importador. No estoy seguro de si me molestaré en hacer PRs ya que el importador está obsoleto y algunas de mis correcciones son semi-específicas para mi foro, pero esta rama tendrá todas mis correcciones combinadas en caso de que sea útil para alguien:
Corregí el problema de las citas, añadí soporte para algunos bbocodes añadidos comúnmente, hice que el análisis de enlaces de youtube fuera menos defectuoso y doy soporte a la extensión mentions/simplementions. Todavía tengo más cosas que mejorar, como añadir soporte para prefijos de múltiples sitios (el caso de uso principal es cuando tienes enlaces en tu foro a example.com y www.example.com).
Aunque doy soporte a algunas cosas no estándar, no debería ser un problema ejecutarlo en un foro phpBB estándar sin extensiones. Recomiendo usar el mío en cualquier caso.
La forma más fácil de usarlo es clonar mi rama en algún lugar y sobrescribir el directorio del script de importación dentro del contenedor con un montaje bind.
Es decir, clona mis cambios en algún lugar:
git clone --filter=blob:none --no-checkout https://github.com/ftc2/discourse.git discourse_dev
cd discourse_dev
git sparse-checkout set --cone
git switch phpbb_import
git sparse-checkout set script/import_scripts
Luego, añade esto a la configuración de tu contenedor import.yml:
Luego reconstruye el contenedor de importación. Después de reconstruir, probablemente querrás hacer un reset de dónde clonaste mi repositorio porque el proceso de compilación sobrescribirá mis archivos, lol.
cd /path/to/discourse_dev
git reset --hard HEAD
chown -R 1000:1000 .
