मैं DreamHost पर एक रूबी ऑन रेल्स 2.0.2 आवेदन की मेजबानी कर रहा हूँ के साथ दुर्घटनाओं। यह एक अपाचे 2 सर्वर पर है, जो फ़्यूज़न पैसेंजर के शीर्ष पर चल रहा है।रेल एप्लिकेशन बेतरतीब ढंग से त्रुटि "स्क्रिप्ट हेडर के समय से पहले अंत"
आवेदन अक्सर वापस आने वाले 500 त्रुटि "रेल आवेदन ठीक से प्रारंभ करने में विफल", लेकिन यादृच्छिक समय पर। ऐसा प्रतीत होता है जब एप्लिकेशन उच्च लोड के अधीन होता है, हालांकि मैं इसकी पुष्टि नहीं कर सकता। यह केवल प्रति दिन लगभग 2,000 पृष्ठदृश्य प्राप्त करता है, इसलिए मुझे नहीं लगता कि लोड वास्तव में एक मुद्दा होना चाहिए।
अपाचे लॉग इन 500 प्रतिक्रियाओं को त्रुटि के साथ सहसंबंधित करते हैं: "स्क्रिप्ट हेडर का समयपूर्व अंत"। आज सुबह 9 बजे लॉग को देखकर, त्रुटि एक मिनट में तीन या चार बार दिखाई देती है। यह स्पष्ट रूप से अस्वीकार्य है।
कम बार, एप्लिकेशन एक स्टैक ट्रेस और त्रुटि "टूटी हुई पाइप" के साथ एक फ़्यूज़न यात्री पृष्ठ को फेंक देता है।
रेल लॉग इन त्रुटियों के किसी भी सूची नहीं है।
यह ड्रीमहोस्ट पर होस्ट की गई स्टेजिंग और लाइव साइट दोनों पर होता है, लेकिन मैं इसे स्थानीय विकास सर्वर पर दोहराना नहीं कर सकता।
तो मुझे लगता है कि असली सवाल यह है: मैं इस समस्या को डीबग करने के लिए कहां से शुरू करूं?
हाँ यह मेरे रेल ऐप पर मेरे साथ हो रहा था, ठीक उसी दिन मैंने एक ही सर्वर पर एक PHP एप के खिलाफ कुछ लोड परीक्षण किया था जिसके कारण बहुत सी अपाचे php.cgi प्रक्रियाएं चलने लगीं, इस प्रकार स्मृति को भरना पड़ा। क्या आपको dreamhost पर रेल के लिए स्मृति उपयोग को कम करने के लिए कोई समाधान मिल गया था? Thx – adamJLev
इसके आसपास वास्तव में कोई रास्ता नहीं था। आप शायद साझा किए गए ड्रीमहोस्ट सर्वर पर एक मामूली-लोकप्रिय रेल ऐप होस्ट कर सकते हैं। भले ही, मैंने RailsPlayground के साथ होस्ट किए गए वीपीएस पर स्विच किया। तब से मुझे कोई हिचकी नहीं मिली है। – Schrockwell
यदि आप डीएच पर एक नया उपयोगकर्ता खाता बनाते हैं, तो आपके द्वारा चलाए जाने वाले प्रत्येक रेल ऐप के लिए कहें, क्या प्रत्येक खाते को इसकी "खुद" मेमोरी मिल जाएगी? – miccet