यह एक काल्पनिक सवाल है, इसलिए कृपया मुझसे यह न पूछें कि मैं ऐसा क्यों करना चाहता हूं।
यह मानते हुए कि मेरे पास एक चर GIFहै जिसमें बाइनरी डेटा शामिल है, और यह मानते हुए कि मैं पाइप |ऑपरेटर का उपयोग नहीं कर सकता , निम्न 'ऑपरेटर से कम-से-कम' ऑपरेटर का उपयोग करने का सही तरीका होना चाहिए :
openssl enc -base64 <<< $GIF
हालांकि, ऐसा लगता है कि मेरे लिए <<<नहीं है बाइनरी-सुरक्षित है और इसलिए बाइनरी डेटा भ्रष्ट हो जाता है।
क्या बाइनरी-सेफ समतुल्य है?
जवाबों:
यहाँ स्ट्रिंग पुनर्निर्देशन ( <<<) का एक सरल रूप है यहाँ दस्तावेज़ पुनर्निर्देशन ( <<)। यहां स्ट्रिंग पुनर्निर्देशन "बाइनरी सेफ" नहीं है; बैश यहाँ स्ट्रिंग पर विस्तार प्रदर्शन करेंगे। इसके अलावा, बैश यहां स्ट्रिंग के अंत में एक नई-लाइन संलग्न करेगा (कमांड जारी करें xxd -p <<< "foo"और आपको 666f6f0aबदले में मिलेगा )।
आपकी एकमात्र सुरक्षित शर्त, पाइप को छोड़कर, I / O पुनर्निर्देशन है ।
यहां बाइनरी सुरक्षित प्रश्न के समान नहीं है । आप एन्कोडेड डेटा स्टोर कर सकते हैं और यह कोशिश कर सकते हैं
COMMAND_WITH_BIN_INPUT <(uudecode <(echo "$uuEncodedData")) हालाँकि यह बहुत दूर नहीं है
echo "$uuEncodedData"|uudecode|COMMAND_WITH_BIN_INPUTलेकिन पाइप मेटाकार के बिना।
od -a <<< ""और आप nlहेक्स मान के बजाय देखेंगे ।
बश सामान्य रूप से बाइनरी सुरक्षित नहीं है, और प्रतिस्थापन के दौरान बाइनरी सामग्री वाले चर में नल और न्यूलाइन को भ्रष्ट करेगा।
इसलिए मुझे लगता है कि उत्तर "नहीं" है, लेकिन अधिक मौलिक रूप से "शेल स्क्रिप्टिंग भाषा में नहीं" है, क्योंकि वे सभी द्विआधारी के साथ समस्याएं हैं।
हालांकि मैं कहूंगा कि आप डेटा को $ GIF में प्राप्त करने की योजना बनाते हैं, आप इसके बजाय इसे एक फ़ाइल में प्राप्त करते हैं, या एक वैकल्पिक स्क्रिप्टिंग भाषा के रूप में अजगर का उपयोग करते हैं जो समस्याओं के बिना बाइनरी डेटा को संभाल लेगा।
$GIF, एक शुरुआत के लिए, शुरू करने से पहले भी पूर्ण-बाइनरी धारण नहीं कर रहा है। हालांकि, एनयूएल चरित्र के अपवाद के लिए, यह अन्य सभी को पकड़ रहा है। (रेफरी के रूप में: vaab.blog.kal.fr/2014/05/03/… )