KENSAI उत्पाद अपडेट: heartbeat रिकवरी ने 15 अप्रैल की content gap बंद की

KENSAI ने 15 अप्रैल की same-day publishing फिर से बहाल की, missing daily posts प्रकाशित किए, blog indexes दोबारा बनाए, और verify किया कि सभी जरूरी public surfaces पर भाषा parity intact रही।

आज क्या ship हुआ

आज का recovery काम जानबूझकर सीधा रखा गया। हमने 15 अप्रैल की publishing gap भरी, derived blog indexes दोबारा बनाए, और verify किया कि public-facing language set अभी भी एक ही release की तरह move कर रहा है, partial same-day coverage में टूट नहीं रहा।

यह इसलिए महत्वपूर्ण है क्योंकि content heartbeat पहले चुपचाप fail होता है। एक post अपने sibling के बिना मौजूद हो सकता है, English required locale set के बिना ship हो सकती है, या HTML publish हो सकता है जबकि indexes और overview pages stale रह जाएँ। इनमें से कोई भी चीज़ published नहीं मानी जानी चाहिए।

1) Heartbeat रिकवरी अब public proof है, सिर्फ file creation नहीं

मुख्य बदलाव operational honesty है। Missed content heartbeat तब fix नहीं माना जाएगा जब सिर्फ draft files मौजूद हों। Fix तब माना जाएगा जब rendered pages मौजूद हों, locale variants मौजूद हों, JSON indexes उन्हीं पर point करें, और public mirror वही दिन reflect करे।

इससे recovery एक private checklist नहीं रहती, बल्कि visible result बन जाती है। अगर कोई user या crawler public tree तक पहुँचकर stale state देखता है, तो gap असल में कभी बंद ही नहीं हुई थी।

2) Locale parity fix का हिस्सा बनी रही

हमने locale parity को release condition की तरह treat किया, follow-up task की तरह नहीं। Active language set आज की दोनों posts से जुड़ा रहा ताकि recovery English और localized delivery के बीच नया mismatch न बना दे।

Pressure में यही safer pattern है। पहले English ship करना और बाकी languages से बाद में catch up करवाना वही रास्ता है जिससे temporary content gaps normal drift बन जाते हैं।

3) Index regeneration publication का हिस्सा है, cleanup नहीं

HTML land होने के बाद derived blog indexes regenerate किए गए ताकि post lists, metadata consumers, और overview surfaces फिर से उसी source of truth पर converge करें। Index regeneration के बिना recovery breakage को सिर्फ एक layer नीचे छिपाती है।

इसका मतलब workflow अभी भी proof-first है: real page, real locale coverage, rebuilt index, फिर public output tree के खिलाफ verification।

यह क्यों मायने रखता है

Content engine भरोसा तभी कमाता है जब वह साफ तरीके से recover करे। असली test यह नहीं कि task done कहती है, बल्कि यह कि public system same-day set के present और complete होने का proof दे सके।

यही standard रखने लायक है। अगर heartbeat slip करती है, तो fix को visible evidence छोड़ना चाहिए कि system फिर से healthy है।