क्या फिर से ऐसा समय आ रहा है जब computing cost, डेवलपर के time cost से भी ज़्यादा महंगी हो जाएगी...
अगर ऐसा है, तो शायद आगे चलकर डेवलपर-सुविधाजनक languages का दौर खत्म हो जाए,
और LLM का इस्तेमाल करके C या RUST जैसी languages में coding करने का दौर आ सकता है।
https://product.kyobobook.co.kr/detail/S000201558138
Python लाइब्रेरी का उपयोग करके डेटा विश्लेषण
यह Pandas बनाने वाले Wes McKinney की लिखी किताब है, और डेटा साइंस की शुरुआती किताब के तौर पर यह भी अच्छी है। मैंने यह किताब तब देखी थी जब इसका दूसरा संस्करण पहली बार आया था... अभी खोजकर देखा तो पता चला कि तीसरा संस्करण भी आ चुका है।
जानकारी के लिए, पिछली बार जब समस्या हुई थी, तब Cloudflare CDN से जुड़े लगभग सभी स्थान प्रभावित हुए थे.
उसी नज़रिए से देखा जा रहा है कि क्या पूरा सिस्टम ठप हुआ था या उसका सिर्फ़ कुछ हिस्सा प्रभावित हुआ था.
मूल पोस्ट लिखने वाले की बात मैं समझता हूँ, लेकिन बाकी लोग बिना किसी आधार के तंज क्यों कर रहे हैं, यह समझ नहीं आता।
यह सच में कुछ बचे हुए developer-related communities में से एक है जहाँ etiquette भी है।
मैंने अपने पहले लिखे गए पोस्ट में बाद के updates के ज़रिए पूरा विवरण सार्वजनिक किया था।
कुछ users (कुल traffic का 28%) प्रभावित हुए थे, और कहा गया कि इसका कारण React Server Components की vulnerability को रोकने की कोशिश के दौरान पैदा हुई समस्या था।
अगर आप developer हैं, तो सिर्फ code लिखना ही नहीं, बल्कि उसके कारणों का analysis करना, logic बनाते समय तार्किक होना, या कम से कम स्पष्ट आधार पेश कर पाना भी ज़रूरी नहीं है क्या?
मैंने पहली comment इस तरह इसलिए लिखी थी क्योंकि इस पोस्ट को लिखे जाने के बाद जब मैंने जाँच की, तो जिस server को मैं manage करता हूँ उस पर CDN लगा हुआ था, लेकिन कोई outage दिखाई नहीं दिया।
आधिकारिक तौर पर कहा गया कि API और dashboard में error था, तो क्या वह गलत जानकारी है?
अगर dashboard error है, तो स्वाभाविक रूप से Cloudflare outage हो सकता है, और Downdetector भी उसे Cloudflare-related issue के रूप में दिखाता है, इसलिए outage के रूप में दिखना संभव है (वैसे भी पिछली बार की घटना में यह down हुआ था), क्या ऐसा नहीं हो सकता?
सिर्फ सही-गलत तय करने से अलग, क्या स्पष्ट कारण समझना ज़्यादा महत्वपूर्ण नहीं है?
Cloudflare ने अपने ब्लॉग में लिखा कि Cloudflare पर 28% HTTP ट्रैफ़िक को 500 response मिला था
मेरी production service में भी Cloudflare 500 error आया था
मैं भी लेख में उस हिस्से से काफी सहमत हूँ जिसमें कहा गया है कि यह papercut fix में मदद करता है.
बड़ी चीज़ें सौंपने के बजाय, छोटे convenience features जोड़ना, scripting, refactoring जैसी झंझट वाली लेकिन पहले से कर दी जाएँ तो बाद में आसान हो जाने वाली tasks में AI की मदद काफी मिलती है, ऐसा मुझे लगता है.
वह खबर कुछ तथ्यों की बात करती है, लेकिन पिछले घटनाक्रमों के लिंक की ओर ले जाती है, इसलिए वह पाठकों को भ्रमित करने वाला लेख है.
मैंने सब कुछ नकारा नहीं था, बल्कि सिर्फ इस बात से इंकार किया था कि पूरा का पूरा ठप हो गया था.
असल में DownDetector की रिकवरी स्थिति देखें तो Cloudflare का डाउन होने का रिकॉर्ड वैसे ही बना हुआ है, लेकिन नीचे स्क्रॉल करने पर दिखता है कि Roblox या Instagram प्रभावित नहीं हुए थे, इसलिए मैंने बस वही कहा था.
अगर आप Cloudflare की आधिकारिक सामग्री पर भरोसा नहीं करते, तो फिर मैं कुछ नहीं कर सकता.
हो सकता है कि वे झूठ बोल रहे हों.
लेकिन मैं सिर्फ इतना कहना चाहता था कि जिन चीज़ों ने Cloudflare API को, चाहे library के ज़रिए या सीधे, इस्तेमाल किया था, वही प्रभावित होकर ठप हुई थीं.
आधिकारिक सामग्री के आधार पर.
यह लड़ाई करने के लिए लिखा गया कमेंट नहीं है.
इसमें सिर्फ dashboard और API लिखा दिख रहा है, लेकिन Claude, Cloudflare website, मेरी website, और Downdetector — सब पर access नहीं हो रहा था.
अभी शायद restore हो गया है, क्योंकि अब सब सामान्य रूप से खुल रहे हैं.
हर टूल की तरह यह भी कोई सर्वगुणसंपन्न समाधान नहीं है, लेकिन मुझे लगता है कि Protobuf भी काफ़ी अच्छा टूल है.
खासकर जब एंबेडेड environment में कई भाषाओं के clients को high-volume, high-frequency (प्रति सेकंड 20 बार) डेटा भेजना पड़ता था, तब मैंने nanopb के साथ इसे काफ़ी साफ़-सुथरे तरीके से इस्तेमाल किया था.
मुझे लगता है कि जिस फ़ॉर्मैट के लिए debugging का कोई आधिकारिक decoder भी नहीं है, उसे mature बताना अपने आप में विरोधाभासी है।
"डिबगिंग मुश्किल है"
छूट गया
क्या फिर से ऐसा समय आ रहा है जब computing cost, डेवलपर के time cost से भी ज़्यादा महंगी हो जाएगी...
अगर ऐसा है, तो शायद आगे चलकर डेवलपर-सुविधाजनक languages का दौर खत्म हो जाए,
और LLM का इस्तेमाल करके C या RUST जैसी languages में coding करने का दौर आ सकता है।
https://product.kyobobook.co.kr/detail/S000201558138
Python लाइब्रेरी का उपयोग करके डेटा विश्लेषण
यह Pandas बनाने वाले Wes McKinney की लिखी किताब है, और डेटा साइंस की शुरुआती किताब के तौर पर यह भी अच्छी है। मैंने यह किताब तब देखी थी जब इसका दूसरा संस्करण पहली बार आया था... अभी खोजकर देखा तो पता चला कि तीसरा संस्करण भी आ चुका है।
एडमिन स्किल इश्यू
अगर schema को भी dtd से define कर दिया जाए और parser side पर caching कर ली जाए, तो schema को सिर्फ़ एक बार भेजने जैसा असर भी होगा।
ईमानदारी से कहा है।
वास्तव में React Server Components की vulnerability पर सफल हमले से जो नुकसान हुआ, लेख के समय को देखते हुए ऐसा पर्याप्त रूप से संभव लगता है कि लोग इसे गलत समझ सकते हैं. https://www.dailysecu.com/news/articleView.html?idxno=203111
जानकारी के लिए, पिछली बार जब समस्या हुई थी, तब Cloudflare CDN से जुड़े लगभग सभी स्थान प्रभावित हुए थे.
उसी नज़रिए से देखा जा रहा है कि क्या पूरा सिस्टम ठप हुआ था या उसका सिर्फ़ कुछ हिस्सा प्रभावित हुआ था.
मूल पोस्ट लिखने वाले की बात मैं समझता हूँ, लेकिन बाकी लोग बिना किसी आधार के तंज क्यों कर रहे हैं, यह समझ नहीं आता।
यह सच में कुछ बचे हुए developer-related communities में से एक है जहाँ etiquette भी है।
मैंने अपने पहले लिखे गए पोस्ट में बाद के updates के ज़रिए पूरा विवरण सार्वजनिक किया था।
कुछ users (कुल traffic का 28%) प्रभावित हुए थे, और कहा गया कि इसका कारण React Server Components की vulnerability को रोकने की कोशिश के दौरान पैदा हुई समस्या था।
अगर आप developer हैं, तो सिर्फ code लिखना ही नहीं, बल्कि उसके कारणों का analysis करना, logic बनाते समय तार्किक होना, या कम से कम स्पष्ट आधार पेश कर पाना भी ज़रूरी नहीं है क्या?
मैंने पहली comment इस तरह इसलिए लिखी थी क्योंकि इस पोस्ट को लिखे जाने के बाद जब मैंने जाँच की, तो जिस server को मैं manage करता हूँ उस पर CDN लगा हुआ था, लेकिन कोई outage दिखाई नहीं दिया।
आधिकारिक तौर पर कहा गया कि API और dashboard में error था, तो क्या वह गलत जानकारी है?
अगर dashboard error है, तो स्वाभाविक रूप से Cloudflare outage हो सकता है, और Downdetector भी उसे Cloudflare-related issue के रूप में दिखाता है, इसलिए outage के रूप में दिखना संभव है (वैसे भी पिछली बार की घटना में यह down हुआ था), क्या ऐसा नहीं हो सकता?
सिर्फ सही-गलत तय करने से अलग, क्या स्पष्ट कारण समझना ज़्यादा महत्वपूर्ण नहीं है?
https://blog.cloudflare.com/5-december-2025-outage/
Cloudflare ने अपने ब्लॉग में लिखा कि Cloudflare पर 28% HTTP ट्रैफ़िक को 500 response मिला था
मेरी production service में भी Cloudflare 500 error आया था
मैं भी लेख में उस हिस्से से काफी सहमत हूँ जिसमें कहा गया है कि यह papercut fix में मदद करता है.
बड़ी चीज़ें सौंपने के बजाय, छोटे convenience features जोड़ना, scripting, refactoring जैसी झंझट वाली लेकिन पहले से कर दी जाएँ तो बाद में आसान हो जाने वाली tasks में AI की मदद काफी मिलती है, ऐसा मुझे लगता है.
https://www.cloudflarestatus.com/incidents/k9ppxftx8bs5
लगता है एक के बाद एक और समस्याएँ भी सामने आ रही हैं।
अफसोस है कि कोई विकल्प नहीं है।
API से असंबंधित orange cloud में भी बड़े पैमाने पर आउटेज था
Notion, LinkedIn वगैरह
आपने ही कमेंट में गलत जानकारी लिखी थी
वह खबर कुछ तथ्यों की बात करती है, लेकिन पिछले घटनाक्रमों के लिंक की ओर ले जाती है, इसलिए वह पाठकों को भ्रमित करने वाला लेख है.
मैंने सब कुछ नकारा नहीं था, बल्कि सिर्फ इस बात से इंकार किया था कि पूरा का पूरा ठप हो गया था.
असल में DownDetector की रिकवरी स्थिति देखें तो Cloudflare का डाउन होने का रिकॉर्ड वैसे ही बना हुआ है, लेकिन नीचे स्क्रॉल करने पर दिखता है कि Roblox या Instagram प्रभावित नहीं हुए थे, इसलिए मैंने बस वही कहा था.
अगर आप Cloudflare की आधिकारिक सामग्री पर भरोसा नहीं करते, तो फिर मैं कुछ नहीं कर सकता.
हो सकता है कि वे झूठ बोल रहे हों.
लेकिन मैं सिर्फ इतना कहना चाहता था कि जिन चीज़ों ने Cloudflare API को, चाहे library के ज़रिए या सीधे, इस्तेमाल किया था, वही प्रभावित होकर ठप हुई थीं.
आधिकारिक सामग्री के आधार पर.
यह लड़ाई करने के लिए लिखा गया कमेंट नहीं है.
इसमें सिर्फ dashboard और API लिखा दिख रहा है, लेकिन Claude, Cloudflare website, मेरी website, और Downdetector — सब पर access नहीं हो रहा था.
अभी शायद restore हो गया है, क्योंकि अब सब सामान्य रूप से खुल रहे हैं.
खबर देखिए.
https://independent.co.uk/tech/…
इस बार सब कुछ डाउन नहीं हुआ है; ऐसा लगता है कि Cloudflare API इस्तेमाल करने वाली तरफ़ और Cloudflare dashboard डाउन हुए हैं.
https://www.cloudflarestatus.com/incidents/lfrm31y6sw9q
यह शर्मनाक बात है, लेकिन कम से कम इसे ठीक कर दिया गया, यह राहत की बात है। लगता है कि ऐसे और भी कई मामले होंगे, बस वे सामने नहीं आए हैं।
बिल्कुल मुद्दे पर बात कही।
हर टूल की तरह यह भी कोई सर्वगुणसंपन्न समाधान नहीं है, लेकिन मुझे लगता है कि Protobuf भी काफ़ी अच्छा टूल है.
खासकर जब एंबेडेड environment में कई भाषाओं के clients को high-volume, high-frequency (प्रति सेकंड 20 बार) डेटा भेजना पड़ता था, तब मैंने nanopb के साथ इसे काफ़ी साफ़-सुथरे तरीके से इस्तेमाल किया था.