أشارك النتائج التي توصلت إليها أثناء عملية الترحيل من phpBB3 إلى discourse.
تشمل الحلول:
قاعدة بيانات المصدر postgres
الرموز التعبيرية
تعديلات على المستورد (إصلاح خطأ الاقتباس، دعم محسّن لـ bbcode (بما في ذلك youtube)، تعليقات المرفقات)
استيراد المشاركات المحذوفة برفق كمشاركات عادية
أنا شديد التدقيق، لذلك إذا تابعت، يجب أن تحصل على نتيجة جيدة جدًا.
أفكر في الانتقال إلى discourse من phpbb (سجل إصدارات التثبيت: 3.2.1 - 3.2.8).
المشكلة هي أنني أستخدم postgresql لقاعدة البيانات. اقتراحات؟ لم أجربها ولكني أفترض أنها غير مدعومة بعد بناءً على المنشور الأصلي.
هل صدر نص الاستيراد الجديد على الإطلاق؟ أرى أن ذلك كان منذ أكثر من عام بقليل.
لم أتعامل مع مشكلة postgresql إلى mysql بنفسي، ولكن من منظور ترحيل phpBB إلى Discourse، رأيي هو: افعل كل ما يلزم لإنجاز الترحيل.
لقد قمت بترحيل منتدين من phpBB إلى Discourse، وعلى الرغم من وجود تذمر معتاد من عدد قليل من المستخدمين يحصل مع أي تغيير، فإن فوائد Discourse تستحق العناء! لا يعتبر Discourse أسهل في الصيانة والإدارة فحسب، بل إن تفاعل المستخدمين المدمج، والتعامل مع الصور، وتخصيص المستخدم، وقابلية القراءة في Discourse هي مجرد عدد قليل من الميزات التي تتقدم بكثير على phpBB لدرجة عدم وجود مقارنة. تحصل أيضًا على دعم أفضل بكثير مع Discourse.
أنا لست خبيرًا، ولكن بحثًا سريعًا يبدو أنه يمكنك الترحيل من postgresql إلى mysql عن طريق تفريغ المخطط، وتغيير أنواع البيانات في عبارات المخطط لتتناسب مع تلك التي يستخدمها mysql، واستخدام المخطط المعدل لإنشاء الجداول في قاعدة بيانات mysql، ثم القيام بتصدير واستيراد CSV جدولًا تلو الآخر.
بمجرد حصولك على قاعدة بيانات mysql، يمكنك استخدام برنامج الترحيل phpBB العادي والحصول على جميع مرفقاتك.
لم أقصد أن أشير إلى أن الأمر سيكون سهلاً، بل فقط أنه يستحق الجهد، ومن الممكن حتى القيام به يدويًا، ويبدو أن هناك الكثير من الموارد المتاحة لإنجازه، سواء بالأدوات الآلية أو يدويًا.
نظرًا لأنني أكره Ruby، وسيتم إيقاف المستورد الحالي لصالح المستورد المجمع (وهو ليس جيدًا بما يكفي لأغراضي حتى الآن)، فسأستمر في استراتيجية الترحيل من PostgreSQL إلى MySQL.
أنا أحقق تقدمًا مع معالج الترحيل في MySQL Workbench. سأكتب دليلًا صغيرًا إذا نجح الأمر، ولكنه يبدو واعدًا حتى الآن.
بشكل أساسي، يفشل MySQL Workbench في استيراد يونيكود. سأجرب مع MariaDB غدًا وأرى ما إذا كان بإمكاني تعيين ترميز قاعدة البيانات الافتراضي أو شيء من هذا القبيل قبل الاستيراد.
كان سيكون رائعًا لو أن MySQL Workbench قد عمل. رأيت الكثير من تقارير الأخطاء معه عندما نظرت إلى الخيارات، ولذلك لم أوصِ به.
لقد ذكرت طريقة تفريغ المخطط وتصدير/استيراد CSV مرة من قبل، وسأذكرها مرة أخرى فقط مع تعديل طفيف لجعلها أسهل بكثير ثم سأتوقف.
إذا كنت تريد اتباع طريقة واجهة المستخدم الرسومية:
احصل على تصدير هيكلي فقط لجميع الجداول من نسخة عاملة من نفس إصدار phpBB3 الذي تستخدمه والذي يعمل بنظام MySQL/MariaDB. سيستغرق الأمر دقيقتين تقريبًا لشخص لإنشاء واحد من phpMyAdmin، وهو متاح على معظم مضيفي الويب الذين يشغلون MySQL/MariaDB. (بدلاً من ذلك، قد تتمكن من الحصول على عبارات CREATE TABLE التي تحتاجها من نصوص تثبيت phpBB3 إذا لم تتمكن من جعل شخص ما يقوم بالتصدير الهيكلي فقط لك، أو حتى استخدام حساب استضافة ويب غير مكلف لإجراء تثبيت نظيف لإصدارك من phpBB3 في بيئة MySQL/MariaDB ثم حذف البيانات في الجداول التي ينشئها لإنشاء قاعدة بيانات MySQL/MariaDB فارغة.)
ابحث عن وصول إلى مضيف ويب مع MySQL/MariaDB و phpMyAdmin، وأنشئ قاعدة البيانات، وقم باستيراد الهيكل من التصدير الهيكلي فقط الذي أنشأته في الخطوة 1 باستخدام phpMyAdmin.
قم بإنشاء تصدير CSV لكل جدول من قاعدة بيانات postgresql الخاصة بك وقم باستيراد CSV إلى الجدول المقابل باستخدام phpMyAdmin في قاعدة بيانات MySQL/MariaDB الجديدة الخاصة بك.
أعتقد أن هذا سيمنع أي مشاكل مع مجموعة الأحرف والترميز ولن تضطر إلى معرفة جميع أنواع البيانات المقابلة وأحجام الحقول المطلوبة إذا حاولت تحويل تفريغ المخطط يدويًا من postgre.
يمكنني أن أقدم لك عبارة SQL هيكلية فقط، ولكن قاعدة البيانات الوحيدة التي ما زلت أمتلكها هي من phpBB3 3.3.8، لذلك قد يضيف ذلك المزيد من المشاكل إذا كنت تستخدم الإصدار 3.2.x.
هاها. نعم، لقد تطلب الأمر بعض الحيل غير الواضحة حتى لجعله يعمل بالقدر الذي وصلت إليه. أعتقد أنه لا يزال بإمكانه العمل، ولكن شكرًا لك على إعطائي طريقًا آخر لاستكشافه.
معرف المنشور ومعرف الموضوع المُرحّلان صحيحان، ولكن اسم المستخدم مفقود. هذا يجعله غير تفاعلي. عندما يكون اسم المستخدم سلسلة فارغة، لا يتوسع الاقتباس، ولا يمكنك النقر عليه لتتبع المرجع إلى المنشور الأصلي.
هل يمكنني توقع تجربة أفضل دون إجراء تحسينات على المستورد؟ أي، هل أنا فقط أفعل شيئًا خاطئًا؟
لاحظت أنه بعد انتهاء الاستيراد وبدء تشغيل حاوية التطبيق، يتعرض خادم phpbb الموجود لدي بشدة. أعتقد أن هذا يحدث أثناء مرحلة المعالجة اللاحقة لـ sidekiq.
لا يزال phpbb موجودًا على www.example.com، و Discourse على dc.example.com.
أحاول فهم ما يحدث بالفعل، وما هي الإعدادات المنطقية أثناء هجرة الاختبار هذه، وما هي الإعدادات المنطقية للهجرة النهائية. وهل أحتاج إلى تشغيل phpbb للمعالجة اللاحقة لـ sidekiq. أسأل لأنني لا أعرف ما يحدث في المعالجة اللاحقة.
بعض الإعدادات ذات الصلة المحتملة في settings.yml الحالي الخاص بي:
import:
# قم بتعيين هذا إذا كنت تستورد منتديات phpBB متعددة إلى منتدى Discourse واحد.
site_name:
site_prefix:
# هذا مطلوب لإعادة كتابة الروابط الداخلية في المشاركات
original: example.com # بدون http(s)://
new: https://dc.example.com # مع http:// أو https://
إذا كان هناك أي شيء آخر تحتاج إلى النظر فيه، فيرجى إخباري.
شيء آخر لست واضحًا بشأنه هو النطاق الفرعي www. أقوم حاليًا بإعادة توجيه إلى www باستخدام nginx لـ phpbb. لذا في المثال أعلاه، هل يهم إذا وضعت original: example.com مقابل original: www.example.com؟ سؤال مماثل لـ new عندما أقوم بالهجرة النهائية. سيصل المستخدمون لدي فعليًا إلى Discourse من www.example.com، لكنني لا أعرف ما هي أفضل الممارسات.
يبدو أن هناك خطأ ما في تحليل الاقتباس.
لقد حاولت للتو استيراد نسخة phpBB 3.2.8 تم تثبيتها حديثًا (تم تثبيتها على mariadb)
إسناد الاقتباس معطل - حقل اسم المستخدم فارغ في الاقتباسات المستوردة، ولكن كل شيء آخر شرعي.
لقطة شاشة لـ Discourse لمنشور مستورد:
أنا انتقائي للغاية بشأن ترحيل منتدياتي، لذا أواصل تحسين أداة الاستيراد. لست متأكدًا مما إذا كنت سأهتم بإنشاء طلبات سحب (PRs) نظرًا لأن أداة الاستيراد مهملة، وبعض إصلاحاتي خاصة بمنتداي إلى حد ما، ولكن هذا الفرع سيحتوي على جميع إصلاحاتي مجمعة في حالة ما إذا كانت مفيدة لشخص ما:
لقد أصلحت مشكلة الاقتباسات، وأضفت دعمًا لبعض أكواد BBCodes المضافة بشكل شائع، وجعلت تحليل روابط يوتيوب أقل تعطلًا، ودعمت امتداد mentions/simplementions. لا يزال لدي المزيد من الأشياء لتحسينها مثل إضافة دعم لعدة بادئات مواقع (حالة الاستخدام الرئيسية هي عندما يكون لديك روابط على منتداك إلى example.com و www.example.com).
على الرغم من أنني أدعم بعض الأشياء غير القياسية، إلا أنه لا ينبغي أن تكون مشكلة تشغيلها على منتدى phpBB قياسي بدون امتدادات. أوصي فقط باستخدام أداتي في أي حال.
أسهل طريقة لاستخدامها هي سحب فرعي في مكان ما واستبدال دليل البرنامج النصي للاستيراد داخل الحاوية باستخدام ربط حجم (bind mount).
على سبيل المثال، اسحب تغييراتي في مكان ما:
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
ثم أضف هذا إلى إعدادات حاوية import.yml الخاصة بك:
