وحدة · LNK Bug Finder

LNK Bug Finder، الوحدة المجانية التي تكشف ما يمنع مبيعات متجر PrestaShop

صفحة منتج تعرض خطأ 500، وزر «أضف إلى السلة» لم يعد يستجيب، ووسيلة دفع تختفي من صفحة إتمام الطلب: يغادر عملاؤك دون أن يقولوا شيئًا، ولا تعرف بالأمر إلا بعد أيام. يراقب LNK Bug Finder مسار الشراء في متجرك، ويرسل إليك بريدًا إلكترونيًا عندما تمنع مشكلةٌ السلة أو الدفع، ويقيس السرعة التي يشعر بها زوارك الحقيقيون. مجانًا.

  • الإصدار 1.1.4 · PrestaShop من 1.7.6 إلى 8.x
  • الإصدار 1.9.3 · PrestaShop 9
  • PrestaShop من 1.7.6 إلى 9.x
  • PHP من 7.1 إلى 8.4
  • بدون تعديل على النواة

لقطات الشاشة

عميلك لا يستطيع الدفع
عميلك لا يستطيع الدفع

لقطات الشاشة

النقاط الرئيسية

  • تراقب الصفحة الرئيسية والفئات وصفحات المنتجات والسلة وإتمام الطلب والدفع.
  • الأخطاء الفادحة وصفحات الخطأ 500، مع الملف والوحدة المعنية.
  • تعطل الإضافة إلى السلة، دون تنبيهات كاذبة مع القوالب التي تديرها بطريقة أخرى.
  • عدم عرض أي وسيلة دفع، وأخطاء وحدات الدفع.
  • تعذّر الوصول إلى قاعدة البيانات، حتى عندما يعجز المتجر عن الإقلاع.
  • بريد تنبيه فوري للسلة والدفع، مرة واحدة على الأكثر لكل مشكلة في اليوم.
  • مؤشرات Core Web Vitals لزوارك الحقيقيين، حسب نوع الصفحة.
  • وزن ملفات كل وحدة في مسار الشراء.
  • زر «اطلب الإصلاح»، مع عرض المحتوى قبل موافقتك.
  • لا ملفات تعريف ارتباط ولا بيانات شخصية.
  • دون override، و2.1 كيلوبايت من JavaScript في المتجر.
  • مترجمة إلى الفرنسية والإنجليزية والإسبانية والإيطالية والبولندية والعربية.
  • من PrestaShop 1.7.6 إلى 9، مجانًا.

الأخطاء التي تكلّفك مبيعات، وهي وحدها

تراقب الوحدة الصفحة الرئيسية والفئات وصفحات المنتجات والسلة وإتمام الطلب وصفحات وحدات الدفع. وتحتفظ بالأخطاء الفادحة في PHP، وصفحات الخطأ 500، والأخطاء التي تكتبها وحدات الدفع في سجل PrestaShop، وتعذّر الوصول إلى قاعدة البيانات، وأخطاء JavaScript في ملفات متجرك نفسه. وتتجاهل التحذيرات وإضافات المتصفح وسكربتات المواقع الأخرى والروبوتات. والخطأ نفسه الذي يظهر ألف مرة يصبح مشكلة واحدة، مع عدّاده على 7 أيام وآخر ظهور له؛ وعدة أخطاء للوحدة نفسها في الثانية نفسها تشكّل حادثًا واحدًا.

إضافة إلى السلة لم تعد تستجيب

تتابع الوحدة كل نقرة على زر «أضف إلى السلة» وتنتظر ردّ متجرك. ويُتجاهل الرفض العادي، مثل نقص المخزون. أما العطل فيُبلَّغ عنه مع رمز الخطأ. وإذا لم يستجب الزر إطلاقًا، فلا تبلّغ الوحدة عنه إلا بعد أن ترى قالبك ينجح في إضافة واحدة على الأقل إلى السلة: فالقالب الذي يدير السلة بطريقته لا يطلق أي تنبيه كاذب. هل تأتي صفحات منتجاتك من أداة تخصيص أو من وحدة تخصيص؟ ترصد الوحدة هذه الصفحات وتقترح عليك مراقبتها بنقرة واحدة.

وسيلة دفع تختفي

