नॉलेजबेस · फैन्टास्टिको
एफ़. टी. पी. के माध्यम से जूमला द्वारा स्थापित जूमला टेम्पलेट को संशोधित नहीं किया जा सकता है
अंतिम बार अद्यतन किया गया 2020-04-05
यह एक विशिष्ट समस्या है, सर्वर सुएक्सैक/पीएचपीएसयूएक्सईसी नहीं चला रहा है। इसका समाधान यह है कि कृपया एफ़. टी. पी. के माध्यम से फ़ाइलों को अपलोड करें और फिर जूमला घटक/टेम्पलेट की मैन्युअल स्थापना करें।
यह समझाया गया है कि http://forum.joomla.org/index.php/topic,30796.0.htmlकारणों का सारांश नीचे दिया गया है और हम उद्धृत करते हैं,
"सबसे पहले... इससे कोई फर्क नहीं पड़ता कि आपका उपयोगकर्ता या HTTPd (या कोई भी, अपाचे, जो कुछ भी अपाचे उपयोगकर्ता है) जूमला कोर फ़ाइलों का मालिक है। फ़ाइल का स्वामित्व फ़ाइल बनाने पर निर्धारित किया जाता है। यह उपयोगकर्ता द्वारा निर्धारित किया जाता है जो फ़ाइल सिस्टम में फ़ाइल बनाने वाली ऑपरेटिंग सिस्टम प्रक्रिया का मालिक है।
परिदृश्यः आप एक उपयोगकर्ता के रूप में लॉग इन हैं और आप अपने पसंदीदा पाठ संपादक (उदाहरण के लिए vi) के साथ एक नई फ़ाइल... something.txt बनाते हैं।
चूँकि आप लॉग इन करते समय vi प्रोग्राम को निष्पादित करते हैं (हम मान लेंगे कि उपयोगकर्ता नाम आगे जाकर उपयोगकर्ता होगा)। तो, उपयोगकर्ता उस vi प्रक्रिया का मालिक है जिसने फ़ाइल सिस्टम पर फ़ाइल something.txt बनाई है। इसका मतलब है कि फ़ाइल something.txt उपयोगकर्ता के स्वामित्व में होगी।
परिदृश्यः आप एफ़. टी. पी. का उपयोग करके एक फ़ाइल... somethingElse.txt अपलोड करते हैं।
चूँकि आप अपने उपयोगकर्ता/पास संयोजन का उपयोग करके एफ़. टी. पी. में लॉग इन हैं... जिस एफ़. टी. पी. प्रक्रिया पर आप काम कर रहे हैं, उसने उपयोगकर्ता को उपयोगकर्ता के स्वामित्व में बदल दिया है। इसलिए, जब फ़ाइल somethingElse.txt को फ़ाइल सिस्टम में अपलोड (बनाया गया) किया जाता है... तो यह उस प्रक्रिया के मालिक के स्वामित्व में होगा जिसने इसे बनाया है, उपयोगकर्ता।
परिदृश्य: आप एक फ़ाइल को php स्क्रिप्ट में अपलोड करते हैं जो इसे yetSomethingElse.txt के रूप में सेव करता है (php के साथ सुएक्सेक का उपयोग नहीं कर रहा है)।
ठीक है, अपाचे, सुरक्षा कारणों से, अपनी प्रक्रियाओं को एक "विशेष" उपयोगकर्ता के स्वामित्व में चलाता है... अक्सर किसी का नाम नहीं, या अपाचे, या HTTPd, या कोई अन्य प्यारा नाम जिसे एक सिसैडमिन ने कॉन्फ़ फ़ाइल में नाम दिया है। तो इस मामले में हम कहेंगे कि अपाचे उपयोगकर्ता का नाम HTTPd है। तो, आप अपनी फ़ाइल को php स्क्रिप्ट पर अपलोड करते हैं। Php एक अपाचे मॉड्यूल में चल रहा है, जो अपाचे प्रक्रिया में चल रहा है..... अनुमान लगाएँ कि इसका मालिक कौन है?... यह सही है... उपयोगकर्ता HTTPd। इस वजह से... जब php कहता है... मूव _ अपलोड _ फ़ाइल () और फ़ाइल yetSomethingElse.txt को सेव करता है... यह उपयोगकर्ता HTTPd के अलावा किसी और के स्वामित्व में नहीं होगा। क्या यह php में एक बग है? क्या यह अपाचे में कोई बग नहीं है?
सुएक्सेक एक ऐसी प्रणाली है जिसके द्वारा अपाचे उपयोगकर्ता को बदल देता है और उस उपयोगकर्ता के आधार पर प्रक्रिया को समाप्त करता है जो अनुरोध किए जा रहे विशेष आभासी होस्ट के लिए दस्तावेज़ root का मालिक है। (उसमें सुएक्सेक को पकड़ें?) यह एक समाधान है जो कुछ मेजबान प्रदान करते हैं, और अपाचे प्रक्रियाओं द्वारा बनाई गई/संशोधित/आदि सभी फ़ाइलों को उचित उपयोगकर्ता के स्वामित्व में रखने की अनुमति देता है।
आप अपने आप से पूछ रहे होंगे कि अपाचे इस तरह से क्यों व्यवहार करता है.... मेरा सुझाव है कि आप उन सभी प्रश्नों को निर्देशित करें http://www.apache.org
संक्षेप में, यह सिस्टम में कोई बग नहीं है, यह ठीक उसी तरह है जैसे सिस्टम को काम करने के लिए डिज़ाइन किया गया है... क्या इससे आपका जीवन आसान हो जाता है? नहीं। लेकिन यह स्पष्टीकरण है। कई संभावित समाधान हैं... उनमें से एक एफ़. टी. पी. क्लाइंट परत है जिसे मैंने 1.1 के लिए लिखा है।
लुई "
यह समझाया गया है कि http://forum.joomla.org/index.php/topic,30796.0.htmlकारणों का सारांश नीचे दिया गया है और हम उद्धृत करते हैं,
"सबसे पहले... इससे कोई फर्क नहीं पड़ता कि आपका उपयोगकर्ता या HTTPd (या कोई भी, अपाचे, जो कुछ भी अपाचे उपयोगकर्ता है) जूमला कोर फ़ाइलों का मालिक है। फ़ाइल का स्वामित्व फ़ाइल बनाने पर निर्धारित किया जाता है। यह उपयोगकर्ता द्वारा निर्धारित किया जाता है जो फ़ाइल सिस्टम में फ़ाइल बनाने वाली ऑपरेटिंग सिस्टम प्रक्रिया का मालिक है।
परिदृश्यः आप एक उपयोगकर्ता के रूप में लॉग इन हैं और आप अपने पसंदीदा पाठ संपादक (उदाहरण के लिए vi) के साथ एक नई फ़ाइल... something.txt बनाते हैं।
चूँकि आप लॉग इन करते समय vi प्रोग्राम को निष्पादित करते हैं (हम मान लेंगे कि उपयोगकर्ता नाम आगे जाकर उपयोगकर्ता होगा)। तो, उपयोगकर्ता उस vi प्रक्रिया का मालिक है जिसने फ़ाइल सिस्टम पर फ़ाइल something.txt बनाई है। इसका मतलब है कि फ़ाइल something.txt उपयोगकर्ता के स्वामित्व में होगी।
परिदृश्यः आप एफ़. टी. पी. का उपयोग करके एक फ़ाइल... somethingElse.txt अपलोड करते हैं।
चूँकि आप अपने उपयोगकर्ता/पास संयोजन का उपयोग करके एफ़. टी. पी. में लॉग इन हैं... जिस एफ़. टी. पी. प्रक्रिया पर आप काम कर रहे हैं, उसने उपयोगकर्ता को उपयोगकर्ता के स्वामित्व में बदल दिया है। इसलिए, जब फ़ाइल somethingElse.txt को फ़ाइल सिस्टम में अपलोड (बनाया गया) किया जाता है... तो यह उस प्रक्रिया के मालिक के स्वामित्व में होगा जिसने इसे बनाया है, उपयोगकर्ता।
परिदृश्य: आप एक फ़ाइल को php स्क्रिप्ट में अपलोड करते हैं जो इसे yetSomethingElse.txt के रूप में सेव करता है (php के साथ सुएक्सेक का उपयोग नहीं कर रहा है)।
ठीक है, अपाचे, सुरक्षा कारणों से, अपनी प्रक्रियाओं को एक "विशेष" उपयोगकर्ता के स्वामित्व में चलाता है... अक्सर किसी का नाम नहीं, या अपाचे, या HTTPd, या कोई अन्य प्यारा नाम जिसे एक सिसैडमिन ने कॉन्फ़ फ़ाइल में नाम दिया है। तो इस मामले में हम कहेंगे कि अपाचे उपयोगकर्ता का नाम HTTPd है। तो, आप अपनी फ़ाइल को php स्क्रिप्ट पर अपलोड करते हैं। Php एक अपाचे मॉड्यूल में चल रहा है, जो अपाचे प्रक्रिया में चल रहा है..... अनुमान लगाएँ कि इसका मालिक कौन है?... यह सही है... उपयोगकर्ता HTTPd। इस वजह से... जब php कहता है... मूव _ अपलोड _ फ़ाइल () और फ़ाइल yetSomethingElse.txt को सेव करता है... यह उपयोगकर्ता HTTPd के अलावा किसी और के स्वामित्व में नहीं होगा। क्या यह php में एक बग है? क्या यह अपाचे में कोई बग नहीं है?
सुएक्सेक एक ऐसी प्रणाली है जिसके द्वारा अपाचे उपयोगकर्ता को बदल देता है और उस उपयोगकर्ता के आधार पर प्रक्रिया को समाप्त करता है जो अनुरोध किए जा रहे विशेष आभासी होस्ट के लिए दस्तावेज़ root का मालिक है। (उसमें सुएक्सेक को पकड़ें?) यह एक समाधान है जो कुछ मेजबान प्रदान करते हैं, और अपाचे प्रक्रियाओं द्वारा बनाई गई/संशोधित/आदि सभी फ़ाइलों को उचित उपयोगकर्ता के स्वामित्व में रखने की अनुमति देता है।
आप अपने आप से पूछ रहे होंगे कि अपाचे इस तरह से क्यों व्यवहार करता है.... मेरा सुझाव है कि आप उन सभी प्रश्नों को निर्देशित करें http://www.apache.org
संक्षेप में, यह सिस्टम में कोई बग नहीं है, यह ठीक उसी तरह है जैसे सिस्टम को काम करने के लिए डिज़ाइन किया गया है... क्या इससे आपका जीवन आसान हो जाता है? नहीं। लेकिन यह स्पष्टीकरण है। कई संभावित समाधान हैं... उनमें से एक एफ़. टी. पी. क्लाइंट परत है जिसे मैंने 1.1 के लिए लिखा है।
लुई "
हमें बताएँ कि क्या रहना है।
A short conversation with an engineer. No quote-bot, no callback queue.