إذا كان موقعك هويتم إعادة إنشاؤها تلقائيًّا عبر المهمات المجدولة(يقوم الزاحف باستخراج البيانات → توليد HTML → نسخ الملفات إلى دليل الموقع)، وبالتالي هناك قاعدة صارمة:لا تُعدِّل أبدًا ملفات HTML الناتجة مباشرةً.. لقد واجهنا هذه المشكلة على rentgpu.link: 876 صفحة عُدِّلت يدويًّا تم استبدالها جميعًا دفعة واحدة بواسطة المهمة المجدولة، ما أدى إلى فقدان ساعات من العمل. وتولِّد هذه الأداة نصًّا برمجيًّا واقيًّا يراقب ما إذا كان قد تم تعديل الناتج يدويًّا، كما توفر لك سير عملٍ لا يؤدي إلى فقدان التعديلات.
—
—
1 · طُرِحَت 876 صفحة مرة واحدة.على rentgpu.link، قمنا بتعديل 876 ملف HTML تم إنشاؤها يدويًا. وبعد اكتمال المهمة الدورية في الساعة 18:07 من ذلك اليوم، تم استبدالها جميعًا — لأنالمنتج ليس مصدر البيانات، بل قالب المُولِّد هو مصدر البيانات.. الطريقة الصحيحة هي التعديل على scripts/build_site.py القوالب الموجودة داخله، ثم شغِّل عملية التوليد + النشر يدويًّا مرة أخرى.
2 · يجب تعديل منتجات التعددية اللغوية معًا.يوجد نفس الموقع /en /ja /ko /tw أربعة إصدارات من المنتج، بإجمالي 766 صفحة. تعديل الإصدار الصيني فقط يؤدي إلى عدم التناسق مع الإصدارات الأخرى بلغات مختلفة.
3 · الاعتقاد بأن «التغيير لم يُفعَّل» هو في الواقع خطأ؛ إذ تم طرح الصفحة.ابدأ بالتشخيص أولاً grep تحقق من وجود المحتوى في دليل المنتج أولًا، ثم افحص سجل cron — هذا يوفر ساعة من الوقت.
4 · قم دائمًا بعمل نسخة احتياطية كاملة قبل إجراء التغيير.نقوم في كل مرة بتوليد الموقع تلقائيًا أولاً tar czf /root/backups/xxx-$(date +%s).tar.gz <الدليل>ويستغرق التراجع 30 ثانية فقط.