عندما تتعطل وحدة دفع أثناء عرض صفحة إتمام الطلب، يزيل PrestaShop 8 و9 وسيلة الدفع هذه من الصفحة دون أن يكتب أي شيء في أي مكان. يبلّغ LNK Bug Finder عن صفحة إتمام طلب لم تعد فيها أي وسيلة دفع، وعن الأخطاء التي تكتبها وحدات الدفع في سجل PrestaShop أثناء مسار الشراء.

خفيفة وسريعة

أرقام مقاسة على الوحدة كما تُسلَّم، مضغوطة بـ gzip (المستوى 9). في الصفحة الرئيسية والفئات وصفحات المنتجات والسلة وإتمام الطلب: 2.1 كيلوبايت من JavaScript لمراقبة الإضافة إلى السلة. ومع تفعيل تتبّع السرعة: 1.2 كيلوبايت إضافية، تتوقف من سطرها الأول في الزيارات خارج العيّنة. وفي كل الصفحات الأخرى: لا شيء. ولا ورقة أنماط في المتجر.

لا تستخدم الوحدة jQuery ولا أي مكتبة. والصفحة الخالية من الأخطاء لا تكلّف خادمك أي استعلام لقاعدة البيانات. وتقرأ لوحة القيادة عدّادات محسوبة مسبقًا.

السرعة التي يحصل عليها زوارك الحقيقيون

على عيّنة من الزيارات (10% افتراضيًا، قابلة للتعديل)، تقيس الوحدة مؤشرات Core Web Vitals من Google: عرض أكبر عنصر (LCP)، والاستجابة للتفاعلات (INP)، وثبات التخطيط (CLS)، وأول بايت مستلم (TTFB)، مع زمن خادمك. وتُعرض النتائج حسب نوع الصفحة، على 7 أيام و30 يومًا. ويمكن إيقاف التتبّع من الإعدادات، وعندها لا يُحمَّل السكربت إطلاقًا.

الوحدات التي تُثقل صفحاتك

يعرض تبويب «الإضافات» وزن الملفات التي تحمّلها كل وحدة في صفحات مسار الشراء: JavaScript وأوراق الأنماط والخطوط. ويرصد أيضًا الملفات التي تُدرجها وحدةٌ دون المرور عبر PrestaShop. فترى بنظرة واحدة أي وحدة تُثقل صفحات منتجاتك أكثر من غيرها.

اطلب الإصلاح بنقرة واحدة

لكل مشكلة زر «اطلب الإصلاح». يعرض بالضبط ما سيُرسل إلى MonSiteBug: نوع الخطأ، والملف، وعدد مرات الظهور، وإصدارات PrestaShop وPHP ووحداتك. لا كلمة مرور ولا بيانات للعملاء. ولا يُرسل شيء دون موافقتك، وتؤكّد الطلب من بريدك الإلكتروني. حدّد حتى 10 مشكلات وأضف رسالة: يُرسل كل شيء في طلب واحد. الدعم باللغتين الفرنسية والإنجليزية.

عملاؤك واللائحة العامة لحماية البيانات

لا تضع الوحدة أي ملف تعريف ارتباط، ولا تقرأ الجلسة، ولا تسجّل أي بيانات شخصية: لا عنوان بريد إلكتروني، ولا عنوان IP، ولا معرّف عميل أو طلب. وتُنظَّف رسائل الأخطاء قبل تسجيلها.

متوافقة مع PrestaShop 1.7.6 و8 و9

إصداران من الوحدة، واحد لكل جيل: 1.1 لـ PrestaShop من 1.7.6 إلى 8.x، و1.9 لـ PrestaShop 9، مع صفحة أصلية في لوحة تحكم كل منهما، ضمن الإعدادات المتقدمة. جرى التحقق منها على متاجر اختبار بإصدارات PrestaShop 1.7.6 و8.1 و9.2، مع القالبين Classic وHummingbird. دون أي override.

الأسئلة الشائعة

كيف أعرف لماذا يعرض متجر PrestaShop خطأ 500؟

ثبّت LNK Bug Finder: يظهر كل خطأ 500 في صفحة من مسار الشراء ضمن الإعدادات المتقدمة > صحة المتجر، مع الرسالة والملف والسطر والوحدة المعنية. وتُجمع الأخطاء المتطابقة، مع عدد مرات ظهورها على 7 أيام وسياق آخرها: مسار الصفحة والمتصفح وإصدار الوحدة.

