يقوم المطور الخاص بك بتشغيل التسجيل لتتبع النموذج المعطل. يتم إصلاح النموذج. السجل يستمر في النمو.
قد يحتوي هذا الملف على أكثر من رسائل خطأ. يمكن أن يؤدي التسجيل المكتوب بشكل سيئ إلى التقاط عناوين البريد الإلكتروني أو طلب البيانات أو مسارات الملفات أو أسرار واجهة برمجة التطبيقات. WordPress أمان سجل التصحيح يعني جمع أدلة كافية لإصلاح الخطأ مع إبقاء هذا الدليل بعيدًا عن العرض العام.
أخطاء الشاشة منفصلة عن السجلات الخاصة
يجب ألا تعرض الصفحة المباشرة مخرجات تصحيح الأخطاء الأولية للزائرين. يمكن أن يكشف عن التفاصيل الداخلية ويجعل الموقع يبدو معطلاً. تمنح السجلات الخاصة الفريق مكانًا لفحص الأخطاء دون وضعها داخل الصفحة.
WordPress يستخدم WP_DEBUG لتمكين وضع التصحيح. يتحكم WP_DEBUG_LOG في التسجيل، ويتحكم WP_DEBUG_DISPLAY في الرسائل الموجودة على الصفحة. تخدم هذه الإعدادات أغراضًا مختلفة. لا يؤدي إيقاف تشغيل العرض إلى إزالة ملف السجل.
ال دليل التصحيح الرسمي يصف الإعدادات. بالنسبة لحادث مباشر، اطلب من المضيف أو المطور استخدام نافذة تسجيل قصيرة ومتحكم فيها.
اختر مكانًا محميًا للسجل
عند تمكينه بإعداد صحيح بسيط، يكتب WP_DEBUG_LOG عادةً إلى wp-content/debug.log. WordPress يدعم أيضًا مسار السجل المخصص.
تفضل موقعًا معتمدًا من المضيف خارج جذر الويب العام. قم بتعيين الوصول إلى الملف حتى يتمكن الفريق والخدمة المطلوبة فقط من قراءته. تحقق أيضًا من أدوات النسخ الاحتياطي وشحن السجلات: لا يزال من الممكن نسخ ملف خاص إلى وجهة عامة.
إذا كان يجب أن يظل السجل ضمن مسار يمكن الوصول إليه عبر الويب، فاحظر الوصول إلى الخادم وتحقق من هذا الحظر. لا تعتمد على اسم ملف يصعب تخمينه. ملكنا دليل أذونات الملف يشرح الشيكات الملكية ذات الصلة.
تسجيل الحدث، وليس السر
تتضمن إدخالات السجل المفيدة طابعًا زمنيًا ورمز خطأ والميزة المتأثرة ومعرف الطلب. يتيح معرف الطلب للمطور إمكانية تتبع فشل واحد عبر الأنظمة دون نسخ سجل العميل بالكامل.
تجنب تسجيل كلمات المرور أو رؤوس المصادقة أو بيانات الدفع أو الرموز الخاصة أو عمليات إرسال النماذج الكاملة. إخفاء الحقول الحساسة قبل وصول الرسالة إلى القرص. تعد إزالتها لاحقًا أقل موثوقية لأن النسخ قد تكون موجودة بالفعل.
على سبيل المثال، قد يكون "فشل طلب CRM: المهلة؛ الطلب 427" كافيًا لبدء التتبع. قد يؤدي التفريغ الكامل للحمولة الصادرة إلى كشف ما هو أكثر بكثير مما يحتاجه الفريق.
ملكنا دليل إدارة الأسرار يغطي الاستجابة إذا وصل المفتاح بالفعل إلى السجل.
قم بتعيين نافذة ضيقة لاستكشاف الأخطاء وإصلاحها
اكتب الخطأ وكيفية إعادة إنتاجه. لاحظ وقت البدء. قم بإجراء أصغر اختبار يؤدي إلى حدوث المشكلة، ثم افحص الإدخالات المطابقة.
استخدم بيانات وهمية على أ موقع التدريج المحمي عندما تستطيع. إذا حدثت المشكلة مباشرةً، فاتفق على الاختبار الدقيق ومن يمكنه قراءة السجلات ومتى سيتوقف التسجيل الإضافي.
قد يكون الاختبار الواضح هو: إرسال نموذج اتصال اختباري واحد، والتحقق مما إذا كان البريد الإلكتروني الخاص به في قائمة الانتظار، ومطابقة معرف الطلب. يعد ذلك أسهل في المراجعة من يوم من عمليات تفريغ الطلبات غير المقيدة.
حوّل هذه الأفكار إلى نتائج.
من تحسين محدد إلى موقع كامل، نساعدك على تحديد نطاق العمل وتنفيذه.
ناقش موقعيحلول الأمان المتقدمة لـ WordPressشاركونا أهدافكم. عادةً ما نرد خلال 4 ساعات مع طرح الأسئلة والخطوات العملية التالية.
تأكد من أن السجل ليس عامًا
تحقق من عنوان URL للسجل المعروف أثناء تسجيل الخروج. يجب أن يرفض الخادم الوصول أو لا يُرجع مثل هذا الملف. تحقق أيضًا من النسخ التي من المحتمل أن يتم إعادة تسميتها أو ضغطها والتي تم إنشاؤها بواسطة عملية التسجيل الخاصة بك.
اختبر من خلال CDN، وبمساعدة مضيفك، في الأصل. لا تثبت قاعدة الحافة أن الوصول المباشر إلى الخادم محظور. قم بتضمين أي حاوية تخزين مستخدمة للسجلات المصدرة.
لا تقم بلصق السجلات الأولية في المنتديات العامة أو أدوات تتبع المشكلات. شارك بعينة قصيرة ومنقحة من خلال قناة دعم معتمدة. احتفظ بالأدلة غير المنقحة فقط حيث يحتاجها الفريق.
إدارة الحجم والاحتفاظ والتنبيهات
يمكن للتحذير الصاخب أن يملأ مساحة القرص حتى في حالة عدم حدوث أي هجوم. قم بتعيين دوران السجل والحد الأقصى للحجم وفترة الاحتفاظ. تعتمد القيم الصحيحة على عدد الزيارات ومدى سرعة مراجعة فريقك للمشكلات.
يجب أن يمتلك شخص ما التنبيه عند توقف التسجيل أو زيادة استخدام القرص. ملكنا دليل مراقبة الأمن يساعد على ربط الأخطاء بأحداث الموقع الأخرى.
بعد الإصلاح، قم بإيقاف تشغيل إعدادات تصحيح الأخطاء المؤقتة، وتأكد من أن التسجيل العادي لا يزال يعمل، وقم بالتعامل مع الملفات القديمة ضمن سياسة الاحتفاظ الخاصة بك. تأكد من أن النسخ الاحتياطية لا تحتفظ بالأسرار المكشوفة لفترة أطول من المقصود.
إذا تم كشف سجل التصحيح
قم بتقييد الوصول أولاً واحتفظ بالأدلة اللازمة لتقييم الحدث. حدد البيانات الموجودة في الملف وفترة التعرض وأي تنزيلات يمكنك تأكيدها.
تدوير الأسرار التي قد تكون تسربت. لا يؤدي حذف الملف إلى إلغاء المفتاح المنسوخ. استخدم لدينا خطة الاستجابة للحوادث لتتبع أعمال الاسترداد والمتابعة.
إذا كان فريقك يحتاج إلى مساعدة لجعل هذا الأمر قابلاً للتكرار، فلدينا خدمة الصيانة يمكن أن يتضمن التصحيح الآمن ومراجعات السجل.
الأسئلة المتكررة
هل يؤدي تعطيل WP_DEBUG إلى حذف debug.log؟
لا. لا يؤدي تغيير الإعداد إلى حذف ملف موجود. قم بمراجعة السجلات القديمة والتعامل معها بموجب سياسة الاحتفاظ الخاصة بك.
هل يمكنني الاحتفاظ بـ WordPress خطأ في تسجيل الدخول في الإنتاج؟
نعم، مع إعداد تسجيل يتم التحكم فيه. يمكنك إبقاء الأخطاء بعيدًا عن الصفحات العامة، وحماية الوصول إلى السجل، والحد من البيانات الحساسة، وإدارة حجم الملف والاحتفاظ به.
هل سجل تصحيح الأخطاء آمن إذا كان من الصعب تخمين عنوان URL الخاص به؟
لا. استخدم عناصر التحكم في الوصول أو موقعًا خارج جذر الويب العام، ثم اختبر ما إذا كان الملف لا يمكن تنزيله.
ماذا علي أن أفعل إذا ظهر مفتاح API في سجل عام؟
قم بإلغاء المفتاح أو تدويره وتقييم التعرض. إن إزالة السجل وحده لا يمنع أي شخص من استخدام سر منسوخ.
