خطأ في محمّل البيانات الافتراضي - pdf-parse v1 فقط

أسئلة
1

صف المشكلة/الخطأ/السؤال

فشل في تحميل pdf-parse. يدعم هذا المحمل حاليًا pdf-parse v1 فقط. يرجى تثبيت الإصدار v1، على سبيل المثال npm install pdf-parse@^1 (الإصدار v2 غير مدعوم حتى الآن).
فشل في تحميل pdf-parse. يدعم هذا المحمل حاليًا pdf-parse v1 فقط. يرجى تثبيت الإصدار v1، على سبيل المثال npm install pdf-parse@^1 (الإصدار v2 غير مدعوم حتى الآن).

أتلقى الخطأ أعلاه عند استخدام عقدة “Default Data Loader” لقراءة مستند PDF في قاعدة بيانات متجهات بسيطة. أنا مشترك في n8n باستخدام حل المتصفح المستند إلى السحابة الخاص بهم. لذا فإنني لا أملك السيطرة على بيئة وقت التشغيل.

ما رسالة الخطأ (إن وجدت)؟

فشل في تحميل pdf-parse. يدعم هذا المحمل حاليًا pdf-parse v1 فقط. يرجى تثبيت الإصدار v1، على سبيل المثال npm install pdf-parse@^1 (الإصدار v2 غير مدعوم حتى الآن).فشل في تحميل pdf-parse. يدعم هذا المحمل حاليًا pdf-parse v1 فقط. يرجى تثبيت الإصدار v1، على سبيل المثال npm install pdf-parse@^1 (الإصدار v2 غير مدعوم حتى الآن).

يرجى مشاركة سير العمل الخاص بك

(حدد العقد على لوحتك واستخدم اختصارات لوحة المفاتيح CMD+C/CTRL+C و CMD+V/CTRL+V لنسخ ولصق سير العمل.)

شارك المخرجات التي أرجعتها العقدة الأخيرة

معلومات حول إعداد n8n الخاص بك

  • إصدار n8n:
  • قاعدة البيانات (الافتراضية: SQLite):
  • إعداد EXECUTIONS_PROCESS في n8n (الافتراضي: own, main):
  • تشغيل n8n عبر (Docker, npm, n8n cloud, تطبيق سطح المكتب):
  • نظام التشغيل:
2

هذا خطأ معروف تم إدخاله مؤخراً في تحديث منصة n8n الأساسية. أبلغ عدة مستخدمين على منتديات مجتمع n8n و GitHub عن تضارب التبعية pdf-parse نفسه خلال الأسابيع القليلة الماضية.

بديل أو حل بديل:

  • احذف أو قطع إدخال ملف PDF الثنائي من عقدة Default Data Loader الحالية.
  • أضف عقدة Extract From File جديدة مباشرة بعد مصدر PDF الخاص بك.
  • اضبط العملية على “Read Text from File”.
  • في عقدة Default Data Loader الخاصة بك، غيّر نوع البيانات من Binary إلى JSON أو Text.
  • اربط سلسلة النص المستخرج من عقدة Extract From File إلى المُحمِّل.

آمل أن يساعدك هذا

3

نظرًا لأنك تستخدم n8n cloud، لا تحتاج إلى القلق بشأن تثبيت الحزم يدويًا — الحل البديل الذي وصفته @SE-automations (Extract From File → تمرير النص كـ JSON/Text إلى Default Data Loader) هو أفضل خيار لك في الوقت الحالي.

شيء واحد آخر: أنصحك بفتح تذكرة دعم على https://support.n8n.io والإشارة إلى عدم التوافق هذا مع pdf-parse v2. n8n cloud هي بيئة مدارة، لذا يمكن لفريق الهندسة تتبعها وترتيب الإصلاح بأولويته في إصدار cloud التالي. إبلاغك الذاتي يساعدهم على معرفة عدد المستخدمين المتأثرين.

4

@atawfic ، إذا كنت تريد ذلك، فإن PDF API Hub يوفر تحليل PDF مدعوم برصد النصوص أو ملفات PDF الممسوحة ضوئياً باستخدام tesseract.

إليك سير العمل:

عقدة رسمية معتمدة من n8n:

5

هذا حل مشكلتي فعلًا. شكرًا على الرد السريع.

6

الحل المقترح نجح بالفعل. كما أبلغت فريق الدعم عن المشكلة.

شكراً لك!

7

يجب أن يؤدي الترقية إلى حل هذه المشكلة إذا كنت لا تزال تواجه مشكلة.

8

يوم سعيد، بما أنك على n8n Cloud، أنت محق في أنك لا تستطيع تثبيت الحزم يدويًا، لذا رسالة الخطأ هذه مربكة نوعًا ما في حالتك. الخبر السار هو أن هناك حلاً بديلاً لا يتطلب لمس وقت التشغيل على الإطلاق.

حاول تبديل محمل PDF داخل العقدة:

في عقدة Default Data Loader، بدلاً من استخدام محمل PDF مباشرة، جرب هذا الأسلوب:

  1. قبل عقدة Default Data Loader، أضف عقدة Read/Write Files from Disk (أو إذا كنت تتلقى ملف PDF عبر HTTP/webhook، تأكد من تمريره كبيانات ثنائية)

  2. في عقدة Default Data Loader، تحقق مما إذا كان بإمكانك تبديل “Data Type” لاستخدام محمل مختلف؛ بعض المستخدمين حققوا نجاحًا باستخدام خيار “Binary” بدلاً من محمل PDF المخصص، الذي يتجنب تبعية pdf-parse بالكامل

إذا لم ينجح ذلك، هناك مسار آخر:

وجّه ملف PDF الخاص بك عبر عقدة HTTP Request أو عقدة Extract from File أولاً لاستخراج النص الخام، ثم أدخل ذلك النص العادي إلى متجر المتجهات الخاص بك باستخدام نوع البيانات “Text” في المحمل. إنها خطوة إضافية لكنها تتجنب مشكلة pdf-parse تمامًا.

هذا هو بيئة n8n Cloud، يبدو أن وقت التشغيل السحابي الخاص بهم التقط pdf-parse v2 الذي كسر العقدة. من الجدير برفع بطاقة دعم مباشرة مع n8n حتى يتمكنوا من إصلاح الخطأ من جهتهم، لأن مستخدمي السحابة الآخرين قد يواجهون نفس الشيء.