मुझे बड़ी गतिशील रूप से जेनरेट की गई संपत्तियों और Heroku होस्ट करने के बारे में एक प्रश्न है।हेरोोकू: स्थानीय फाइल सिस्टम के बिना बड़ी गतिशील रूप से जेनरेट की गई संपत्तियों की सेवा
मेरा ऐप इसके अंतर्निहित डेटा के सबसेट का थोक डाउनलोड प्रदान करेगा, जिसमें प्रत्येक 24 घंटे में एक बड़ी फ़ाइल (> 100 एमबी) उत्पन्न होगी। अगर मैं किसी सर्वर पर चल रहा था, तो मैं सिर्फ फाइल को सार्वजनिक निर्देशिका में लिखूंगा।
लेकिन जैसा कि मैं इसे समझता हूं, यह हेरोोकू के साथ संभव नहीं है।/Tmp निर्देशिका को लिखा जा सकता है, लेकिन फाइलों की गारंटीकृत जीवनकाल seems to be defined एक अनुरोध-प्रतिक्रिया चक्र के संदर्भ में, पृष्ठभूमि की पृष्ठभूमि नहीं है।
मैं डाउनलोड फ़ाइल होस्ट करने के लिए S3 का उपयोग करना चाहता हूं। S3 gem स्ट्रीमिंग अपलोड का समर्थन करता है, लेकिन केवल उन फ़ाइलों के लिए जो स्थानीय फाइल सिस्टम पर पहले से मौजूद हैं। ऐसा लगता है कि सामग्री के आकार को सामने की ओर जाना आवश्यक है, जो मेरे मामले में संभव नहीं होगा।
तो यह कैच -22 जैसा दिखता है। मैं S3 पर अपलोड करते समय स्मृति में एक विशाल स्ट्रिंग बनाने से बचने की कोशिश कर रहा हूं, लेकिन S3 केवल स्थानीय फाइल सिस्टम पर मौजूद फ़ाइलों के लिए स्ट्रीमिंग अपलोड का समर्थन करता है।
एक रेल ऐप को देखते हुए जिसमें मैं स्थानीय फाइल सिस्टम में नहीं लिख सकता, मैं स्मृति में बड़ी स्ट्रिंग के बिना रोज़ाना उत्पन्न होने वाली एक बड़ी फ़ाइल कैसे सेवा करूं?
मुझे एक ही समस्या का सामना करना पड़ रहा है। मैंने अभी तक इसका सामना नहीं किया है, लेकिन मुझे लगता है कि मैं अपने देरी_job कार्यकर्ता पर/tmp फ़ाइल सिस्टम को लिख सकता हूं और यह फ़ाइल को S3 पर अपलोड करने के लिए काफी देर तक टिकेगा। लोगों को सुझाव देने के लिए दिलचस्प है! –