زر «أضف إلى السلة» لم يعد يعمل: كيف أكتشف ذلك؟

تتابع الوحدة النقرات على هذا الزر وتنتظر ردّ متجرك. ويُبلَّغ عن العطل مع رمز الخطأ، ويصلك بريد إلكتروني فورًا. أما الرفض العادي، مثل نقص المخزون، فلا يُحسب عطلًا.

قالبي يدير الإضافة إلى السلة بطريقته: هل ستصلني تنبيهات كاذبة؟

لا. لا يُبلَّغ عن زر لا يستجيب إلا بعد أن ترى الوحدة قالبك ينجح في إضافة واحدة على الأقل إلى السلة خلال الأيام السبعة الأخيرة. لذلك لا يطلق القالب الذي لا يرسل أحداث PrestaShop هذا التنبيه أبدًا.

لماذا تختفي وسيلة دفع من صفحة إتمام الطلب؟

في PrestaShop 8 و9، عندما تتعطل وحدة دفع أثناء عرض صفحة إتمام الطلب، تزيلها النواة من الصفحة دون أن تكتب شيئًا في السجلات. يبلّغ LNK Bug Finder عن صفحة إتمام طلب لم تعد فيها أي وسيلة دفع، وعن الأخطاء التي تكتبها وحدات الدفع في سجل PrestaShop أثناء مسار الشراء.

هل تبطئ الوحدة متجري؟

تحمّل 2.1 كيلوبايت من JavaScript المضغوط في الصفحة الرئيسية والفئات وصفحات المنتجات والسلة وإتمام الطلب، و1.2 كيلوبايت إضافية إذا كان تتبّع السرعة مفعّلًا. لا شيء في الصفحات الأخرى، ولا ورقة أنماط. والصفحة الخالية من الأخطاء لا تكلّف أي استعلام لقاعدة البيانات.

ماذا يحدث إذا توقفت قاعدة بيانات MySQL؟

عندما يتعذّر الوصول إلى MySQL عند الإقلاع، يتوقف PrestaShop قبل تحميل الوحدات، لكنه يكتب العطل في سجله. وعند عودة قاعدة البيانات، يعيد LNK Bug Finder قراءة هذا السجل ويسجّل العطل، مع وقت بدايته ووقت نهايته وعدد الصفحات المتأثرة. وما يرصده أثناء الانقطاع يُحفظ في ملف محمي، ثم يُنقل إلى قاعدة البيانات.

ما البيانات التي تُرسل عند النقر على «اطلب الإصلاح»؟

تعرض نافذة الطلب بالضبط ما سيُرسل، مطويًّا تحت «عرض البيانات المرسلة»: نوع الخطأ، والجملة التي تصف المشكلة (وهي التي تمنح التذكرة عنوانها)، والرسالة بعد تنظيفها، والملف، وعدد مرات الظهور، وإصدارات PrestaShop وPHP والوحدات المفعّلة، وعنوان البريد الإلكتروني الذي تختاره، ورسالتك إن كتبتها. تحدّد حتى 10 مشكلات فتُرسل في طلب واحد. لا كلمة مرور ولا بيانات للعملاء. ولا يُرسل شيء دون موافقتك، وتؤكّد الطلب من بريدك الإلكتروني.

هل الوحدة متوافقة مع اللائحة العامة لحماية البيانات؟

لا تضع أي ملف تعريف ارتباط، ولا تقرأ الجلسة، ولا تسجّل أي بيانات شخصية: لا بريد إلكتروني للعميل، ولا عنوان IP، ولا رقم طلب. ويُحسب حد الإرسال في السكربت على بصمة لبداية عنوان IP، لا تُخزَّن أبدًا بشكل صريح.

هل تبحث الوحدة عن الثغرات الأمنية؟

لا. يهتم LNK Bug Finder بما يمنع البيع. ويعرض تبويب «الأمان» PrestaSecure، الذي يبحث عن الثغرات المعروفة والشيفرات الخبيثة في متجر PrestaShop.

هل الوحدة متوافقة مع PrestaShop 9؟

