طلب دمج واحد يُحدَّث كل ليلة.
يعيد كل تشغيل بناء الفرع نفسه، data/nightly، انطلاقاً من الفرع الرئيسي ويستبدله، فيحمل طلب الدمج المفتوح دائماً أحدث ليلة. وإذا تطابقت بيانات ليلة ما مع المنشور أصلاً، أغلق التشغيل طلب الدمج. في السابق كانت كل ليلة تفتح طلب دمج خاصاً بها، فتتراكم الليالي غير المدموجة.
ما غيّره التشغيل الأول.
غيّر التشغيل الأول، في 4 تشرين الثاني، 50 ملف بيانات. فوسم 102,808 صفحات إنكليزية آلية لنصوص قليلة القراءة بأنها ليست لمحركات البحث، واستبدل بـ27 رابطاً بين النصوص 25 رابطاً تبعاً لصفحات في موقع المركز تغيّرت بين 2 و4 تشرين الثاني. وأزال مرسومَي تسليم، 180938 و186684: فمنذ 2 تشرين الثاني يعرض المركز صفحتين فارغتين لهما بينما تعمل صفحاته الأخرى كالمعتاد، فنتبع المصدر.
يحذف Cloudflare مئة في كل مرة.
يحفظ البحث بالمعنى متجهاً لكل مقطع في Cloudflare Vectorize. بعد التشغيل الأول كان على المزامنة أن تحذف 266 متجهاً، منها مقاطع المرسومين المحذوفين، فرفض Cloudflare: فهو لا يقبل أكثر من 100 معرّف في طلب الحذف الواحد، وهو حدّ لا تذكره وثائقه. صار الحذف يجري 100 في كل مرة. ويضم الفهرس 1,547,867 متجهاً، واحداً لكل مقطع حالي.
عمليات نشر تتعافى وحدها.
مرتين، فشلت صفحة حكم واحدة بخطأ في قاعدة البيانات أثناء بناء كامل فأوقفته. صارت الصفحة التي تفشل تُجرَّب من جديد بعد ثانية ثم بعد 4 ثوانٍ. ويُعاد تشغيل النشر الفاشل كاملاً، لأن المهام الـ24 المتوازية في البناء الكامل تنسّق في ما بينها ولا يمكن إعادة تشغيل واحدة منها وحدها. وصار مدخل في السجل مثل هذا لا يعيد بناء إلا صفحات السجل وخرائط الموقع التي تذكرها.