Wget के मैन पेज के अनुसार , टाइमआउट से संबंधित कुछ विकल्प हैं - और 900s का डिफ़ॉल्ट रीड टाइमआउट है - इसलिए मैं कहता हूं कि हां, यह टाइमआउट हो सकता है।
यहाँ प्रश्न में विकल्प दिए गए हैं:
-T seconds
--timeout=seconds
सेकंड के लिए नेटवर्क टाइमआउट सेट करें। यह निर्दिष्ट करने के बराबर है --dns-timeout
,
--connect-timeout
और
--read-timeout
सभी एक ही समय में,।
और उन तीन विकल्पों के लिए:
--dns-timeout=seconds
DNS लुकअप टाइमआउट को सेकंड सेकंड में सेट करें।
DNS लुकअप जो निर्दिष्ट समय के भीतर पूरा नहीं होता है वह विफल हो जाएगा।
डिफ़ॉल्ट रूप से, DNS लुकअप पर कोई टाइमआउट नहीं है, सिवाय इसके कि सिस्टम लाइब्रेरीज़ द्वारा कार्यान्वित किया जाए।
--connect-timeout=seconds
कनेक्ट टाइमआउट को सेकंड सेकंड में सेट करें।
टीसीपी कनेक्शन जो स्थापित करने में अधिक समय लेते हैं, उन्हें निरस्त कर दिया जाएगा।
डिफ़ॉल्ट रूप से, सिस्टम लाइब्रेरी द्वारा लागू किए गए इसके अलावा कोई कनेक्ट टाइमआउट नहीं है।
--read-timeout=seconds
सेकंड के लिए रीड (और लिखना) टाइमआउट सेट करें।
इस टाइमआउट का "समय" निष्क्रिय समय को संदर्भित करता है: यदि, डाउनलोड के किसी भी बिंदु पर, सेकंड की निर्दिष्ट संख्या से अधिक के लिए कोई डेटा प्राप्त नहीं होता है, तो पढ़ने में विफल रहता है और डाउनलोड को पुनरारंभ किया जाता है।
यह विकल्प सीधे संपूर्ण डाउनलोड की अवधि को प्रभावित नहीं करता है।
मुझे लगता है जैसे कुछ का उपयोग कर
wget -O - -q -t 1 --timeout=600 http://www.example.com/cron/run
यह सुनिश्चित करना चाहिए कि आपकी स्क्रिप्ट की अवधि से पहले कोई टाइमआउट नहीं है।
(हाँ, यह शायद सबसे क्रूर समाधान संभव है ^ ^)