نعم. الإصدار 1.9 مصمَّم لـ PrestaShop 9، مع صفحة أصلية في لوحة تحكمه. ويغطي الإصدار 1.1 PrestaShop من 1.7.6 إلى 8.x. وجرى التحقق من الاثنين على متاجر اختبار بإصدارات PrestaShop 1.7.6 و8.1 و9.2، مع القالبين Classic وHummingbird.

هل يجب تعديل قالبي؟

لا. لا تحتوي الوحدة على أي override ولا تلمس قالبك. فهي تستخدم الخطافات الأصلية في PrestaShop وتحمّل سكربتها عبر واجهة PrestaShop البرمجية.

كيف ألغي تثبيت الوحدة بشكل نظيف؟

ألغِ تثبيتها من مدير الوحدات: تُحذف جداولها وإعداداتها وتبويبها وملفها الاحتياطي. ولا يبقى شيء من الوحدة في متجرك.

سجل الإصدارات

9 إصدارات منشورة لـ PrestaShop

  1. الإصدار 1.9.3 PrestaShop 9

    التعديلات

    • صار اسم تبويب القائمة «LNK Bug Finder» في كل اللغات، مثل اسم الوحدة (كان «صحة المتجر»). وتحتفظ الصفحة بعنوانها.
  2. الإصدار 1.9.2 PrestaShop 9

    الجديد

    • إعادة تصميم صفحة صحة المتجر في أربعة تبويبات مع لوحة تفاصيل على اليمين.
    • المشكلات المانعة: بطاقات أرقام (المفتوحة، مسار الطلب، صفحة المنتج، الوحدات المعنية)، ومرشحات حسب الحالة والصفحة، وتجميع المشكلات حسب الوحدة.
    • حادث مترابط: عدة أخطاء للوحدة نفسها في الثانية نفسها تشكّل حادثًا، وتُعلَّم الأخطاء التالية بأنها «مرتبطة».
    • لوحة المشكلة: الرسالة الكاملة، مسار للحل، السياق (مسار الصفحة، المتصفح، إصدار الوحدة)، ونسخ التقرير التقني.
    • «اطلب الإصلاح من خبير»: تحت عنوان المشكلة، كتلة تذكّر بأثر المشكلة الحرجة وزر يفتح نافذة الطلب؛ وفي أعلى صفحة الصحة، شريط بلا زر عند وجود مشكلات حرجة مفتوحة.
    • نافذة الطلب إلى MonSiteBug: المشكلات المفتوحة للتحديد (10 على الأكثر، الحرجة محددة مسبقًا، الحوادث المترابطة مجمّعة)، والعنوان، ورسالة اختيارية، والموافقة، ثم تأكيد مع رابط المتابعة. تُرسل المشكلات المحددة في طلب واحد. وتبقى البيانات المرسلة قابلة للاطلاع، مطويّة: ملخص مقروء، ثم JSON الخام. وتُرسل كل مشكلة مع جملتها الموجّهة للتاجر، وهي التي تمنح تذكرة MonSiteBug عنوانها. وعندما يتعذّر إرسال الطلب (عنوان محلي أو تجريبي)، تُفتح النافذة مع ذلك وتذكر السبب.
    • السرعة: فترة 7 أو 30 يومًا، شبكة الصفحة حسب المؤشر عند المئين 75، نتيجة تقريبية تحت 10 قياسات، ولوحة بمقياس الحدود والتطور ومسارات من جهة PrestaShop.
    • الامتدادات: توزيع الحجم بين القالب والنواة والوحدات، ومكسب سريع، والوحدات التي تحمّل ملفاتها في صفحات لا يُستخدم فيها أي من خطافات العرض الخاصة بها.
    • سجل أخطاء قابل للضبط: تدوير مرة يوميًا عبر صيانة الوحدة، وحجم أقصى، ومدة الاحتفاظ بالمفتوحة والمحلولة، وأرشيف CSV مضغوط في var/logs، وتنزيل وتفريغ مؤكَّد.
    • بطاقة لوحة المعلومات: شريط ترويسة، وتحديث في مكانها، وزر إلى صفحة الصحة.
    • عبارات للتاجر حسب نوع المشكلة والصفحة؛ وتواريخ بتنسيق لغة الموظف.

    التعديلات

    • لا يحتوي سياق المشكلة أي بيانات شخصية: مسار بلا معاملات، وإخفاء المقاطع التي تشبه رمزًا أو عنوان بريد إلكتروني، والمتصفح مختصر إلى عائلته ونظامه.
    • أسماء الوحدات تتبع لغة الموظف.
    • تحمل المشكلة المرسلة «تم إرسال الطلب» في القائمة، مع التاريخ ورابط المتابعة في لوحتها. وتختفي شاشة الموافقة في العمود الأيمن.
    • عناوين admin.css وadmin.js وsentinel.js وvitals.js مرقّمة ببصمة محتواها: لا تقدّم ذاكرة تخزين مؤقت أو شبكة توزيع أبدًا ملفًا قديمًا تحت العنوان نفسه.
  3. الإصدار 1.9.1 PrestaShop 9

    الجديد

    • صفحات المنتجات التي تعرضها وحدة (أداة تخصيص، صفحة منتج مخصصة): قائمة صفحات في الإعدادات تراقبها كصفحات منتجات، بما في ذلك مراقبة الإضافة إلى السلة وأخطاء الخادم.
    • تُرصد صفحات الوحدات التي تحمل زر إضافة إلى السلة في المتجر وتُقترح على التاجر، ليضيفها أو يستبعدها بنقرة واحدة.
    • إعادة تصميم إطار لوحة القيادة: المشكلات المانعة خلال 7 أيام مع منحناها، وسرعة صفحة المنتج، والمشكلات المانعة الثلاث التي يجب إصلاحها.

    التعديلات

    • يختفي تبويب «الأمان» عندما يكون PrestaSecure مفعّلًا في المتجر؛ وإذا كان مثبّتًا لكنه معطّل، فإنه يقود إلى إعادة تفعيله.

    الإصلاحات

    • ظهور صفحة صحة المتجر بخطأ 404 بعد التثبيت من سطر الأوامر (ذاكرة مسارات مؤقتة قديمة): تُمسح ذاكرة PrestaShop المؤقتة عند التثبيت والتحديث، ولم تعد الوحدة تقترح أبدًا رابطًا إلى صفحة غير موجودة.
