मैं "सर्वोत्तम अभ्यास" के बारे में नहीं जानता। मैं सबसे आम गलतियों को जानता हूं।
पहली गलती: डॉस योरसेल्फ
लंबे समय तक चलने वाले काम को संसाधित करने के लिए आप वेबहैंडलर का उपयोग करते हैं। यह आपके हिट के प्रतिशत के आधार पर खराब या बेहद खराब हो सकता है जो लंबे समय तक चलने वाले रोजगार बन जाते हैं, वे कितने समय तक चलते हैं और आपको कितना निरंतर यातायात मिलता है।
आप यह सुनिश्चित करना चाहते हैं कि आपको उस लंबे समय तक चलने वाले काम को पूरा करने में लगने वाले समय के भीतर 1 से अधिक लंबे समय तक चलने वाली नौकरी नहीं मिल रही है। यदि आप अपने आप को डॉस करते हैं। यह भी बदतर हो जाएगा और अधिक यातायात आप प्रतिशत और समय के अनुरूप हो जाता है। यह उन समस्याओं में से एक है जो ट्रैफ़िक के विकास पर एक सीमा लगाती है।
दूसरी गलती: वेबहैंडलर से स्पैनिंग
लंबे समय से चल रही प्रक्रिया को संभालने के लिए वेब हैंडलर से एक प्रक्रिया को बनाना मुश्किल हो सकता है, और इसके परिणामस्वरूप त्रुटि का भी खतरा हो सकता है।
- आपको माता-पिता से सही तरीके से अलग होना होगा अन्यथा वेबहैंडलर बच्चे के पूरा होने का इंतजार करता है।
- जब आप एक बच्चे को यूनिक्स में कांटा करते हैं, तो यह माता-पिता से खुले हैंडल विरासत में मिलता है। ये स्वचालित रूप से बंद हो जाएंगे जब तक कि वे अधिलेखित न हों। इसमें डेटाबेस कनेक्शन, फाइलहैंडल, अन्य ओपन नेटवर्क कनेक्शन जैसी चीजें शामिल हैं। बच्चे की प्रक्रिया पूरी होने पर सभी बंद हो जाते हैं।
विकल्प
मैं आमतौर पर उपयोग करने at(1)forking बिना webhandler से सफाई से अलग करने की।
आप के साथ एक मतदान कार्यान्वयन का उपयोग भी कर सकते हैं cron।
आप किसी अन्य सर्वर प्रक्रिया के लिए संवाद कर सकते हैं जो प्रसंस्करण को संभालती है। यही कारण है कि संचार के साथ किया जा सकता है sockets, pipesएक बाकी http कॉल या एक कतार संदेश मार्ग की तरह, या उच्च स्तर की कपोल-कल्पना।