كيفية إصلاح رسالة "تأكيد إعادة إرسال النموذج" عند التحديث

لا يُعدّ ظهور رسالة "تأكيد إعادة إرسال النموذج" عادةً عطلاً في المتصفح. بل تظهر عند محاولة إعادة تحميل صفحة تم الوصول إليها عبر إرسال بيانات باستخدام طلب HTTP POST. قد يؤدي تكرار هذا الطلب إلى تكرار العملية، لذا يطلب المتصفح تأكيد إعادة إرسال النموذج قبل إرساله مرة أخرى. هذا الأمر مهم بالنسبة لنماذج الاتصال، والتعليقات، وعمليات الشراء، والمدفوعات، وتغييرات الحساب، وأي إجراء آخر لا ينبغي تنفيذه مرتين عن طريق الخطأ.

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

ما الذي يسبب إعادة إرسال نموذج التأكيد؟

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

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

كيفية إصلاح المشكلة كزائر للموقع الإلكتروني

1. ألغِ عملية إعادة التحميل وافتح النموذج مرة أخرى

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

في حالة الرسائل أو الطلبات الطويلة، انسخ أي نص متبقٍ قبل مغادرة الموقع. قد لا يستعيد الموقع ما كتبته بعد تغيير الجلسة.

2. تحقق مما إذا كانت عملية الإرسال الأصلية قد نجحت بالفعل

قم بذلك قبل إدخال نفس المعلومات مرة أخرى. قد يؤدي إرسال طلب POST ثانٍ إلى إنشاء تعليقات أو تذاكر أو حجوزات أو رسوم مكررة إذا لم يكن الموقع يحمي من التكرار. إذا لم تتمكن من معرفة ما إذا كانت معاملة ذات قيمة عالية قد تمت بنجاح، فاستخدم سجل الطلبات في الموقع أو تواصل مع فريق الدعم بدلاً من النقر على "إرسال" بشكل متكرر.

3. امسح بيانات الموقع فقط إذا كان النموذج عالقًا بالفعل

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

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

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

4. قم بتعطيل الإضافات مؤقتًا إذا حدثت المشكلة بشكل غير متوقع

إذا تكرر فشل تحميل نموذج ما دون تحديثه، فاختبر الإضافات التي تُغيّر الصفحات أو حركة مرور الشبكة، مثل أدوات حظر المحتوى، وأدوات الخصوصية، ومديري البرامج النصية، وإضافات VPN/البروكسي، أو أدوات مساعدة النماذج. في متصفح Chrome، انتقل إلى المزيد > الإضافات > إدارة الإضافات ، وقم بإيقاف تشغيل الإضافات المشبوهة مؤقتًا؛ يوثّق دليل إدارة الإضافات من Google عناصر التحكم الحالية.

في متصفح فايرفوكس، افتح القائمة > الإضافات والسمات > الإضافات ، ثم عطّل الإضافات واحدة تلو الأخرى. كما توفر موزيلا خطوات رسمية لتعطيل إضافات فايرفوكس . أعد تفعيل أي إضافة لا علاقة لها بالمشكلة.

إذا ظهر التحذير على موقع ويب واحد فقط

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

أصحاب المواقع الإلكترونية: استخدموا POST/Redirect/GET

الطريقة القياسية لمنع تحويل عملية إرسال نموذج ناجحة إلى صفحة POST الحالية في المتصفح هي نمط POST/إعادة التوجيه/GET . يتم معالجة طلب POST على الخادم، ثم يتم إعادة التوجيه إلى عنوان URL منفصل للتأكيد. يشير رد 303 (انظر صفحة أخرى) تحديدًا إلى ضرورة استرداد المورد المُعاد توجيهه باستخدام GET. تشير MDN إلى أن هذا النمط يسمح للمستخدم بعرض صفحة التأكيد بعد إرسال POST دون الحاجة إلى إعادة تحميل الصفحة لتكرار العملية الأصلية.

POST /contact

HTTP/1.1 303 See Other
Location: /contact/thanks

GET /contact/thanks

راجع مرجع MDN 303 (انظر إلى مصادر أخرى) ودليل إعادة توجيه HTTP الخاص به لمعرفة سلوك تغيير طريقة الاستجابة. لا تستخدم إعادة التوجيه 307 لهذا الغرض عندما تريد أن يصبح الطلب اللاحق من نوع GET، لأن 307 يحافظ على طريقة الاستجابة الأصلية ومحتوى الطلب.

لا تقم بتحويل جميع نماذج POST إلى GET لمجرد إخفاء التحذير. يُستخدم GET لاسترجاع البيانات، ويُدرج قيم النموذج في عنوان URL عند استخدامه في نموذج HTML؛ وهو غير مناسب لكلمات المرور أو الإجراءات التي تُغيّر حالة الخادم. توضح وثائق إرسال النماذج في MDN الفروقات العملية بين GET وPOST.

يمكن لـ JavaScript fetch()إرسال نموذج دون الحاجة إلى التنقل بين صفحاته، ولكن يجب على الخادم حماية العمليات المهمة من الطلبات المكررة غير المقصودة. بالنسبة للنماذج التقليدية متعددة الصفحات، يظل استخدام POST/Redirect/GET الحل الأمثل لمشكلة تحذير التحديث.