يعد الخطأ 504 Gateway Timeout أحد أكثر أخطاء HTTP 5xx شيوعًا التي يواجهها مالكو مواقع الويب وزوار الموقع. بالنسبة للعديد من بلوق وورد و منصات التجارة الإلكترونية ، معرفة كيفية إصلاح أخطاء الخادم مثل هذا أمر بالغ الأهمية للحفاظ على الزوار بشق الانفس من كذاب إلى مواقع منافس.
نظرًا لأن الخطأ 504 Gateway Timeout لا يخبرك عن سبب حدوثه ، فمن الصعب تحديد سبب انتهاء مهلة الخادم. ستساعدك هذه المقالة في فهمها بالتفصيل ، ومعرفة كيفية تشخيص سببها ، ثم إصلاحها.
بعد تجربة جميع الحلول المختلفة المذكورة في المنشور ، يجب أن يكون موقعك جاهزًا للعمل في أي وقت من الأوقات.
في كل مرة تقوم فيها بزيارة موقع ويب في متصفحك ، يرسل المتصفح طلبًا إلى خادم الويب حيث تتم استضافة الموقع . يعالج الخادم الطلب ويستجيب بالموارد المطلوبة.
توضيح لكيفية عمل طلبات واستجابات HTTP
كيف تعمل طلبات واستجابات HTTP.
تتضمن استجابة الخادم أحد أكواد حالة HTTP العديدة للإشارة إلى حالة الاستجابة للمتصفح. ولكن ليست كل رموز حالة HTTP هذه أخطاء. على سبيل المثال ، يعني رمز الحالة 200 OK أن الخادم قام بمعالجة الطلب بنجاح و “كل شيء على ما يرام”.
تشير فئة 5xx من أكواد حالة HTTP إلى وجود خطأ ما في الخادم ، وأن الخادم على علم به ، ولا يمكنه تنفيذ طلب العميل. نتيجة لذلك ، يشار إليها أيضًا باسم رموز حالة Server Error 5xx .
رسميًا ، تم تحديد خمسة رموز حالة ضمن فئة 5xx ( 500 ، 501 ، 502 ، 503 ، 504). قد تجد أيضًا العديد من الرموز غير الرسمية ( 506 ، 507 ، 509 ، 520 ، إلخ).
تحدد فرقة عمل هندسة الإنترنت (IETF) الخطأ 504 Gateway Timeout على النحو التالي:
يشير رمز الحالة 504 (Gateway Timeout) إلى أن الخادم ، أثناء عمله كبوابة أو وكيل ، لم يتلق استجابة في الوقت المناسب من خادم رئيسي يحتاج إلى الوصول إليه من أجل إكمال الطلب.
لتبسيط الأمر أكثر ، يحدث هذا الخطأ عندما يشترك خادمان في معالجة الطلب. تنتهي مهلة الخادم الأول (الخادم الرئيسي عادةً) ، في انتظار استجابة من الخادم الثاني (الخادم الرئيسي).
يظهر الخطأ 504 Gateway Timeout في أشكال مختلفة. فيما يلي بعض الطرق التي تظهر بها عادةً:
خطأ HTTP ERROR 504 في متصفح Chrome
“HTTP ERROR 504” في متصفح Chrome.
يشبه الخطأ 504 Gateway Timeout الخطأ 502 Bad Gateway ، والذي يشير إلى أن الخادم الأول تلقى استجابة غير صالحة من الخادم الثاني (الخادم الرئيسي).
504 GATEWAY TIMEOUT رمز الحالة في Chrome DevTools
رمز الحالة “504 GATEWAY TIMEOUT” في Chrome DevTools.
يعرض المتصفح أي خطأ 504 Gateway Timeout بداخله ، تمامًا مثل أي خطأ آخر. نظرًا لوجود العديد من أنظمة التشغيل وخوادم الويب والمتصفحات ووكلاء المستخدم ، يمكن أن تظهر بطرق متعددة.
فيما يلي بعض الاختلافات الشائعة في رسائل الخطأ 504 التي قد تواجهها:
البوابة 504 انتهى الزمن
504 بوابة مهلة NGINX
مهلة بوابة NGINX 504
خطأ في مهلة البوابة
خطأ 504
خطأ HTTP 504
خطأ HTTP 504 – بوابة المهلة
بروتوكول HTTP 504
504 خطأ
مهلة البوابة (504)
هذه الصفحة لا تعمل – استغرق المجال وقتًا طويلاً للاستجابة
504 Gateway Time-out – لم يستجب الخادم في الوقت المناسب
شاشة بيضاء فارغة
تشير جميع استجابات الخطأ المذكورة أعلاه ، على الرغم من صياغتها بشكل مختلف ، إلى نفس خطأ خادم 504 Gateway Timeout.
يمكن لخوادم الويب ومواقع الويب تخصيص كيفية إظهار الخطأ 504 Gateway Timeout للمستخدمين. يمكن أن يكون بعض منهم رائع! إنه تكتيك ممتاز لتهدئة خيبة أمل زوارهم.
صفحة خطأ HTTP 504 المخصصة من GitHub
صفحة خطأ HTTP 504 المخصصة من GitHub.
تمنع جميع أخطاء 5xx تحميل صفحة ويب ، مما يجعلها ضارة بتجربة المستخدم. ومن ثم ، فإن محركات البحث مثل Google تأخذ هذه الأخطاء على محمل الجد. إذا استمر الخطأ لفترة طويلة ، فقد يؤدي ذلك إلى إلغاء فهرسة صفحة الويب من نتائج محرك البحث.
على سبيل المثال ، عندما تتعثر عناكب Google في الخطأ 503 Service Unavailable ، فسوف يفهمون أنها مشكلة مؤقتة لأنها تستخدم في الغالب لتمكين وضع صيانة الموقع . وبالتالي ، سيحاولون الزحف إلى الصفحة مرة أخرى لاحقًا.
خطأ 504 Gateway Timeout ليس بالضرورة مؤقتًا لأنه قد يكون نتيجة لأسباب متعددة. إذا كان موقعك معطلاً لبضع دقائق فقط ، وإذا كانت العناكب تحاول الزحف إليه عدة مرات كل دقيقة ، فسيحاولون عرض الصفحة من ذاكرة التخزين المؤقت الخاصة بهم. لن يلاحظوا ذلك حتى.
ولكن إذا تعطل موقعك لمدة تزيد عن 6 ساعات أو أكثر ، فستعتبر Google الخطأ 504 مشكلة خطيرة على مستوى الموقع تحتاج إلى إصلاحها في أقرب وقت ممكن. هذا يمكن أن يؤثر سلبًا على مُحسنات محركات البحث.
عرض أخطاء الزحف في Google Search Console
عرض أخطاء الزحف في Google Search Console
تعد Google Search Console واحدة من أفضل أدوات تحسين محركات البحث (SEO) لمراقبة أخطاء HTTP 5xx لموقع الويب الخاص بك.
نظرًا لأن الخطأ 504 يرجع إلى انتهاء المهلة بين الخوادم ، فمن المحتمل أن المشكلة لا تتعلق بجهاز العميل أو اتصال الإنترنت. يتضمن ذلك أيضًا جهازك والاتصال.
يشير الخطأ 504 Gateway Timeout إلى أن خادم الويب ينتظر وقتًا طويلاً للاستجابة من خادم آخر و “انتهاء المهلة”. يمكن أن يكون هناك العديد من الأسباب لهذه المهلة: الخادم الآخر لا يعمل بشكل صحيح ، أو محملة بشكل زائد ، أو معطلة.
لا يلزم أن يكون الخادم الآخر دائمًا خارجيًا (مثل CDN ، بوابة API). يمكن أن يكون أيضًا كيانًا يشبه الخادم داخل خادم الويب الرئيسي (على سبيل المثال ، خادم وكيل عكسي ، خادم قاعدة بيانات).
بدون معرفة التفاصيل الدقيقة حول موقع وورد بريس ، مثل تكوين الخادم وخطة الاستضافة والمكونات الإضافية للجهات الخارجية وحركة المرور التي تجتذبها ، قد تجد أنه من المحبط والمربك إصلاح خطأ 504 Gateway Timeout.
نظرًا لأن العديد من المتغيرات متضمنة ، أوصيك بالبدء في إصلاح مشكلات جانب العميل ، والتي تعد نادرة جدًا ، ثم الانتقال إلى إصلاح مشكلات جانب الخادم. هم عادة الجناة مع 504 أخطاء.
من أول الأشياء التي يمكنك تجربتها عند مواجهة خطأ 504 Gateway Timeout الانتظار بضع دقائق ومحاولة إعادة تحميل الصفحة.
يمكنك الضغط على اختصار لوحة المفاتيح F5 لتحديث / إعادة تحميل صفحة الويب في معظم المتصفحات. لإزالة ذاكرة التخزين المؤقت لمتصفح الصفحة قبل إعادة التحميل ، يمكنك الضغط على اختصار CTRL + F5 بدلاً من ذلك.
تحديث صفحة ويب في متصفح Chrome
تحديث صفحة ويب في متصفح Chrome
أثناء تواجدك فيه ، يمكنك أيضًا محاولة تحميل الموقع في متصفح مختلف لاستبعاد ذلك باعتباره مشكلة. نظرًا لأن معظم أخطاء 504 ناتجة عن خوادم محملة بشكل زائد مؤقتًا ، فإن استخدام هذا الحل يجب أن يجعل موقعك يعود مباشرة.
إذا لم يؤد الانتظار وإعادة تحميل الموقع إلى إصلاح مشكلة الخطأ 504 ، فيمكنك التحقق مما إذا كان الموقع معطلاً للجميع أم أنت فقط. اثنين من أدوات مفيدة على الانترنت لاختبار الموقع لفترة توقف ل أسفل للجميع أو مجرد البيانات و هو أسفل الحق الآن؟
اختبار Kinsta.com على Down for Everyone أو Just Me
اختبار Kinsta.com على Down for Everyone أو Just Me
في بعض الأحيان ، قد تؤدي مشكلات أجهزة الشبكة مثل المودم أو جهاز التوجيه إلى حدوث خطأ 504 Gateway Timeout. يمكن أن تساعدك إعادة تشغيل هذه الأجهزة في حل المشكلة.
بينما يمكنك إيقاف تشغيل جميع أجهزة الشبكات هذه بأي ترتيب ، فإن ترتيب إعادة تشغيلها أمر مهم. عادةً ، قم بتشغيل هذه الأجهزة من “الخارج إلى الداخل” ، باتباع طلب الاتصال من مزود خدمة الإنترنت إلى جهاز العميل الرئيسي.
يوجد خادم وكيل بين جهازك والإنترنت. يتم استخدامه في الغالب لتعزيز الخصوصية عبر الإنترنت عن طريق إخفاء المعلومات الخاصة (مثل موقع الجهاز) من مواقع الويب وخوادم الويب (مثل استخدام VPN ).
في حين أنه من النادر أن تتسبب الخوادم الوكيلة في حدوث خطأ 504 ، فقد تكون إعدادات الخادم الوكيل غير الصحيحة هي السبب في بعض الأحيان. يمكنك تعطيل الخادم الوكيل ومحاولة إعادة تحميل صفحة الويب لمعرفة ما إذا كان سيصلح الخطأ أم لا.
تغيير إعدادات “الوكيل” في نظام التشغيل Windows 10
تغيير إعدادات “الوكيل” في نظام التشغيل Windows 10
لا يستخدم معظم العملاء خدمة الوكيل ، لذا يمكنك تخطي هذه الخطوة إذا كنت واثقًا من أنك لا تستخدم أي خادم وكيل. ومع ذلك ، ربما تكون قد قمت بتعيينه دون علمك بذلك. أقترح عليك التحقق من إعدادات الخادم الوكيل لجهازك والمتصفح لاستبعاد هذا السبب.
يمكن أن يحدث خطأ 504 Gateway Timeout أيضًا بسبب مشكلات DNS على جانب الخادم أو جانب العميل (أو كليهما).
السبب الأكثر احتمالية لمشكلة DNS من جانب الخادم هو أن FQDN (اسم المجال المؤهل بالكامل) لا يحل عنوان IP الصحيح أو أن خادم DNS لا يستجيب . عادةً ما يحدث هذا عندما تقوم بترحيل موقع وورد بريس الخاص بك إلى خادم أو مضيف جديد. وبالتالي ، من المهم انتظار نشر سجلات DNS الخاصة بالمجال بشكل كامل ، الأمر الذي قد يستغرق ما يصل إلى 24 ساعة.
يمكنك استخدام أدوات مجانية مثل whatsmydns.net DNS Checker أو DNSMap لمعرفة ما إذا كان DNS الخاص بك قد انتشر في جميع أنحاء العالم.
التحقق من انتشار DNS للمجال الخاص بك على whatsmydns.net
التحقق من انتشار DNS للمجال الخاص بك على whatsmydns.net
لإصلاح مشكلات DNS من جانب العميل ، يمكنك محاولة مسح ذاكرة التخزين المؤقت DNS المحلية الخاصة بك . يشبه مسح ذاكرة التخزين المؤقت للمتصفح الخاص بك ، ما عدا هنا ، فأنت تقوم بمسح ذاكرة التخزين المؤقت لنظام أسماء النطاقات من نظام التشغيل.
إذا كنت تستخدم Windows ، فيمكنك مسح ذاكرة التخزين المؤقت لنظام أسماء النطاقات عن طريق فتح موجه الأوامر وإدخال التوجيه التالي:
ipconfig /flushdns
مسح ذاكرة التخزين المؤقت لـ DNS باستخدام موجه الأوامر
مسح ذاكرة التخزين المؤقت لـ DNS باستخدام موجه الأوامر في Windows
يجب أن ترى رسالة “تم مسح ذاكرة التخزين المؤقت لمحلل DNS بنجاح”. رسالة إذا نجحت.
بالنسبة لأحدث إصدارات macOS ، يمكنك فتح Terminal وتشغيل الأمر التالي:
sudo killall -HUP mDNSResponderلن ترى أي إشعار في macOS عند انتهاء العملية ، ولكن يمكنك تغيير ذلك عن طريق إلحاق الأمر برسالتك المخصصة.
sudo killall -HUP mDNSResponder; DNS Cache was cleared successfullyإذا كنت تستخدم إصدارات أقدم من macOS ، فإن الأمر الذي تحتاج إلى إدخاله يختلف بناءً على إصدار macOS الذي تقوم بتشغيله. لمزيد من التفاصيل ، يمكنك الرجوع إلى قسم macOS في البرنامج التعليمي المتعمق لنظام أسماء النطاقات الخاص بـ Kinsta .
إذا كنت تستخدم نظام التشغيل Linux ، فإن العملية تشبه إلى حد كبير نظام macOS حتى أن Linux يستخدم Terminal كواجهة لسطر الأوامر. نظرًا لوجود العديد من توزيعات Linux ، فقد يختلف الأمر الدقيق الذي تحتاج إلى تشغيله من توزيعة إلى أخرى. يمكنك الاطلاع على دليل Kinsta لمزيد من المعلومات.
أخيرًا ، يمكنك تغيير خوادم DNS الخاصة بالعميل مؤقتًا. بشكل افتراضي ، يقوم موفر خدمة الإنترنت الخاص بك بتعيين خوادم DNS تلقائيًا لك. ولكن يمكنك تغييرها إلى عناوين IP لنظام أسماء النطاقات العامة مؤقتًا.
بعض خوادم DNS الموثوقة التي يمكنك تجربتها هي Google Public DNS و Cloudflare 1.1.1.1 و Quad9 DNS و Cisco OpenDNS .
إعدادات خوادم DNS المخصصة في نظام التشغيل Windows 10
إعدادات خوادم DNS المخصصة في نظام التشغيل Windows 10
في بعض الأحيان ، قد تكون المشكلة أيضًا في شبكة توصيل المحتوى (CDN) . إذا لم يكن من الممكن الوصول إلى خادم أصل الموقع ، فستحاول معظم شبكات CDN خدمة صفحة الويب الكاملة من ذاكرة التخزين المؤقت الخاصة بها.
لكن معظم شبكات CDN لا تقوم بتمكين هذه الميزة افتراضيًا نظرًا لأنه من المعقد تخزين الأصول الديناميكية مؤقتًا في معظم المواقع (مثل لوحة تحكم مسؤول وورد بريس ).
إعداد قاعدة صفحة “ذاكرة التخزين المؤقت لكل شيء” في Cloudflare
إعداد قاعدة صفحة “ذاكرة التخزين المؤقت لكل شيء” في Cloudflare
هناك طريقة مباشرة لتحرّي الخلل وإصلاحه وهي تعطيل CDN مؤقتًا. على سبيل المثال ، إذا كنت تستخدم البرنامج الإضافي المجاني CDN Enabler وورد بريس لربط أصول موقعك بعناوين URL لـ CDN ، فيمكنك إلغاء تنشيط المكون الإضافي واختبار إعادة تحميل موقعك.
ينطبق الأمر نفسه على استخدام أي مكون إضافي آخر قد تستخدمه للاتصال بـ CDN الخاص بك (مثل WP Rocket و Breeze و W3 Total Cache ).
إذا لم تتمكن من الوصول إلى لوحة تحكم المسؤول في موقعك ، فيمكنك تعطيل المكون الإضافي عبر SFTP عن طريق إعادة تسمية اسم مجلد المكون الإضافي.
قم بتعطيل جميع المكونات الإضافية عبر SFTP عن طريق إعادة تسمية اسم مجلد الملحقات
قم بتعطيل جميع المكونات الإضافية عبر SFTP عن طريق إعادة تسمية اسم مجلد الملحقات
تحتوي شبكات CDN مثل Cloudflare أو Sucuri ، التي توفر خدمات بروكسي كاملة ، على جدران حماية إضافية بين خوادمها الطرفية وخادمك الأصلي. وبالتالي ، قد تواجه أخطاء HTTP 5xx بشكل متكرر أثناء استخدامها. يتم تخزين معظم أخطاء 5xx في ذاكرة التخزين المؤقت التي تم إرجاعها بواسطة الخادم الأصلي ، لذلك من السهل استكشافها وإصلاحها.
تميل خطة Cloudflare المجانية إلى ظهور خطأ 5xx. لسوء الحظ ، نظرًا لأنها خدمة وكيل كاملة ، فلا توجد طريقة سريعة لتعطيلها. ولكن قبل أن تلوم Cloudflare على ذلك ، اعلم أن Cloudflare يظهر شكلين مختلفين لخطأ 504 Gateway Timeout .
سيُظهر لك Cloudflare شاشة خطأ 504 Gateway Timeout مخصصة عندما يستجيب الخادم الأصلي لموقعك باستجابة HTTP 504 قياسية.
شاشة الخطأ 504 المخصصة لـ Cloudflare
شاشة الخطأ 504 المخصصة لـ Cloudflare
هنا ، تكمن المشكلة في خادم الويب الخاص بك وليس في Cloudflare. يمكنك محاولة إصلاحه مع الحلول الأخرى المذكورة أدناه أو الاتصال بدعم مزود الاستضافة للحصول على المساعدة الفنية.
إذا تسبب Cloudflare في الخطأ 504 Gateway Timeout ، فستذكر شاشة الخطأ “cloudflare” ، وهو اسم الخادم القياسي حاليًا لجميع أصول Cloudflare. عادةً ما تظهر شاشة الخطأ على النحو التالي:
خطأ 504 Gateway Timeout الناجم عن Cloudflare
شاشة الخطأ لـ 504 Gateway Timeout الناتجة عن Cloudflare
نظرًا لأن Cloudflare نفسه لا يستجيب ، فلن ترى أي شاشة خطأ تحمل علامة Cloudflare هنا.
على الأرجح ، فإن Cloudflare تدرك بالفعل المشكلة وتعمل على إصلاحها بالفعل. يمكنك تأكيد ذلك عن طريق التحقق من صفحة ويب Cloudflare System Status . بدلاً من ذلك ، يمكنك التواصل مع دعم Cloudflare للحصول على حل أسرع.
تحقق من حالة نظام Cloudflare على cloudflarestatus.com
تحقق من حالة نظام Cloudflare على cloudflarestatus.com
يمكن أن يكون حجم التحميلات إلى موقعك سببًا أيضًا لانتهاء مهلة الخادم. تحدد Cloudflare حجم ملف التحميل (لكل طلب HTTP POST) إلى 100 ميغابايت فقط في كل من الخطط المجانية و Pro.
حدود “الحد الأقصى لحجم التحميل” الخاصة بـ Cloudflare للخطط المختلفة
حدود “الحد الأقصى لحجم التحميل” الخاصة بـ Cloudflare للخطط المختلفة
يمكن أن تكون المشكلة في نهاية مضيفك أو مع Cloudflare. يمكنك معرفة السبب الدقيق عن طريق تجاوز Cloudflare بملف مضيفي DNS الخاص بك ومحاولة التحميل مرة أخرى.
إذا كنت تستخدم كلودفلاري مع وورد، أوصي باستخدام لها البرنامج المساعد الحرة و باستثناء عناوين المواقع الهامة من التخزين المؤقت (مثل المشرف لوحة القيادة وورد). يمكنك الرجوع إلى منشور Kinsta المفصل حول كيفية تكوين إعدادات Cloudflare لـ وورد بريس .
قراءة مقترحة: كيفية إعداد Cloudflare APO لـ وورد بريس .
تعد مشكلات الخادم أحد الأسباب الأكثر شيوعًا لمواجهة خطأ 504 Gateway Timeout. نظرًا لأن معظم مواقع وورد بريس مستضافة على خوادم الويب Nginx أو Apache ، فإن Nginx أو Apache ينتظران ردًا من شيء ما وينتهي المهلة.
يأتي العديد من العملاء إلى Kinsta بسبب هذه المشكلة بالضبط التي يواجهونها في مضيفي وورد بريس الآخرين. تجري المحادثة على النحو التالي:
نستقبل حوالي 100 ألف زائر شهريًا بأكثر من 200 ألف مشاهدة. حاليًا ، نحن نستضيف مع ____ ونواجه 504 أخطاء باستمرار بسبب التحميل الزائد للخادم. لا أحب الطريقة التي تعاملت بها ____ مع المشكلة ، وقد تم إخطارنا أيضًا بأنه سيتعين علينا الانتقال إلى خططهم المخصصة قريبًا ، والتي أعتقد أنها ليست ضرورية.
تعد مواقع التجارة الإلكترونية وحركة المرور العالية أكثر عرضة للحصول على أخطاء 504 بسبب الحمل الزائد على الخادم لأنها تولد العديد من الطلبات غير القابلة للتخزين. ومع ذلك ، يمكن قص هذه المشكلة مع أي موقع ، بما في ذلك المدونات البسيطة . سيطلب منك العديد من المضيفين الترقية إلى خطة عالية المستوى لإصلاح المشكلة ، وهو أمر غير ضروري في معظم الحالات.
تريد أن تعرف كيف زدنا من حركة المرور لدينا أكثر من 1000 ٪؟
انضم إلى أكثر من 20000 آخرين ممن يتلقون رسائلنا الإخبارية الأسبوعية مع نصائح من الداخل حول وورد بريس!
إشترك الآن
تستخدم Kinsta مضيفات LXD المُدارة وحاويات برامج LXC مُنسقة لكل موقع. وبالتالي ، يتم وضع كل موقع وورد بريس في حاوية منعزلة خاصة به مع إمكانية الوصول إلى جميع البرامج المطلوبة لتشغيله (Linux و Nginx و PHP و MySQL ). الموارد خاصة بنسبة 100٪ ولا تتم مشاركتها مع أي موقع آخر ، حتى مواقعك.
معظم مضيفي وورد بريس الذين يقدمون خطط الاستضافة المشتركة ليس لديهم هذه الإمكانية. ومن ثم ، فإن موقعًا ذا حركة مرور عالية مستضاف على نفس الخادم الخاص بك قد يتسبب في ظهور خطأ 504 في موقعك أيضًا.
بصرف النظر عن عزل كل موقع في حاويته ، صممت Kinsta أيضًا بنيتها التحتية للتعامل مع آلاف الاتصالات المتزامنة بسهولة. حتى أن Kinsta تستضيف قواعد بيانات MySQL على مضيف محلي ، وليس خادمًا بعيدًا. هذا يعني عدم وجود زمن انتقال بين الأجهزة ، مما يؤدي إلى استعلامات أسرع وفرص أقل لحدوث المهلات.
يلاحظ العديد من العملاء الذين يهاجرون إلى Kinsta انخفاضًا كبيرًا في أوقات التحميل الإجمالية .
زيادة بنسبة 212.5٪ في الأداء بعد التحول إلى C2.
زيادة بنسبة 212.5٪ في الأداء بعد التحول إلى C2.
لا يعد الخادم المحمّل السبب الوحيد لانتهاء مهلة الخادم. يمكن أن يكون هناك العديد من الأسباب الأخرى للخطأ 504:
قد لا يحتوي الخادم الذي تستخدمه لاستضافة موقع وورد بريس الخاص بك على موارد كافية للتعامل مع التحميل. إنه يشبه لعب لعبة فيديو حديثة كثيفة الرسومات على جهاز كمبيوتر عمره عقد من الزمن.
توقف الخادم فقط أثناء محاولته خدمة الموقع. الحل الوحيد لهذه المشكلة هو الترقية إلى خادم ببنية تحتية أفضل. لهذا السبب ، حتى خطة استضافة وورد بريس الأساسية في Kinsta ستتعامل مع موقع ثابت بحركة مرور متوسطة.
يتم استخدام عمال PHP لتنفيذ كود موقع وورد بريس الخاص بك. يحتاج موقع التجارة الإلكترونية الذي يستقبل 50000 زائر شهريًا إلى موارد أكثر بكثير من مدونة بسيطة بنفس القدر من حركة المرور. إذا كان جميع العاملين في PHP بالخادم مشغولين ، فسيقومون بإنشاء قائمة انتظار.
عندما تصبح قائمة الانتظار كبيرة جدًا ، يتجاهل الخادم الطلبات القديمة ، مما قد يتسبب في قيام الخادم بإلقاء خطأ 504 في البوابة. يمكنك أن تطلب من مضيفك زيادة عدد العاملين في PHP. سيسمح هذا لموقعك بتنفيذ طلبات متعددة في وقت واحد.
قد يحتوي جدار حماية الخادم الخاص بك على بعض الأخطاء أو تكوين غير صحيح. ربما ، تمنع بعض قواعده الخادم من إنشاء اتصال بشكل صحيح. لمعرفة ما إذا كان جدار الحماية الخاص بك هو الجاني ، يمكنك التحقق من سجلات أخطاء الخادم .
قد تتسبب مشكلات الاتصال بين الخادم الوكيل وخادم الويب في حدوث تأخيرات في الاستجابة لطلبات HTTP. إذا كنت تستخدم موازن تحميل ، فقد تكون هناك أيضًا مشكلات في الاتصال بالشبكة معه.
يمكن أن تحدث مهلات HTTP عندما يظل الاتصال بين خادم الويب والعميل مفتوحًا لفترة طويلة جدًا. مع مواقع وورد بريس ، يحدث هذا عادةً عند تشغيل واردات وورد بريس . تتمثل إحدى طرق حل هذه المشكلة في التبديل إلى اتصال إنترنت أسرع.
يمكنك أيضًا استخدام أداة تدعم WP-CLI لتشغيل البرامج النصية مباشرة على الخادم ، متجاوزًا اتصال HTTP تمامًا. على سبيل المثال ، يمكنك استخدام الأمر wp import WP-CLI لتشغيل المكون الإضافي وورد بريس Importer مباشرة من خلال واجهة سطر الأوامر.
هام: تبدو أخطاء 504 Gateway Timeout مشابهة لأخطاء 503 Service Unavailable أو 502 Bad Gateway . لكنهم جميعًا مختلفون. إذا كنت تواجه خطأ 504 في Kinsta ، فافتح تذكرة دعم لإصلاح مشكلتك على الفور.
لمراقبة وقت تعطل موقعك بنفسك ، يمكنك استخدام أداة مثل updown.io . سيتحقق من حالة موقع الويب الخاص بك (أو أي عنوان URL ) بشكل دوري عن طريق إرسال طلب HTTP إليه. يمكنك ضبط تردد الفحص من 15 ثانية إلى ساعة واحدة. إذا كان موقع الويب الخاص بك لا يستجيب بشكل صحيح ، فسيعلمك برسالة بريد إلكتروني أو رسالة نصية قصيرة.
مراقبة موقع الويب الخاص بك مع updown.io
راقب موقع الويب الخاص بك بسهولة باستخدام updown.io
ستحصل على كمية كبيرة من الأرصدة المجانية مع كل حساب من حسابات updown.io ، ولكن إذا كنت تبحث عن بدائل أرخص ، يمكنك التحقق من WebGazer أو UptimeRobot . ستساعدك هاتان الأداتان على مراقبة وقت تشغيل موقعك كل 5 دقائق مجانًا. هذا لائق بما يكفي لمعظم مالكي مواقع الويب.
لوحة تحكم أداة مراقبة موقع الويب WebGazer
لوحة تحكم أداة مراقبة موقع الويب WebGazer
ستمنحك مراقبة موقع الويب الخاص بك فكرة عن عدد مرات تعطله. هذا مفيد بشكل خاص إذا كنت تستخدم موفر استضافة مشترك. يعتني معظم مضيفي وورد بريس المُدارين بهذا الأمر تلقائيًا نيابة عنك. ومن ثم يوصى دائمًا بالذهاب معهم.
للحصول على شرح مفصل ، راجع منشور Kinsta حول أهمية استضافة وورد بريس المُدارة .
يمكن للمهاجمين الخبثاء إحضار خادم الويب الخاص بك إلى عملية الزحف عن طريق إرسال عدد كبير جدًا و / أو طلبات كثيفة الاستخدام للموارد. إذا كان موقعك يتلقى رسائل غير مرغوب فيها عن طريق الروبوتات أو يتعرض لهجوم DDoS ، فيمكن أن يربك خادمك وينتج عنه أخطاء 504 Gateway Timeout للعديد من المستخدمين الحقيقيين.
يمكنك إلقاء نظرة على حركة مرور الخادم والتحليلات لمعرفة ما إذا كان يمكنك اكتشاف أي أنماط غير منتظمة في حركة مرور الموقع. إذا كنت تستخدم Kinsta لاستضافة موقعك ، فيمكنك عرض هذه البيانات بسهولة بالانتقال إلى لوحة معلومات MyKinsta Analytics .
لوحة معلومات MyKinsta Analytics
لوحة معلومات MyKinsta Analytics
ابدأ التحقيق الخاص بك من خلال النظر في أهم عناوين IP للعميل. سيعطيك فكرة عن من يقوم بإنشاء أكبر عدد من الطلبات ومن أين. إذا كان الخادم الخاص بك يستخدم فجأة نطاقًا تردديًا هائلاً أو يجذب الكثير من حركة المرور ، فسيكون هذا التقرير مفيدًا للغاية.
عرض “أهم عناوين IP للعميل” في لوحة معلومات MyKinsta
عرض “أهم عناوين IP للعميل” في لوحة معلومات MyKinsta
بعد ذلك ، يمكنك التحقق من تقرير تحليل ذاكرة التخزين المؤقت . هنا ، يمكنك معرفة عدد الطلبات التي تتجاوز ذاكرة التخزين المؤقت أو تنقصها ، أو يتم تقديمها من ذاكرة التخزين المؤقت. لأسباب تتعلق بالأداء والاستقرار ، تريد تخزين أكبر عدد ممكن من الطلبات مؤقتًا ، ولكن ليس من الممكن دائمًا تحقيق ذلك.
على سبيل المثال ، تنشئ مواقع WooCommerce العديد من الطلبات غير القابلة للتخزين لميزات مثل عربة التسوق وعملية الدفع.
شاشة “تحليل ذاكرة التخزين المؤقت” في MyKinsta
شاشة “تحليل ذاكرة التخزين المؤقت” في MyKinsta
أخيرًا ، يمكنك استخدام مكون إضافي للأمان في وورد بريس لتعزيز أمان موقع الويب الخاص بك عن طريق اكتشاف وحظر حركة المرور / عناوين IP المقلقة. يمكنك أن تطلب من مضيفك حظر عناوين IP معينة أيضًا.
هل تعاني من مشاكل التوقف و وورد بريس؟ Kinsta هو حل الاستضافة المصمم مع وضع الأداء والأمان في الاعتبار! تحقق من خططنا
اعتمادًا على طول الهجوم وحجمه ، قد تكون هذه عملية لا تنتهي أبدًا لإدراج عناوين IP في القائمة السوداء حيث يقوم العديد من المهاجمين بتغيير عناوين IP وعناوين الوكيل الخاصة بهم بعد حظرهم.
ملاحظة: لا تسمح Kinsta لعملائها بتثبيت إضافات أمان وورد بريس حيث يمكن أن يكون لها تأثير كبير على أداء الموقع ، وخاصة إمكانيات المسح. نظرًا لأن Kinsta يستخدم موازين التحميل مع Google Cloud Platform ، فلن يعمل حظر عناوين IP دائمًا على النحو المنشود.
يمكنك استخدام حلول الأمان المخصصة مثل Cloudflare أو Sucuri لحماية مواقعك من هجمات DDoS و spambots. لمزيد من المعلومات ، يمكنك الاطلاع على مقالات Kinsta حول كيفية تثبيت Cloudflare على موقع وورد بريس الخاص بك وكيف ساعدت Sucuri في إيقاف هجوم DDoS في مساراته.
في بعض الأحيان ، يمكن أن يكون الخطأ 504 Gateway Timeout بسبب وجود قاعدة بيانات فاسدة ، خاصة في مواقع وورد بريس. عادةً ما يكون هذا بسبب جداول أو ملفات قاعدة البيانات التالفة. في بعض الأحيان ، يمكن أن يكون سبب ذلك أيضًا مشكلة أمنية خطيرة مثل اختراق موقعك أو قاعدة بياناتك.
يعتمد إصلاح قاعدة بيانات وورد بريس التالفة على المشكلة. تجعل الإضافات مثل WP-DBManager من السهل تشخيص مشكلات قاعدة البيانات وإصلاحها. أوصيك بقراءة الإرشادات التفصيلية الخاصة بـ Kinsta حول إصلاح مشكلات قاعدة بيانات وورد بريس للبدء.
في معظم الحالات ، لا تتسبب المكونات الإضافية والسمات التابعة لجهات خارجية في أخطاء 504. ولكن هناك احتمال ضئيل في أنها قد تتسبب في انقضاء مهلة الخادم ، عادةً عن طريق ترتيب العديد من الطلبات غير المخزنة في قائمة الانتظار التي تم إنشاؤها بواسطة المكون الإضافي / السمة. نظرًا لأن هذا يربط الكثير من العاملين في PHP على الخادم الخاص بك ، فقد يتسبب في أخطاء 504.
مثال رائع على هذه المشكلة هو WooCommerce ، وهو مكون إضافي مثبت لإضافة وظائف التجارة الإلكترونية إلى مواقع وورد بريس.
إن أبسط طريقة يمكنك من خلالها استكشاف هذه المشكلة وإصلاحها هي إلغاء تنشيط جميع المكونات الإضافية الخاصة بك . تذكر أنك لن تفقد أي بيانات إذا قمت فقط بإلغاء تنشيط مكون إضافي.
إذا كان بإمكانك الوصول إلى لوحة تحكم المسؤول ، فيمكنك الانتقال إلى شاشة المكونات الإضافية ، وتحديد إلغاء التنشيط من قائمة الإجراءات المجمعة ، وتحديد جميع المكونات الإضافية ، ثم الضغط على زر تطبيق . سيؤدي هذا إلى تعطيل جميع المكونات الإضافية الخاصة بك.
قم بإلغاء تنشيط المكونات الإضافية في وورد بريس
إلغاء تنشيط جميع ملحقات وورد بريس من خلال لوحة تحكم مشرف WP
إذا لم تتمكن من الوصول إلى منطقة المسؤول الخاصة بك ، فيمكنك تعطيل المكونات الإضافية عبر SFTP باستخدام الطريقة الموضحة من قبل. ما عليك سوى إعادة تسمية اسم مجلد المكون الإضافي الرئيسي لتعطيل جميع المكونات الإضافية بشكل مجمّع.
بمجرد إلغاء تنشيط جميع المكونات الإضافية ، تحقق مما إذا كان يتم تحميل موقعك بشكل صحيح. إذا كان يعمل ، يجب عليك تنشيط كل مكون إضافي ، واختبار الموقع بعد تمكين كل مكون إضافي.
أخيرًا ، تأكد من تحديث الإضافات والسمات ونواة وورد بريس الخاصة بك. تأكد أيضًا من أن خادمك يقوم بتشغيل الإصدار الموصى به من PHP .
إذا شعرت أن هذا أمر مربك للغاية ، فيمكنك دائمًا التواصل مع مضيفك للحصول على المساعدة. يستخدم Kinsta New Relic وتقنيات استكشاف الأخطاء وإصلاحها الأخرى لمساعدة العملاء على تضييق نطاق البرنامج المساعد أو الاستعلام أو البرنامج النصي الذي قد يتسبب في حدوث الخطأ .
في أسوأ السيناريوهات ، مثل استعلام غير فعال أو رمز سيئ في مكون إضافي / سمة ، يمكنك إحضار مطور وورد بريس لإصلاح المشكلة.
يمكن أن يكون عرض سجلات الأخطاء مفيدًا جدًا عند استكشاف أخطاء 504 وإصلاحها على موقع وورد بريس الخاص بك. يمكن أن يساعدك هذا في تضييق نطاق مشكلة على موقعك بسرعة ، خاصة إذا كانت ناتجة عن مكون إضافي متطلب على موقعك.
إذا كنت أحد عملاء Kinsta ، فيمكنك بسهولة رؤية الأخطاء في عارض السجل في لوحة معلومات MyKinsta.
التحقق من سجلات الأخطاء داخل لوحة معلومات MyKinsta
التحقق من سجلات الأخطاء داخل لوحة معلومات MyKinsta
إذا لم يكن لدى مضيفك أداة تسجيل ، فيمكنك تمكين وضع تصحيح أخطاء وورد بريس عن طريق إضافة الكود التالي إلى ملف wp-config.php الخاص بك :
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );و ثابت WP_DEBUG تمكين أو تعطيل وضع ورد التصحيح. يحتوي على ثابتين مصاحبتين اختياريتين يمكنهما توسيع ميزاته. و WP_DEBUG_LOGثابت يوجه كل الأخطاء ليتم حفظها إلى debug.log ملف داخل /wp-content/الدليل. إذا كنت لا ترى هذا الملف ، فيمكنك دائمًا إنشاء واحد.
و WP_DEBUG_DISPLAYتظهر ضوابط ثابتة سواء سجلات التصحيح على صفحة HTML. سيؤدي تعيين هذا إلى “خطأ” إلى إخفاء جميع الأخطاء ، ولكن يمكنك مراجعة الأخطاء لاحقًا ، كما حددت أيضًا على WP_DEBUG_LOGأنها صحيحة.
هام: إذا قمت بتمكين WP_DEBUG في بيئة Kinsta ، فسيقوم بتوجيه جميع الأخطاء إلى ملف debug.log وليس إلى error.log في لوحة معلومات MyKinsta.
يمكنك أيضًا تنزيل ملفات سجل أخطاء وورد بريس الأولية عبر SFTP. عادةً ، يمكنك العثور على سجلات الأخطاء في الدليل الجذر لخادمك في مجلد باسم “السجلات”.
الوصول إلى مجلد سجلات أخطاء وورد بريس عبر SFTP
الوصول إلى مجلد سجلات أخطاء وورد بريس عبر SFTP
يمكن لمستخدمي Kinsta أيضًا تمكين وضع تصحيح أخطاء وورد بريس من لوحة معلومات MyKinsta الخاصة بهم. للقيام بذلك ، انتقل إلى مواقع> أدوات> تصحيح أخطاء وورد بريس وانقر فوق الزر تمكين . سيسمح لك ذلك بمشاهدة أخطاء PHP والإشعارات دون تمكين وضع التصحيح عبر SSH أو SFTP.
أخيرًا ، يمكنك التحقق من ملفات سجل الخادم. اعتمادًا على الخادم الذي تستخدمه لاستضافة موقع وورد بريس الخاص بك ، يتم العثور عليها بشكل شائع في هذه المواقع:
اباتشي: /var/log/apache2/error.log/
Nginx: /var/log/nginx/error.log/
يمكنك الرجوع إلى تسجيل الوثائق ذات الصلة لـ Apache أو Nginx لمزيد من المعلومات.
يمكنك تحرير ملفات تهيئة الخادم لزيادة حدود الموارد لتوجيهات معينة. يمكن أن يساعدك هذا في حل الخطأ 504 Gateway Timeout.
أولاً ، أضف الكود التالي إلى httpd.conf الخاص بك :
TimeOut 600يحدد هذا الإعداد المدة التي سينتظرها الخادم لطلبات معينة قبل وضع علامة عليها كمشكلة لانتهاء مهلة الشبكة. في القيمة الافتراضية هي 60 ثانية (أباتشي 2.4 الإصدار).
يمكنك فقط إضافة هذا التوجيه في ملف httpd.conf الخاص بك ، وليس في ملف htaccess الخاص بك . نظرًا لأن معظم موفري الاستضافة المشتركة لا يسمحون لك بتعديل ملف httpd.conf ، يمكنك محاولة زيادة قيمة التوجيه LimitRequestBody في ملف htaccess الخاص بك بدلاً من ذلك.
ثم أضف السطر التالي إلى ملف php.ini الخاص بك :
max_execution_time 300القيمة الافتراضية لتوجيه max_execution_time في PHP هي 30 ثانية. ستسمح زيادته بتشغيل نصوص PHP النصية لموقعك لفترة أطول.
إذا كنت تقوم بتشغيل مواقع وورد بريس الخاصة بك على Nginx + FastCGI Process Manager (PHP-FPM) أو تستخدم Nginx كوكيل عكسي لـ Apache ، فيمكنك تعديل إعدادات الخادم للمساعدة في منع أخطاء 504 Gateway Timeout.
أولاً ، يجب عليك تحرير ملف تكوين تجمع PHP-FPM. يمكنك العثور عليه في /etc/php7.4/fpm/pool.d/www.confالموقع الموجود في خادم Nginx (قد يختلف المسار الدقيق بناءً على إصدار PHP ). بالتناوب ، يمكنك تشغيل الأمر التالي في جهازك لتعديل ملف تكوين تجمع PHP-FPM:
sudo nano /etc/php/7.2/fpm/pool.d/www.confبعد ذلك ، قم بتعيين التوجيه التالي:
request_terminate_timeout = 300بعد ذلك ، يجب عليك تحرير ملف php.ini الخاص بك . يمكنك تحديد موقعه في /etc/php.ini. افتح الملف وقم بإضافة / تغيير قيمة max_execution_timeالتوجيه إلى 300 ثانية.
max_execution_time = 300أخيرًا ، أضف الكود التالي إلى كتلة موقع ملف nginx.conf :
location ~ .php$ {
...
fastcgi_read_timeout 300;
}أعد تحميل Nginx و PHP-FPM لتصبح التغييرات سارية المفعول.
sudo service nginx reload
sudo service php7.4-fpm reloadسيختلف الرمز الدقيق لإعادة تحميل PHP-FPM بناءً على إصدار PHP المثبت على خادمك. اختبر موقعك لمعرفة ما إذا كان قد أصلح المشكلة.
إذا كنت تستخدم Nginx كخادم وكيل عكسي لـ Apache ، فيمكنك جعله أكثر تساهلاً تجاه مهلات الخادم عن طريق إضافة التوجيهات التالية إلى ملف nginx.conf الخاص بك :
proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;لا تنس إعادة تحميل Nginx بعد إجراء التغييرات.
sudo service nginx reload
كما ذكرنا سابقًا في المقالة ، فإن العديد من أخطاء HTTP 5xx الأخرى تشبه خطأ 504 Gateway Timeout. ذلك لأنهم جميعًا يحدثون على جانب الخادم. تشمل هذه الأخطاء:
500 خطأ خادم داخلي
501 لم يتم تنفيذ الخطأ
502 خطأ في بوابة غير صالحة
503 خطأ غير متوفر في الخدمة
أخطاء HTTP الأخرى الناتجة عن مشكلات من جانب العميل ، مثل خطأ 404 غير موجود ، تشبه أيضًا خطأ 504. يمكنك الرجوع إلى دليل Kinsta التفصيلي وقائمة رموز حالة HTTP لمزيد من المعلومات.
عندما لا تعرف سبب الخطأ 504 Gateway Timeout ، كيف يمكنك إصلاحه في الوقت المناسب لمنع الزائرين الذين حصلوا على ربح كبير من الارتداد إلى مواقع المنافسين؟ 🤷♂️ كل التفاصيل في هذا المنشور. ⬆️
انقر للتغريد
يمكن أن يتأثر موقع وورد بريس الخاص بك بخطأ 504 Gateway Timeout لأسباب متعددة. في هذه المقالة ، تعلمت كيفية تحرّي الخلل وإصلاحه جميعًا. عادةً ما تحدث هذه الأخطاء بسبب مشكلات من جانب الخادم ، وفي هذه الحالة يمكنك الوصول إلى مضيفك وحلها بسرعة.
ومع ذلك ، يجب أن تفهم أيضًا أن هذا الخطأ يمكن أن يكون بسبب المكونات الإضافية أو السمات أو الخدمات أو استعلامات قاعدة البيانات غير الفعالة أو مزيج من اثنين أو أكثر من هذه. إذا كنت تستفيد من موارد الخادم الخاص بك (مثل العاملين في PHP) ، فمن المستحسن تحسين أداء موقعك .
خدمة لغوية وبحثية ومكتبية
خدمة جامعية في ماليزيا
متجر الكتروني للمنتجات والانظمة البرمجية المدفوعة، المجانية والتي يتم الحصول عليها بطريقة رسمية وآمنة وسريعة، تساعد موثوق في بناء بيئات تشغيل متكاملة تساعد اصحاب الاعمال والفريلانسر والشركات الكبيرة على اداء عملها بشكل متميز
تم وبكل فخر وحب 
تصميم وتطوير الموقع باستخدام تقنية الوردبريس 
واستضافة نيم تشيب العالمية 
تم تطوير الصفحات بواسطة تقنية الاليمنتور 
00970599163031
00970599163031
تم تصميم وتطوير موقع موثوق من قبل المصمم والمبرمج عبدالرحمن قدورة لصالح شركة موثوق للمعلومات الرقمية وخدمات الاونلاين، جميع الحقوق محفوظة لموثوق لعام 2020 – 2021
تقدم موثوق خدمة تصمم وتطوير المتاجر الالكترونية والمواقع بمختلف اشكالها على منصة الوردبريس، نصمم ونطور المواقع بأدوات قوية حسب احتياجات العميل، سرعة، أداء عالي.
00970599163031