Le Markdown devrait également fonctionner, mais je suppose que l’utilisation de <strong> pourrait contourner encore plus de cas limites. Attention, le mélange de HTML et de Markdown présente également quelques pièges… Voici une solution Markdown simple :
**texte\\\n\\\nmultiligne**
Je suis curieux, à partir de quelle version de phpBB importez-vous ? La conversion de BBCode en Markdown est bien meilleure pour la version 3.2 que pour les versions précédentes. Idéalement, vous ne devriez même plus voir de [b] dans les messages importés.
J’y ai pensé au début, mais… je déteste les trucs informatiques
Je ne connais pas bien phpBB et je ne voulais pas avoir à gérer d’éventuelles erreurs qui pourraient survenir lors d’une mise à jour à partir d’une version aussi ancienne.
Comme le script de migration de Discourse est compatible avec phpBB 3.0, j’ai choisi de ne pas mettre à jour phpBB…
Peut-être que certains problèmes de bbcode que j’ai rencontrés auraient été évités avec une mise à jour de phpBB. Des choses comme les listes imbriquées, [b] avec des sauts de ligne, etc…
Mais comme j’ai commencé à travailler sur l’importation en décembre, je suis sur le point d’avoir une importation qui fonctionne bien (idéalement, le nouveau forum serait en ligne dans peut-être deux semaines…) et je ne suis pas sûr de vouloir expérimenter maintenant une mise à jour de phpBB, surtout si je dois revoir toutes les corrections d’importation personnalisées que j’ai faites pour voir si l’importateur phpBB 3.2 gère mieux ces choses . Ce serait chronophage.
Cela dit… je pourrais expérimenter des choses ce week-end après-midi si je m’ennuie assez !
edit : J’ai essayé ; déménager sur un nouveau serveur puis passer à pbpBB 3.2 est un casse-tête. Problèmes HTTPS. Problèmes de cache. Autres problèmes. Procédures alambiquées et frustrantes. Le tutoriel officiel conseille d’utiliser des outils nécessitant une version obsolète de PHP (salut, PHP 5, ça fait longtemps…). Apparemment, je m’ennuie parfois mais je ne suis pas fou - pas assez pour faire ce genre de choses au moins.
Gerhard ! Tu es trompeur ! Passer à la version 3.2 n’est pas un grand service !
Mais assez parlé de phpBB lui-même… Et louons la mise à niveau en un clic de Discourse.
J’essaie de migrer des utilisateurs WordPress vers Discourse. J’ai réussi à suivre les instructions pour me connecter à notre base de données WP et importer les utilisateurs dans le conteneur Docker. Je voulais m’assurer qu’aucun e-mail ne serait envoyé pendant ou après la migration car nous utilisons le plugin SSO WordPress.
J’ai préfixé les e-mails avec “import_” pour qu’ils ne les reçoivent pas au cas où des tâches d’arrière-plan enverraient une confirmation par e-mail après la fin de la migration.
Je vois que la colonne last_emailed_at est définie après la migration :
Je sais que c’est défini par opts[:last_emailed_at] = opts.fetch(:last_emailed_at, Time.now) dans ImportScripts::Base::create_user().
Existe-t-il une fonction similaire à admin.email_tokens.update_all(confirmed: true) utilisée dans ImportScripts::Base::create_admin où l’e-mail est confirmé ?
Je ne vois aucun journal indiquant l’envoi d’e-mails. Des e-mails ont-ils réellement été envoyés ? Discourse essaiera-t-il d’envoyer des e-mails après que j’aie modifié les e-mails pour qu’ils soient valides ?
Ceci est hors sujet, car ce sujet concerne la migration de phpBB3…
Je recommande d’utiliser un domaine .invalid si vous voulez vous assurer que certains utilisateurs ne recevront jamais d’e-mails (par exemple, foo@mywpimport.invalid). Mais, si vous voulez simplement désactiver les e-mails sortants jusqu’à ce que vous soyez prêt, définir le paramètre du site disable_emails sur « yes » ou « non-staff » est votre meilleure option !
Les e-mails sortants sont automatiquement désactivés pendant une importation. Les valeurs de l’attribut last_emailed_at proviennent probablement de Discourse qui essaie d’envoyer un e-mail, avant qu’il ne découvre que cela n’est pas autorisé.
Discourse essaiera certainement d’envoyer des e-mails après la migration.
Merci, j’ai d’abord essayé une chaîne vide pour le champ e-mail et la classe de base ImportScript a généré de faux e-mails avec un domaine invalide. Ils ont également l’attribut last_emailed_at défini.
Donc, ce que vous dites, c’est qu’dès que j’aurai corrigé l’e-mail de la base de données, discourse essaiera d’envoyer l’e-mail ? Mais une connexion normale authentifiée par WordPress ne nécessite pas de confirmation par e-mail. Il n’y a aucun moyen de contourner cela avec ImportScript ?
Je rencontre ce problème sur de nombreux messages. Avez-vous une idée pour corriger cela globalement ?
Comme beaucoup de vieux forums, les anciens liens Imageshack sont brisés depuis longtemps, et pour toujours. Mais certains liens affichent maintenant un drapeau ukrainien au lieu de rien :
Comment géreriez-vous ce comportement ?
Je suis ouvert à toute idée, mais un administrateur du forum a une sauvegarde statique de l’ensemble du forum sur un vieux disque dur, où la plupart des anciennes images sont valides (car téléchargées et stockées localement). Je pense qu’à l’avenir, je pourrais peut-être créer un script qui remplacerait tous les liens Imageshack “morts” par les images valides de la version statique. Cela semble très délicat à faire, mais pour cette raison, je ne suis pas sûr de vouloir simplement supprimer tous les liens Imageshack du forum en les remplaçant par une chaîne vide ou quelque chose de similaire.
Est-ce le saut de ligne qui cause le problème ? Ce serait ma supposition. Vous devrez remapper ces BBCodes pour supprimer le saut de ligne. Replace a string in all posts devrait être utile.
Peut-être les convertir en commentaires HTML pour l’instant ? Vous pourriez plus tard les remplacer par les images stockées.
Oui, c’est une bonne idée ! Donc en gros, remplacer les chaînes (du sujet que vous avez lié) en utilisant des regex pour cibler uniquement les liens Imageshack, n’est-ce pas ?
J’ai essayé de refaire la cuisson du message avec les images cassées (qui s’affichent correctement dans l’aperçu du message, voir mon message précédent) mais cela n’a rien résolu.
Autant que je sache, le contenu brut des deux messages est exactement le même.
It was in safe-mode with all theme and plugins disabled, but this code block mentions on the first line: plugins/discourse-chat/lib/guardian_extensions.rb:71:in 'can_rebake?'
Warning:
Failed to handle exception in exception app middleware : ArgumentError : wrong number of arguments (given 0, expected 1)
Do this information help?
I’m doing what I can to try to repair these posts, but I’m starting to believe this has something to do with Discourse itself and not something on my side maybe?
edit: see the automatically linked post below.
Issue resolved:
Now I just have to rebake all my posts.
Another edit:
Could have worked for sure, and will for images that still have their old plain URL, but:
Since all the old Imageshack broken links were replaced by valid images displaying a Ukraine flag by Imageshack itself, they were automatically uploaded to Discourse, changing their URL to a markdown local image link.
Fortunately, all these flags were uploaded to Discourse with identical links ( in my case - excellent Discourse behavior by the way ), which means that they will be very easy to target and remove/replace with something else.
I’m just writing this to inform people that would encounter the same issue as me after a migration.
Il semble que la valeur poll_option_total soit parfois incorrecte. Je constate plus de votes non anonymes par option que la valeur de poll_option_total. Et tous ces utilisateurs existent.
Utiliser GREATEST(..., 0) résout le problème. Au moins, cela ne plante pas.
SELECT o.poll_option_id, o.poll_option_text, o.poll_option_total AS total_votes,
GREATEST(CAST(o.poll_option_total AS SIGNED) - (
SELECT COUNT(DISTINCT v.vote_user_id)
FROM #{@table_prefix}poll_votes v
JOIN #{@table_prefix}users u ON (v.vote_user_id = u.user_id)
JOIN #{@table_prefix}topics t ON (v.topic_id = t.topic_id)
WHERE v.poll_option_id = o.poll_option_id AND v.topic_id = o.topic_id
),0) AS anonymous_votes
FROM #{@table_prefix}poll_options o
WHERE o.topic_id = #{topic_id}
ORDER BY o.poll_option_id
Si je dois démarrer un nouveau fil de discussion pour cela, je m’excuse par avance.
J’ai un forum phpBB dans un sous-dossier :
thedomain.com/forum/
Je prévois d’utiliser le script d’importation pour migrer de phpBB vers Discourse dans un sous-domaine ; c’est-à-dire :
forum.thedomain.com
Donc, il semble que tout ce que j’aurai à faire - pour le domaine et les permaliens - sera de définir ce qui suit dans settings.yml en utilisant HTTPS sur le nouveau site :
site_prefix:
# ceci est nécessaire pour réécrire les liens internes dans les messages
original: thedomain.com/forum # sans http(s)://
new: https://forum.thedomain.com # avec http:// ou https://
# Activez ceci si vous souhaitez rediriger les anciens liens du forum vers les nouveaux emplacements.
permalinks:
categories: true # redirige /viewforum.php?f=1 vers /c/category-name
topics: true # redirige /viewtopic.php?f=6&t=43 vers /t/topic-name/81
posts: true # redirige /viewtopic.php?p=2455#p2455 vers /t/topic-name/81/4
# Ajoutez un préfixe à chaque type de lien, par exemple 'forum' pour rediriger /forum/viewtopic.php?f=6&t=43 vers /t/topic-name/81
# Laissez-le vide si votre forum n'a pas été installé dans un sous-dossier.
prefix: forum
Et ensuite, sur le serveur d’origine, qui exécute Apache, dans le .htaccess avec RewriteEngine déjà activé, j’aurai besoin de :
Si c’est vraiment aussi simple, ce script est génial !
J’ai quelques questions supplémentaires :
Les messages sont définis sur “false” dans les paramètres des permaliens. Je sais qu’il existe des liens vers des messages spécifiques, je voudrais donc qu’ils aient également des permaliens. Y a-t-il une raison de ne pas les définir sur true ; par exemple, des problèmes de performance ou autre chose ?
Le préfixe est-il correct sans apostrophes, ou doit-il être mis entre guillemets comme dans le commentaire ?
Cela ralentira légèrement l’importation, mais vous ne devriez pas vous en soucier. C’est principalement désactivé par défaut car c’est rarement nécessaire.
J’ai rencontré un problème lors de la préparation de cette importation.
Le forum phpBB que je prévois de migrer utilise un BBcode personnalisé qui crée des balises img HTML pour les images stockées dans des dossiers par année dans un répertoire extérieur à phpBB, mais sur le même compte utilisateur sur le serveur. Le BBcode prend le format suivant :
Les {NUMBER1} et {NUMBER2} sont des entiers pour la largeur et la hauteur de l’image, respectivement. Le {NUMBER3} est un entier pour le dossier de l’année dans lequel se trouve l’image, et le {SIMPLETEXT} est le nom du fichier image. Le remplacement HTML pour le BBcode ressemble à ceci :
Ce que je dois comprendre, c’est comment gérer ce BBcode personnalisé avec le script de migration, à la fois pour convertir le BBcode personnalisé en quelque chose que Discourse peut utiliser, et pour déterminer où placer les fichiers image dans l’arborescence des fichiers pour l’importation.
J’ai jeté un œil à Ruby-BBcode-to-MD, qui indique qu’il “permet d’étendre facilement cet ensemble avec des balises personnalisées en modifiant tags.rb”. J’ai jeté un œil à tags.rb, mais comme c’est la première fois que je regarde du code Ruby, je suis perdu quant à la façon de gérer mon BBcode personnalisé car son format séparé par des pipes diffère de tous les BBcodes officiels que le fichier tags.rb inclut et que j’aurais pu utiliser comme guide.
Je n’ai pas encore chargé templates/import/phpbb3.template.yml, donc je suppose que cela ajoutera le gem Ruby BBcode vers MD ?
J’ai donc des questions :
Quelle est la meilleure façon de gérer ce BBcode personnalisé pour la migration ? Est-ce que modifier le fichier tags.rb est la bonne approche ? (Si oui, je vais faire quelques recherches sur le codage Ruby et peut-être les regex ensuite, mais toute aide sera la bienvenue !)
Quel est le meilleur endroit pour placer les fichiers image de cette galerie dans l’arborescence des fichiers d’importation afin qu’ils soient sauvegardés dans Discourse et apparaissent dans les publications importées ?
Donc en gros, remplacer les chaînes (du sujet que vous avez lié) en utilisant des regex pour cibler uniquement les liens Imageshack, n’est-ce pas ?
:
