وحدة · LNK Estimated Delivery

LNK Estimated Delivery: تاريخ التوصيل المتوقع حسب شركة الشحن والمنطقة

LNK Estimated Delivery وحدة لموعد التوصيل في PrestaShop. تعرض تاريخ توصيل متوقعًا، مثل «التوصيل المتوقع بين الثلاثاء 9 والخميس 11 يونيو». يُحسب التاريخ انطلاقًا من مدة التحضير لديك، وشركة الشحن المختارة، ومنطقة التوصيل، وأيام العمل، وآخر موعد للشحن. تُستثنى عطل نهاية الأسبوع والعطل الرسمية تلقائيًا كل عام. وهكذا يقرأ العميل الذي يطلب مساء الجمعة تاريخًا دقيقًا بدل «التوصيل خلال 3 إلى 5 أيام».

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

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

  • تاريخ توصيل محسوب لكل شركة شحن ولكل منطقة.
  • أيام العمل والعطل الرسمية لعشرة بلدان، مع حساب الأعياد المتنقلة.
  • آخر موعد لكل شركة شحن، وفق المنطقة الزمنية للمتجر.
  • أربعة أشكال عرض: شارة، خط زمني، عدّ تنازلي، نص بسيط.
  • أربعة مواضع مستقلة: صفحة المنتج، مسار الطلب، صفحات الطلب، ملفات PDF.
  • المدة الفعلية لكل شركة شحن في خطوة التوصيل.
  • تتبع الطلب بالتواريخ الفعلية ثم المتوقعة.
  • مظهر قابل للضبط بالكامل من لوحة التحكم.
  • متوافقة مع منشئات الصفحات (Creative Elements وما شابهها).
  • لا override للنواة، ولا اتصال بأي خدمة خارجية.
  • PrestaShop 1.7 و8 و9، مع لوحة تحكم Symfony أصلية في 9.
  • مترجمة إلى الفرنسية، وجاهزة لأي لغة أخرى.

موعد توصيل محسوب من مُددك الخاصة

تعرض معظم المتاجر جملة ثابتة مكتوبة في القالب. تتجاهل هذه الجملة يوم الطلب والعطل الرسمية مثل 15 أغسطس، وتعلن المدة نفسها لكورسيكا ولوسط باريس.

تعتمد الوحدة على المعلومات التي تعرفها:

  • مدة تحضير الطلب، لكل شركة شحن؛
  • مدة النقل، لكل شركة شحن ولكل منطقة؛
  • الساعة التي تتوقف فيها عن الشحن في اليوم؛
  • أيام عملك وأيام إغلاقك.

وتستخرج منها تاريخًا بالحساب نفسه الذي كنت ستجريه يدويًا، ويُعاد الحساب عند كل عرض للصفحة.

تاريخ التوصيل في صفحة المنتج

يقارن العميل العروض في صفحة المنتج، ومدة التوصيل جزء من هذه المقارنة. تتموضع الوحدة هناك منذ التثبيت، على نقطة الربط القياسية في PrestaShop.

تُقترح أربعة أشكال عرض في لوحة التحكم:

  • شارة في السطر، سطر هادئ مع أيقونة الشاحنة؛
  • بطاقة خط زمني، مع تواريخ الطلب والتحضير والشحن والتوصيل؛
  • عدّ تنازلي، مثل «اطلب خلال 02:14:37 ليُشحن طلبك اليوم»؛
  • نص بسيط، بلا إطار، لقالب بسيط.

مدة التحضير والنقل لكل شركة شحن في مسار الطلب

في خطوة التوصيل من مسار الطلب، تعرض الوحدة التاريخ تحت كل شركة شحن، بمدة تحضيرها ومدة نقلها الخاصتين. معظم الوحدات لا تستغل هذا الموضع.

يقارن العميل حينها سعرين وتاريخين. وفي هذه الخطوة يختار الخيار الأغلى أو يترك سلته.

أيام العمل والعطل الرسمية حسب بلد الشحن

يجري الحساب بأيام العمل. تحدد أيام عملك وتتخطى الوحدة الأيام الأخرى. وتتخطى أيضًا العطل الرسمية، بتقويم لكل بلد شحن:

  • فرنسا، بلجيكا، لوكسمبورغ، سويسرا، ألمانيا، إسبانيا، إيطاليا، البرتغال، هولندا، المملكة المتحدة؛
  • أو بلا تقويم، إن كنت تفضّل إدخال تواريخك بنفسك.

تُحسب الأعياد المتنقلة (الفصح، الصعود، العنصرة، عيد القربان) كل عام. وتبقى صحيحة في 2030 كما في 2026، دون تحديث للوحدة. وبالنسبة إلى المملكة المتحدة، تُرحَّل العطل الرسمية التي تقع في نهاية الأسبوع تلقائيًا، وفق العرف المحلي.

تُضاف إغلاقاتك الاستثنائية (العطلة الصيفية، الجرد، أيام الجسر) في سطر واحد.

آخر موعد للطلب وآخر موعد للشحن

لكل شركة شحن آخر موعد خاص بها. الطلب الذي يُسجَّل بعد هذا الموعد يُشحن في يوم العمل التالي. مع آخر موعد عند الساعة 14:00، يتحدّث التاريخ المعروض من تلقاء نفسه عند 14:01.

في شكل «العدّ التنازلي» يرى العميل الوقت المتبقي له. وإذا مرّ آخر موعد وهو يتصفح الصفحة، تعرض الكتلة التاريخ الجديد دون إعادة تحميل. يحسب الخادم الحالتين مسبقًا وينتقل المتصفح من إحداهما إلى الأخرى، فيبقى التاريخ المعروض دقيقًا دائمًا.

يُقرأ آخر موعد وفق المنطقة الزمنية لمتجرك. لا تدخل المنطقة الزمنية للخادم ولا للزائر في الحساب، وبالتالي لا تُحدث الاستضافة المضبوطة على UTC أي إزاحة.

تتبع الطلب للعميل

بعد الطلب، تعرض الوحدة خطًا زمنيًا للتتبع في صفحة التأكيد وفي تفاصيل الطلب. يشمل مراحل الطلب والتحضير والشحن والتوصيل.

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

يتابع العميل طلبه بنفسه، مما يوفر عليك جزءًا من رسائل «أين وصل طلبي؟».

تاريخ التوصيل في الفاتورة وإيصال التسليم

تتضمن ملفات PDF سطرًا بالتاريخ المتوقع، يُستبدل بالتاريخ الفعلي بعد توصيل الطلب. يُفعَّل هذا الموضع أو يُعطَّل مثل المواضع الأخرى.

ضبط المظهر من لوحة التحكم، دون CSS

تضبط لوحة التحكم لون التمييز، ولون النص، والخلفية، والإطار، والاستدارة، والهوامش، وحجم الخط، وسماكته، والمحاذاة، والأيقونة، والعرض الكامل.

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

لا يُكتب أي ملف على القرص. تُنقل الإعدادات في متغيرات CSS موضوعة على الكتلة. لذلك تعمل الوحدة بشكل صحيح في وضع المتاجر المتعددة، ولا يمكن لشبكة CDN أن تقدّم مظهرًا قديمًا.

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

حزمتان للوحدة نفسها، واحدة لكل فرع من PrestaShop:

الفرع إصدار الوحدة PHP لوحة التحكم
9.0 → 9.x 2.9.0 8.1 → 8.4 متحكم Symfony أصلي
1.7.6 → 8.x 2.1.0 (حزمة منفصلة) 7.1 → 8.1 متحكم كلاسيكي

على PrestaShop 9، صفحة الإعدادات متحكم Symfony أصلي، بقالب Twig وتخطيط لوحة التحكم الجديدة. لا تُثبَّت الحزمة 2.9.0 إلا على PrestaShop 9، ولا يُرسل أي ملف Symfony إلى متاجر 1.7 و8.

قبل كل إصدار، تُثبَّت كل نسخة مذكورة وتُضبط وتُعرض ثم تُزال في مصفوفة الاختبار لدينا.

وحدة بلا override لنواة PrestaShop

لا تثبّت هذه الوحدة أي override. لا تحتوي على مجلد override/ وترتبط فقط بنقاط الربط التي يوفرها PrestaShop.

بالنسبة إلى الوكالة، يُبعد ذلك عدة مشاكل:

  • التعارض مع وحدة أخرى تعيد تعريف الصنف نفسه؛
  • الملفات اليتيمة بعد تحديث PrestaShop؛
  • مجلد override/ الذي يجب تنظيفه قبل الترحيل.

Léger et rapide

أرقام مقيسة على الوحدة المُسلَّمة، مضغوطة بـ gzip (المستوى 9). في واجهة المتجر: ملف أنماط بحجم 2034 بايت (2.0 كيلوبايت) وسكربتان دون jQuery. لا يُحمَّل سكربت العدّ التنازلي (1144 بايت، 1.1 كيلوبايت) إلا عند اختيار هذا العرض في صفحة المنتج أو في مسار الطلب؛ وإلا لا تحمّل أي صفحة منه شيئًا. أما السكربت الذي يضع التاريخ تحت كل شركة شحن (978 بايت) فلا يُحمَّل إلا في مسار الطلب. يُحسب التقدير على الخادم ويُكتب في HTML الصفحة: لا اتصال خارجي ولا CDN.

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

هل هذه الوحدة متوافقة مع إصدار PrestaShop لديّ؟

نعم، من PrestaShop 1.7.6 إلى PrestaShop 9، في حزمتين: 2.9.0 لـ PrestaShop 9 و2.1.0 للإصدارات من 1.7.6 إلى 8.x. في PrestaShop 9، صفحة الإعداد متحكم Symfony أصلي بتصميم لوحة التحكم الجديدة. قبل كل نشر، يُثبَّت كل إصدار ويُضبط ثم يُلغى تثبيته في مصفوفة الاختبار لدينا.

هل تحتوي الوحدة على override للنواة؟

لا override. لا تعدّل هذه الوحدة نواة PrestaShop ولا تحتوي على مجلد override/. لذلك لا يمكن أن تتعارض مع أي وحدة أخرى، ولا يترك تحديث PrestaShop أي ملف يتيم.

هل يجب تعديل قالبي أو المساس بالشيفرة؟

في الحالة القياسية، لا. تتموضع الوحدة على نقاط الربط في PrestaShop، في صفحة المنتج وفي مسار الطلب. إذا أردت التاريخ في موضع لا يوفره قالبك، راسلنا: نضع نقطة الربط لك مجانًا. تستغرق العملية نحو خمس عشرة دقيقة.

هل تتصل الوحدة بواجهات API لشركات الشحن؟

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

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

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

هل يجب تحديث العطل الرسمية كل عام؟

لا. العطل الثابتة موجودة في التقويم. أما العطل المتنقلة (الفصح، الصعود، العنصرة، عيد القربان) فتُحسب انطلاقًا من تاريخ الفصح في السنة الجارية. وستبقى صحيحة في 2030، دون تحديث للوحدة. تضيف فقط إغلاقاتك الخاصة، مثل العطل أو الجرد أو أيام الجسر.

لا أشحن من فرنسا.

تتوفر عشرة تقاويم وطنية: فرنسا، بلجيكا، لوكسمبورغ، سويسرا، ألمانيا، إسبانيا، إيطاليا، البرتغال، هولندا، المملكة المتحدة. يرحّل التقويم البريطاني إلى يوم الاثنين العطلَ الرسمية التي تقع في نهاية الأسبوع، وفق العرف المحلي. لبلد غير مدرج، اختر «بلا تقويم» وأدخل عطلك الرسمية. تعمل بقية الوحدة بالطريقة نفسها.

كيف تتصرف مع عدد كبير من شركات الشحن والمناطق؟

تُحمَّل مدد النقل في استعلام واحد لكل صفحة، ثم تُحفظ في الذاكرة. في لوحة التحكم، تُطوى تفاصيل المناطق لكل شركة شحن، ويبقى متجر يضم عشرين شركة شحن وثماني مناطق سهل القراءة.

ماذا يبقى إذا ألغيت تثبيت الوحدة؟

لا شيء. يحذف إلغاء التثبيت جدولَي الوحدة، ومفاتيح إعدادها، وعنصرها في القائمة، وإعداد Symfony الخاص بها. لم تضع الوحدة أي ملف في القالب ولا في override/، فلا تترك أي ملف.

هل تعمل في وضع المتاجر المتعددة واللغات المتعددة؟

نعم. الوحدة مترجمة إلى الفرنسية وجاهزة لأي لغة أخرى. في وضع المتاجر المتعددة، لا تولّد أي ملف CSS. تُنقل إعدادات المظهر في متغيرات CSS موضوعة على الكتلة، فلا يمكن لمتجر أن يطمس مظهر متجر آخر.

هل تضع الوحدة ملفات تعريف الارتباط؟

لا. لا تضع الوحدة أي ملف تعريف ارتباط ولا أي أداة تتبع، ولا ترسل أي بيانات إلى طرف ثالث. لا شيء عليك التصريح به في شريط الموافقة.

هل يُرسل تاريخ التوصيل إلى Google كبيانات منظمة؟

لا، وهذا مقصود. يجب دمج ترميز shippingDetails في ترميز Product الذي يولّده قالبك أصلًا. ترميز ثانٍ موازٍ سيُنشئ كيانين متنافسين للمنتج نفسه ويشوّش نتائجك المنسقة. لذلك استبعدنا هذا الخيار، الذي قد يضر بظهورك في محركات البحث دون أي تنبيه.

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

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

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

    فرع PrestaShop 9 (من 9.0 إلى 9.x، وPHP من 8.1 إلى 8.4). للمتاجر على PrestaShop من 1.7.6 إلى 8.x حزمتها الخاصة، الإصدار 2.1.0، بالوظائف نفسها ومن دون أي ملف Symfony.

    التعديلات

    • إعدادات Symfony مرفقة في مكانها. الملفان config/routes.yml وconfig/services.yml جزء من الحزمة: لم تعد الوحدة تنسخ أي شيء داخل مجلدها عند التثبيت.
    • لوحة تحكم Symfony فقط: يشير التبويب مباشرة إلى مسار الإعدادات، ولم يعد المتحكم الكلاسيكي مرفقًا في هذا الفرع.
    • إعادة توليد الترجمات الفرنسية والإنجليزية والعربية من الشيفرة، مع مراجعة علامات النطق.
    • عناوين ملفات CSS وJS الخاصة بالوحدة تحمل بصمة محتواها: بعد أي تحديث، لا تقدّم شبكة CDN ولا المتصفح النسخة القديمة.
    • إعادة تصميم صفحة الإعدادات: ترويسة تعرض حالة الوحدة، وشارات ملخّص، ولوحات التقويم والناقلين والمواضع والمظهر؛ تقويم شهري يبيّن ما تحتسبه الوحدة (يوم عمل، عطلة، إغلاق)؛ الإغلاقات الاستثنائية في قائمة؛ معاينة مباشرة للمواضع الأربعة (صفحة المنتج، التوصيل، الطلب، PDF) محسوبة بالإعدادات الحالية قبل الحفظ.
    • تتبّع الطلب (تأكيد الطلب وتفاصيل الطلب في حساب العميل): شريط زمني أوضح، نقطة لكل مرحلة (مجوّفة للمراحل القادمة، ممتلئة للمنجزة، وهالة للمرحلة الحالية)، خط بلون التمييز حتى المرحلة الحالية، التاريخ أسفل كل مرحلة، وألوان القالب الثانوية بتباين 4.5:1.
    • الترقية من 2.0.0. لا تتغير أي بيانات: الجداول نفسها والإعدادات نفسها ونقاط العرض نفسها (الكتلة التي نقلها التاجر تبقى في مكانها)، مع إضافة displayAfterCarrier عندما يعرض مسار الطلب التاريخ تحت كل شركة شحن. يُربط التبويب بمسار Symfony. أثبت ذلك tests/upgrade-check.sh: تقديرات صفحات المنتجات متطابقة بالفرنسية والإنجليزية والعربية، والإعدادات ومدد التوصيل دون تغيير.

    الإصلاحات

    • التاريخ تحت كل شركة شحن، يظهر الآن فعلًا في مسار الطلب. لا تستدعي النواة displayCarrierExtraContent إلا لشركة شحن تابعة لوحدة، وعند وحدتها فقط: مع شركات الشحن العادية لم يكن يظهر أي تاريخ. تعتمد الوحدة الآن على displayAfterCarrier: سطر لكل شركة شحن مع تاريخها، يضعه تحت خيار تلك الشركة سكربت أقل من 1 كيلوبايت لا يُحمَّل إلا في مسار الطلب ويتابع إعادة التحميل عبر AJAX؛ ودون السكربت تُقرأ القائمة تحت كتلة شركات الشحن. تم التحقق على 1.7.6 و8.1 و9.2 (Classic وHummingbird) مع تغيير العنوان وشركة الشحن.
  2. الإصدار 2.1.0 PrestaShop من 1.7.6 إلى 8.x

    فرع PrestaShop من 1.7.6 إلى 8.x (وPHP من 7.1 إلى 8.1). للمتاجر على PrestaShop 9 حزمتها الخاصة، الإصدار 2.9.0، بالوظائف نفسها.

    التعديلات

    • لا شيفرة Symfony في هذا الفرع: لوحة التحكم هي المتحكم الكلاسيكي، واختفى نسخ إعدادات Symfony الذي كان في 2.0.0.
    • الترجمات عبر النظام القديم في PrestaShop (translations/fr.php وar.php)، وهو الوحيد الذي يحمّله 1.7.6 و1.7.7 للوحدات: الوحدة مترجمة ابتداءً من 1.7.6.
    • اسم التبويب بعلاماته الصحيحة في كل لغة: «LNK Délais de livraison».
    • عناوين ملفات CSS وJS الخاصة بالوحدة تحمل بصمة محتواها: بعد أي تحديث، لا تقدّم شبكة CDN ولا المتصفح النسخة القديمة.
    • تتبّع الطلب (تأكيد الطلب وتفاصيل الطلب في حساب العميل): شريط زمني أوضح، نقطة لكل مرحلة (مجوّفة للمراحل القادمة، ممتلئة للمنجزة، وهالة للمرحلة الحالية)، خط بلون التمييز حتى المرحلة الحالية، التاريخ أسفل كل مرحلة، وألوان القالب الثانوية بتباين 4.5:1.
    • إعادة تصميم صفحة الإعدادات: ترويسة تعرض حالة الوحدة، وشارات ملخّص، ولوحات التقويم والناقلين والمواضع والمظهر؛ تقويم شهري يبيّن ما تحتسبه الوحدة (يوم عمل، عطلة، إغلاق)؛ الإغلاقات الاستثنائية في قائمة؛ معاينة مباشرة للمواضع الأربعة (صفحة المنتج، التوصيل، الطلب، PDF) محسوبة بالإعدادات الحالية قبل الحفظ.
    • الترقية من 2.0.0. لا تتغير أي بيانات: الجداول نفسها والإعدادات نفسها ونقاط العرض نفسها، مع إضافة displayAfterCarrier عندما يعرض مسار الطلب التاريخ تحت كل شركة شحن. يُصحَّح التبويب. أثبت ذلك tests/upgrade-check.sh على 1.7.6 و1.7.8 و8.1: تقديرات صفحات المنتجات متطابقة بالفرنسية والإنجليزية والعربية، والإعدادات ومدد التوصيل دون تغيير.

    الإصلاحات

    • التاريخ تحت كل شركة شحن، يظهر الآن فعلًا في مسار الطلب. لا تستدعي النواة displayCarrierExtraContent إلا لشركة شحن تابعة لوحدة، وعند وحدتها فقط: مع شركات الشحن العادية لم يكن يظهر أي تاريخ. تعتمد الوحدة الآن على displayAfterCarrier: سطر لكل شركة شحن مع تاريخها، يضعه تحت خيار تلك الشركة سكربت أقل من 1 كيلوبايت لا يُحمَّل إلا في مسار الطلب ويتابع إعادة التحميل عبر AJAX؛ ودون السكربت تُقرأ القائمة تحت كتلة شركات الشحن. تم التحقق على 1.7.6 و8.1 و9.2 (Classic وHummingbird) مع تغيير العنوان وشركة الشحن.
  3. الإصدار 2.0.0 PrestaShop من 1.7.6 إلى 8.x

    أول إصدار قابل للتوزيع. كان الإصدار 1.0.0 تطويرًا مخصصًا لمتجر واحد؛ وهذا الإصدار منقول إلى فروع PrestaShop الثلاثة ومعروض للبيع.

    الجديد

    • لوحة تحكم Symfony أصلية لـ PrestaShop 9 (PrestaShopAdminController + Twig)، تُنشر عند التثبيت وفقط إذا سمح الإصدار بذلك.
    • تقاويم العطل الرسمية حسب البلد: فرنسا، بلجيكا، لوكسمبورغ، سويسرا، ألمانيا، إسبانيا، إيطاليا، البرتغال، هولندا، المملكة المتحدة، أو بلا تقويم. ترحيل العطل الواقعة في نهاية الأسبوع إلى يوم الاثنين في المملكة المتحدة. يتبع التقويم الافتراضي بلد المتجر.
    • إعدادات المظهر في لوحة التحكم: لون التمييز، لون النص، الخلفية، الإطار، الاستدارة، الهوامش، الحجم، السماكة، المحاذاة، الأيقونة، العرض الكامل. تنتقل في متغيرات CSS موضوعة على الكتلة، ولا يُولَّد أي ملف.
    • معاينة يعرضها الخادم في صفحة الإعداد، بقوالب الواجهة الحقيقية: لا يمكن أن تختلف عن العرض الفعلي.
    • شكل النص البسيط، بلا إطار، للقوالب البسيطة.
    • قائمة بنقاط الربط المقترحة لكل موضع، مع التحقق من وجودها من 1.7.0 إلى 9.x.
    • tests/test-estimator.php: 63 عملية تحقق من المحرك، قابلة للتشغيل دون متجر.
    • توثيق كامل: التثبيت، التوافق، نقاط الربط، نقاط الربط المخصصة، صفحة المتجر، الأسئلة الشائعة.

    التعديلات

    • ينتقل حساب العطل الرسمية من LnkDeliveryEstimator إلى LnkDeliveryHolidays. لم تعد LnkDeliveryEstimator::frenchHolidays() و::easterDate() موجودة بهذا الشكل، دون أثر على الاستخدام العادي للوحدة.
    • يُنقل اللون الوحيد في 1.0.0 (LNK_DELEST_COLOR) إلى إعدادات المظهر الجديدة عند التحديث.
    • لا يُحمَّل سكربت العدّ التنازلي إلا إذا كان شكل «العدّ التنازلي» مفعّلًا في مكان ما.

    الإصلاحات

    • منطقة زمنية مثبتة على Europe/Paris في الشيفرة. يُقرأ آخر موعد الآن وفق المنطقة الزمنية للمتجر. كانت الاستضافة المضبوطة على UTC تزيح لحظة التحوّل بساعة إلى ساعتين، وكان العدّ التنازلي يعرض مدة خاطئة.
    • عدّ تنازلي منتهٍ. يعرض الخادم الآن الحالتين، قبل آخر موعد وبعده. يكتفي المتصفح بالتنقل بينهما ولا يعيد حساب أي تاريخ: لم يعد بإمكان صفحة يقدّمها تخزين مؤقت للصفحات الكاملة أن تعرض تاريخًا خاطئًا.
    • شركة الشحن الافتراضية محذوفة أو معطّلة. تعود الوحدة إلى أول شركة شحن متاحة فعلًا للمنطقة بدل أن تصمت في جميع صفحات المنتجات.
    • إعداد غير صالح. عند عدم تحديد أي يوم عمل، لم تعد حلقة البحث تدور 400 مرة في كل استدعاء: لا تعرض الوحدة شيئًا بدل أن تخترع تاريخًا.
    • إلغاء الاشتراك في نقاط الربط كأثر جانبي. لم يعد تغيير موضع العرض قادرًا على إزالة نقاط الربط التي تحمل تتبع الطلب أو ملفات PDF.
    • الإدراج الأولي عند التثبيت. تُدرج المدد الافتراضية على دفعات؛ كان متجر يضم عشرين شركة شحن وثماني مناطق يطلق 180 استعلامًا.
    • الإغلاقات الاستثنائية: تُتجاهل التواريخ غير الصالحة بدل أن تفسد التقويم.
    • وسم <style> المُدرج في <head> في كل صفحة: أُزيل، ويمر اللون عبر متغير CSS على الكتلة.
عرض الإصدار السابق
  1. الإصدار 1.0.0 PrestaShop من 1.7.6 إلى 8.x

    الإصدار الأولي، تطوير مخصص. غير موزّع.

سلتك

سلتك فارغة.