Varias cosas :
- He migrado un par de foros y no suele haber problema, a menos que estén cuajados de adjuntos, porque entonces no te vale solo con el SQL del backup, necesitas además los adjuntos. Por ej en SMF hay un directorio para los avatares personalizados (Avatar) y otro de adjuntos (attachmen). Alojamientos como los de GoDaddy suelen incluir el "haz click y listo" para instalarlos. Y probablemente el
phpBB-2.0.11.zip sea precisamente código + ficheros. Descomprimirlo en donde lo vayas a alojar, crear la base de datos en MYSQL, restaurar el SQL y luego cambiar el nombre del usuario y la base de datos en el fichero de configuración (settings.php, localsettings... o algo similar)
- Hostalia tiene una oferta de alojamiento multidominio gratis por un año. Mira por esta URL
https://www.hostalia.com/hosting/?utm_medium=cpc&utm_source=google&utm_term=www.museo8bits.es&utm_content=g_76144020621_c&utm_campaign=google_hosting_remarketing_texto&gclid=CIrwpaiDrMoCFVQaGwodeqgBtA o directamente en la web de Hostalia (suelen tener dos o tres campañas). Necesitaréis un dominio, pero un org.es puede salir en Piensa por 1.99+IVA al año. Y recuerda que es solo un año gratis, luego a pagar.
- Para comprobar como queda una restauración, yo os recomendaría usar una distro de Linux de las que te meten el paquete Apache+ PHP+MySQL e instalar el PHPbb (Ubuntu solía venir así, al menos la anterior LTS). Así no dependes de los demás hasta que has visto que va bien y puedes reutilizar un viejo Pentium IV. Y si tienes uno con USB 3, yo probaría la sugerencia que he visto en un par de foros: en lugar de instalar en el disco duro, hazlo en un Pendrive USB3 (los de APP tienen varios de oferta; el del 16 GB entre 7 u 8 euros) porque te irá casi como si hubieras puesto un SSD y te ahorras quebraderos de cabeza con los particionados.
- Se puede eliminar las direcciones de correo, que suelen almacenarse en la tabla de usuarios registrados. Pero lo mejor para eso es fijar el backup a una línea por registro (para tener un fichero más grande pero con una línea más manejable) y recurrir luego a Perl o Pyton para que hagan el paso a asteriscos (vas leyendo y escribiendo líneas; buscas el nombre de la tabla y cuando coincida en el INSER INTO, localizas el campo y hale a reemplazar números y letras por *) Pero os quedaréis sin notificaciones.
- Lo anterior no vale si usan campos binarios como en MediaWiki (había un mod para compartir los usuarios de MediaWiki y phpBB)
- Efectivamente las contraseñas se almacenas como MD5, irrecuperables a menos que pongas 8 tarjetas gráficas en pararelo a crackear por fuerza bruta durante más de 9 meses, pero al menos las primeras implementaciones tenían un fallo muy gordo: te bastaba con copiar tu clave (que ya sabes) o sacar la suma MD5 de un fichero con solo la clave que quieres usar, y luego pegarla sobre el campo del usuario que quieres suplantar en la base de datos MYSQL y listo. Por eso los esquemas más modernos añaden un dato variable, como el nombre del usuario o la fecha y hora de su registro (algo que esté almacenado en sus campos y no vaya a cambiar). En la documentación de Mediawiki está el esquema complicado que usan, y puede tomarse como ejemplo si se quiere implementar algo parecido