عرض 6 إصدارات سابقة
  1. الإصدار 1.9.0 PrestaShop 9

    أول إصدار لـ PrestaShop 9. أما PrestaShop من 1.7.6 إلى 8.x فله إصداره الخاص، 1.1.0.

    الجديد

    • مراقبة مسار الشراء: الصفحة الرئيسية والفئات وصفحات المنتجات والسلة وإتمام الطلب وصفحات وحدات الدفع.
    • الأخطاء الفادحة وصفحات الخطأ 500، مع الملف والسطر والوحدة المعنية؛ وتُجمع الأخطاء المتطابقة.
    • تعطل الإضافة إلى السلة، يُبلَّغ عنه مع رمز الخطأ؛ ولا يُبلَّغ عن زر لا يستجيب إلا بعد رصد إضافة ناجحة على القالب نفسه.
    • إتمام طلب دون أي وسيلة دفع، والأخطاء التي تكتبها وحدات الدفع في سجل PrestaShop.
    • تعذّر الوصول إلى قاعدة البيانات، يُقرأ من سجل PrestaShop عند عودة MySQL.
    • أخطاء JavaScript في ملفات المتجر نفسه في صفحات المنتجات والسلة وإتمام الطلب.
    • بريد تنبيه فوري للسلة والدفع، مرة واحدة على الأكثر لكل مشكلة كل 24 ساعة، مع عنوان ثانٍ اختياري.
    • مؤشرات Core Web Vitals لعيّنة من الزوار الحقيقيين وزمن الخادم، حسب نوع الصفحة؛ ويمكن إيقاف التتبّع.
    • وزن الملفات التي تحمّلها كل وحدة في مسار الشراء، بما فيها الخطوط.
    • صفحة صحة المتجر ضمن الإعدادات المتقدمة، وإطار في لوحة القيادة.
    • زر «اطلب الإصلاح»: يُرسل إلى MonSiteBug بعد موافقتك، مع عرض المحتوى قبل الإرسال.
    • لا ملفات تعريف ارتباط، ولا بيانات شخصية، ولا override.
  2. الإصدار 1.1.4 PrestaShop من 1.7.6 إلى 8.x

    التعديلات

    • صار اسم تبويب القائمة «LNK Bug Finder» في كل اللغات، مثل اسم الوحدة (كان «صحة المتجر»). وتحتفظ الصفحة بعنوانها.
  3. الإصدار 1.1.3 PrestaShop من 1.7.6 إلى 8.x

    الإصلاحات

    • أيقونة المشكلات المانعة في ترويسة لوحة التحكم: في الإصداريْن 1.7.6 و1.7.7، وفي صفحات Symfony (المنتجات، الطلبات، الوحدات…)، كان PrestaShop يعرضها خارج الشريط العلوي فتغطي الشعار. صارت الآن في طرف الشريط، بجانب حساب الموظف، وتحتفظ بلون الأيقونات الأصلية الرمادي. وفي متصفح أقدم من أن يضعها دون تغطية شيء، لا تُعرض في هذه الصفحات.
  4. الإصدار 1.1.2 PrestaShop من 1.7.6 إلى 8.x

    الجديد

    • إعادة تصميم صفحة صحة المتجر في أربعة تبويبات مع لوحة تفاصيل على اليمين.
    • المشكلات المانعة: بطاقات أرقام (المفتوحة، مسار الطلب، صفحة المنتج، الوحدات المعنية)، ومرشحات حسب الحالة والصفحة، وتجميع المشكلات حسب الوحدة.
    • حادث مترابط: عدة أخطاء للوحدة نفسها في الثانية نفسها تشكّل حادثًا، وتُعلَّم الأخطاء التالية بأنها «مرتبطة».
    • لوحة المشكلة: الرسالة الكاملة، مسار للحل، السياق (مسار الصفحة، المتصفح، إصدار الوحدة)، ونسخ التقرير التقني.
    • «اطلب الإصلاح من خبير»: تحت عنوان المشكلة، كتلة تذكّر بأثر المشكلة الحرجة وزر يفتح نافذة الطلب؛ وفي أعلى صفحة الصحة، شريط بلا زر عند وجود مشكلات حرجة مفتوحة.
    • نافذة الطلب إلى MonSiteBug: المشكلات المفتوحة للتحديد (10 على الأكثر، الحرجة محددة مسبقًا، الحوادث المترابطة مجمّعة)، والعنوان، ورسالة اختيارية، والموافقة، ثم تأكيد مع رابط المتابعة. تُرسل المشكلات المحددة في طلب واحد. وتبقى البيانات المرسلة قابلة للاطلاع، مطويّة: ملخص مقروء، ثم JSON الخام. وتُرسل كل مشكلة مع جملتها الموجّهة للتاجر، وهي التي تمنح تذكرة MonSiteBug عنوانها. وعندما يتعذّر إرسال الطلب (عنوان محلي أو تجريبي)، تُفتح النافذة مع ذلك وتذكر السبب.
    • السرعة: فترة 7 أو 30 يومًا، شبكة الصفحة حسب المؤشر عند المئين 75، نتيجة تقريبية تحت 10 قياسات، ولوحة بمقياس الحدود والتطور ومسارات من جهة PrestaShop.
    • الامتدادات: توزيع الحجم بين القالب والنواة والوحدات، ومكسب سريع، والوحدات التي تحمّل ملفاتها في صفحات لا يُستخدم فيها أي من خطافات العرض الخاصة بها.
    • سجل أخطاء قابل للضبط: تدوير مرة يوميًا عبر صيانة الوحدة، وحجم أقصى، ومدة الاحتفاظ بالمفتوحة والمحلولة، وأرشيف CSV مضغوط في var/logs، وتنزيل وتفريغ مؤكَّد.
    • بطاقة لوحة المعلومات: شريط ترويسة، وتحديث في مكانها، وزر إلى صفحة الصحة.
    • عبارات للتاجر حسب نوع المشكلة والصفحة؛ وتواريخ بتنسيق لغة الموظف.

    التعديلات

    • لا يحتوي سياق المشكلة أي بيانات شخصية: مسار بلا معاملات، وإخفاء المقاطع التي تشبه رمزًا أو عنوان بريد إلكتروني، والمتصفح مختصر إلى عائلته ونظامه.
    • أسماء الوحدات تتبع لغة الموظف.
    • تحمل المشكلة المرسلة «تم إرسال الطلب» في القائمة، مع التاريخ ورابط المتابعة في لوحتها. وتختفي شاشة الموافقة في العمود الأيمن.
    • عناوين admin.css وadmin.js وsentinel.js وvitals.js مرقّمة ببصمة محتواها: لا تقدّم ذاكرة تخزين مؤقت أو شبكة توزيع أبدًا ملفًا قديمًا تحت العنوان نفسه.
  5. الإصدار 1.1.1 PrestaShop من 1.7.6 إلى 8.x

    الجديد

    • صفحات المنتجات التي تعرضها وحدة (أداة تخصيص، صفحة منتج مخصصة): قائمة صفحات في الإعدادات تراقبها كصفحات منتجات، بما في ذلك مراقبة الإضافة إلى السلة وأخطاء الخادم.
    • تُرصد صفحات الوحدات التي تحمل زر إضافة إلى السلة في المتجر وتُقترح على التاجر، ليضيفها أو يستبعدها بنقرة واحدة.
    • إعادة تصميم إطار لوحة القيادة: المشكلات المانعة خلال 7 أيام مع منحناها، وسرعة صفحة المنتج، والمشكلات المانعة الثلاث التي يجب إصلاحها.

    التعديلات

    • يختفي تبويب «الأمان» عندما يكون PrestaSecure مفعّلًا في المتجر؛ وإذا كان مثبّتًا لكنه معطّل، فإنه يقود إلى إعادة تفعيله.
  6. الإصدار 1.1.0 PrestaShop من 1.7.6 إلى 8.x

    أول إصدار لـ PrestaShop من 1.7.6 إلى 8.x. أما PrestaShop 9 فله إصداره الخاص، 1.9.0.

    الجديد

    • مراقبة مسار الشراء: الصفحة الرئيسية والفئات وصفحات المنتجات والسلة وإتمام الطلب وصفحات وحدات الدفع.
    • الأخطاء الفادحة وصفحات الخطأ 500، مع الملف والسطر والوحدة المعنية؛ وتُجمع الأخطاء المتطابقة.
    • تعطل الإضافة إلى السلة، يُبلَّغ عنه مع رمز الخطأ؛ ولا يُبلَّغ عن زر لا يستجيب إلا بعد رصد إضافة ناجحة على القالب نفسه.
    • إتمام طلب دون أي وسيلة دفع، والأخطاء التي تكتبها وحدات الدفع في سجل PrestaShop.
    • تعذّر الوصول إلى قاعدة البيانات، يُقرأ من سجل PrestaShop عند عودة MySQL.
    • أخطاء JavaScript في ملفات المتجر نفسه في صفحات المنتجات والسلة وإتمام الطلب.
    • بريد تنبيه فوري للسلة والدفع، مرة واحدة على الأكثر لكل مشكلة كل 24 ساعة، مع عنوان ثانٍ اختياري.
    • مؤشرات Core Web Vitals لعيّنة من الزوار الحقيقيين وزمن الخادم، حسب نوع الصفحة؛ ويمكن إيقاف التتبّع.
    • وزن الملفات التي تحمّلها كل وحدة في مسار الشراء، بما فيها الخطوط.
    • صفحة صحة المتجر ضمن الإعدادات المتقدمة، وإطار في لوحة القيادة.
    • زر «اطلب الإصلاح»: يُرسل إلى MonSiteBug بعد موافقتك، مع عرض المحتوى قبل الإرسال.
    • لا ملفات تعريف ارتباط، ولا بيانات شخصية، ولا override.

إضافات أخرى في فئة الإدارة والإنتاجية

عرض الفئة كاملة
  • جديد
عرض المنتج

متعدد المنصات · الإدارة والإنتاجية

LNK Updates

من LNKBOOT ·

تحديثات وحدات LNKBOOT بنقرة واحدة، الإصلاحات الأمنية أولًا، واسترجاع تلقائي. مجاني، من PrestaShop 1.7.6 إلى 9.

قابل للتخصيص بعرض سعر
مجاني

سلتك

سلتك فارغة.