عندما قمت بتشغيل هذا، بدا أنه يعمل، ولكن في الواقع كانت المشكلة أن خادم الويب لم يكن يعمل ولا يمكننا فهمه بهذه الطريقة. عندما ندخل إلى الحاوية ونقوم بتشغيل هذا الرمز، يمكننا رؤية ما إذا كان nginx يعمل أم لا:
nginx -t
ومع ذلك، أود الإجابة على المشكلة في هذا الموضوع عن طريق نسخ الحل من رسالتك. مشكلة nginx مختلفة تمامًا، أنا أختبرها على نطاق منفصل بتثبيت جديد. إذا أعطت خطأ مرة أخرى، سأفتح مشكلة منفصلة وأبلغ عنها.
مشكلة النسخ الاحتياطي الذي لا يعمل في الموضوع ناتج عن جدول أو سجل لم يعد مستخدمًا. أعتقد أنه كان سجلاً لم يعد المكون الإضافي لروبوت الدردشة يستخدمه، ولكن لم يتم حذفه أثناء التحديث. أعتقد أن صديق مؤلف المكون الإضافي قد حل هذا، يمكنك أن تطمئن 
لقد حذفت سطر الخطأ، وأعدت تجميعه وقمت بتثبيته من لوحة المسؤول، ويعمل دون أي مشاكل. أو يمكنك أيضًا التنزيل من الخادم:
شرح إصلاح ملف المكون الإضافي التالف في هو:
- فك ضغط النسخة الاحتياطية:
tar -xvzf foo.tar.gz - فك ضغط ملف dump.sql
- إزالة الأسطر المسيئة التي تبني الفهرس غير المرغوب فيه:
--
-- إدخال TOC 8020 (الفئة 1259 OID 84313)
-- الاسم: hnsw_index_on_chatbot_post_embeddings؛ النوع: INDEX؛ المخطط: public؛ المالك: -
--
CREATE INDEX hnsw_index_on_chatbot_post_embeddings ON public.chatbot_post_embeddings_old USING hnsw (embedding) WITH (dims='1536', m='64', efconstruction='64', efsearch='64');
- ضغط ملف dump.sql مرة أخرى
- دمجه في دليل مع مجلد التحميلات الخاص بك
- ضغط كل شيء مرة أخرى
- استعادة هذا الملف يدويًا
إذا أعطاك خطأ جدول مختلف، أعتقد أنه سيتم إصلاحه إذا قمت بحذف الجدول الذي يحتوي على هذا السجل باستخدام الطريقة المذكورة أعلاه.
موقعي، الذي عملت بجد عليه وبدأ في النمو، كان معطلاً لمدة يومين. دعونا لا ننسى ليلة بلا نوم ويومًا. هناك دائمًا إمكانية حدوث مثل هذه الأحداث لنا. لا تنسَ عمل نسخة احتياطية والتحقق من أن النسخة الاحتياطية تعمل. أود أن أشكر أخي @merefield لمساعدتي خلال هذه العملية. تعلمنا أشياء جديدة معًا.