Grav-plugin-admin: डाउनलोड करने का प्रयास करते समय त्रुटि (कोड: 0):

क्या आप सिस्टम कॉन्फ़िगरेशन या इसके विपरीत कर्ल से फ़ोपेन पर स्विच करने का प्रयास कर सकते हैं?

यहाँ एक ही मामला है। इसके अलावा, मैं किसी भी प्लगइन डाउनलोड नहीं कर सकते

मैं साझा होस्टिंग का उपयोग कर रहा हूँ

क्या आप जाँच सकते हैं कि आपका php cli और web server दोनों के लिए समान है?

क्या आप यह भी बता सकते हैं कि क्या यह पहली बार है जब आप अपडेट की कोशिश कर रहे हैं या यदि यह समस्या अभी शुरू हुई है, लेकिन आपने पहले अपडेट को अपडेट किया है?

मैं इसी समस्या पर भी अडिग रहा।
मुझे लगता है कि मुझे अब इसके बारे में कुछ और पता है .. इसे एक साझा होस्टिंग पर भी उपयोग करना।

जब मैं कॉन्फ़िगरेशन में जाता हूं, और सिस्टम के तहत "फ़ोपेन" और रिमोट वेरिफ़ाइड पीयर (एसएसएल) के एडवांस्ड चेंज एक्सटर्नल फ़ॉच मेथड में "नो" के लिए जाता है (हालाँकि लेट्सएन्क्रिप्ट से एक सर्टिफिकेट के साथ चल रहा है)
मैं अपडेट को फिर से डाउनलोड और इंस्टॉल करने में सक्षम हूं।

शायद यह दूसरों के लिए भी काम करे ।।

जब मैं कॉन्फ़िगरेशन में जाता हूं, और सिस्टम के तहत "फ़ोपेन" और रिमोट वेरिफ़ाइड पीयर (एसएसएल) के एडवांस्ड चेंज एक्सटर्नल फ़ॉच मेथड में "नो" के लिए जाता है (हालाँकि लेट्सएन्क्रिप्ट से एक सर्टिफिकेट के साथ चल रहा है)
मैं अपडेट को फिर से डाउनलोड और इंस्टॉल करने में सक्षम हूं।

मुझे भी यही समस्या थी। इसने मेरे लिए काम किया।

आपके सर्वर में SSL रूट प्रमाणपत्रों के बहुत पुराने संस्करण होने की संभावना है। जिन्हें आमतौर पर सर्वर सॉफ्टवेयर को अपग्रेड करके अपडेट किया जा सकता है।

पुनश्च यह आपके स्वयं के एसएसएल प्रमाणपत्र से अलग है।

आपके सर्वर में SSL रूट प्रमाणपत्रों के बहुत पुराने संस्करण होने की संभावना है। जिन्हें आमतौर पर सर्वर सॉफ्टवेयर को अपग्रेड करके अपडेट किया जा सकता है।

पुनश्च यह आपके स्वयं के एसएसएल प्रमाणपत्र से अलग है।

यहां बताई गई समस्या साझा होस्टिंग के बारे में है, इसलिए एसएसएल रूट प्रमाणपत्र को अपग्रेड करने का एकमात्र तरीका साझा होस्टिंग प्रदाता से पूछ रहा है, या किसी अन्य पॉवइडर पर जाएं ...।
साझा होस्ट के रूट प्रमाणपत्र के बारे में एक उपयोगकर्ता कुछ और नहीं कर सकता है।

आपने जो कहा वह मेरे लिए लाल झंडा उठाता है। मैं इस मुद्दे के बारे में होस्टिंग से संपर्क करूंगा और अगर कोई प्रतिक्रिया नहीं है, तो कहीं और जाएं। मेजबान में रहने का कोई मतलब नहीं है जो सर्वर को अद्यतित नहीं रखता है। :)

क्या सर्वर पर कमांडलाइन (ssh) से कर्ल का उपयोग करके इस त्रुटि को फिर से बनाने का एक तरीका है? जब होस्टिंग प्रदाताओं के साथ काम करने में त्रुटि दिखाने के लिए यह बहुत मदद करेगा और उनके लिए यह सत्यापित करना आसान होगा कि रूट प्रमाणपत्र उन्नयन वास्तव में समस्या हल करता है।

हां, बस अपने ब्राउज़र से डेटा प्राप्त करें और इसे CURL के अनुकूल बनाएं - मुझे पूरा यकीन है कि इसके लिए भी उपकरण हैं। एकमात्र चेतावनी यह है कि आपको लॉग इन होना चाहिए + में नॉन टोकन है, जिसका अर्थ है कि अनुरोध को थोड़ा बदलना होगा।

हालांकि उस ने कहा, यह मुश्किल नहीं होना चाहिए कि केवल व्यवस्थापक उपयोगकर्ता दें और समस्या को पुन: उत्पन्न करने के लिए चरणों से गुजरें। यह संभवतः सभी से कम समय लेगा।

धन्यवाद @ @hahagr , लेकिन मुझे लगता है कि एक गलतफहमी है। आप समस्या को फिर से बनाने के लिए grav admin पेज एक्सेस करने के लिए कर्ल का उपयोग करने की बात करते हैं? मेरा मतलब कुछ और है:

चूंकि grav system config में कर्ल से फोपेन में बदलने से यह हल हो जाता है, आंतरिक रूप से गलत होने वाले grav से कर्ल कॉल होना चाहिए? यह वह कॉल है जिसे मैं कमांडलाइन पर निकालना और पुनः बनाना चाहता हूं।

ओह, मुझे यह समय मिल गया - curl का उपयोग करना विफल हो जाता है और fopen समस्या को हल करता है।

मूल रूप से, लोग कह रहे हैं कि Remote Verify Peer (SSL) No सेटिंग में परिवर्तन इस समस्या को हल करता है, जिसका अर्थ है कि सर्वर पर स्थापित एसएसएल प्रमाणपत्र पुराने हैं।

मैं साझा होस्टिंग पर हूँ और मुद्दा एक आईपी के लिए एक निवर्तमान आउटगोइंग कनेक्शन था जिसे मैं अपने वेबहोस्ट के नियंत्रण कक्ष में श्वेतसूची में दे सकता था।

मैं इसी समस्या पर भी अडिग रहा।
मुझे लगता है कि मुझे अब इसके बारे में कुछ और पता है .. इसे एक साझा होस्टिंग पर भी उपयोग करना।

जब मैं कॉन्फ़िगरेशन में जाता हूं, और सिस्टम के तहत "फ़ोपेन" और रिमोट वेरिफ़ाइड पीयर (एसएसएल) के एडवांस्ड चेंज एक्सटर्नल फ़ॉच मेथड में "नो" के लिए जाता है (हालाँकि लेट्सएन्क्रिप्ट से एक सर्टिफिकेट के साथ चल रहा है)
मैं अपडेट को फिर से डाउनलोड और इंस्टॉल करने में सक्षम हूं।

हो सकता है कि यह दूसरों के लिए भी काम करे।

मैंने उपरोक्त चरणों का उपयोग करके संस्करण 1.6.22 में अपडेट किया - धन्यवाद।
नोट: मेरे संस्करण पर बाहरी फ़ेच विधि दूरस्थ फ़ेच विधि है

मैं खुद इस मुद्दे पर चल रहा हूं (साझा होस्टिंग, लेकिन मैं व्यवस्थापक हूं। डेबियन 9.12, पैकेज अप टू डेट हैं)।

लोप विधि को बदलने के लिए और दूरस्थ सत्यापन सहकर्मी को नहीं बदलने से कोई मदद नहीं मिलती है। मुझे अभी भी एक अमान्य AJAX प्रतिक्रिया मिली है।

मैं मैन्युअल रूप से curl -v साथ रीडायरेक्ट का अनुसरण कर सकता हूं और अंत में फाइल डाउनलोड कर सकता हूं। तो मैंने सोचा कि मैं लंच विधि को cURL में बदल देता हूं, वही मुद्दा।

मैं इस मुद्दे पर एक स्व-होस्टेड CentOS 8 सर्वर पर चला। SELinux httpd प्रक्रिया के लिए नेटवर्क कनेक्शन को रोक रहा था।

सर्वर से ssh से कनेक्ट करें और निम्नलिखित को चलाएँ (आपको व्यवस्थापन करने की आवश्यकता है):
sudo sestatus -b |grep httpd_can_network_connect
डिफ़ॉल्ट "बंद" है।

इसे "चालू" पर सेट करें
sudo setsebool -P httpd_can_network_connect 1

एक बार जो किया जाता है उस मुद्दे को हल किया जाना चाहिए।

एक ही मुद्दा यहाँ। Fopen और 'Remote Verify Peer (SSL)' के लिए सिस्टम को बदल दिया गया है .. कोई परिवर्तन नहीं, अभी भी त्रुटियां हैं।

साझा मीडिया मीडिया ग्रिड की मेजबानी ।।

अपडेट डाउनलोड करने पर Grav 1.7 में सुधार (एक सिम्फनी लाइब्रेरी का उपयोग करना) है। अगर वे समस्या को ठीक कर सकते हैं (एक परीक्षण साइट में)?

अपडेट डाउनलोड करने पर Grav 1.7 में सुधार (एक सिम्फनी लाइब्रेरी का उपयोग करना) है। अगर वे समस्या को ठीक कर सकते हैं (एक परीक्षण साइट में)?

हालांकि यह अपडेट डाउनलोड करने के लिए तय है, हालांकि अभी भी 'पर्ज ओल्ड कैश' ('फेच फेल:' जैसी चीजों के लिए 'फेल फेल' दिखाता है)
1 पुराने कैश फ़ोल्डर्स ... {"स्थिति": "सफलता", "संदेश": null} ')

@ezchile क्या आप इसके बारे में एक नया मुद्दा बना सकते हैं?

@ ओमहर जरूर मेरे पास बस: https://github.com/getgrav/grav-plugin-admin/issues/1935

धन्यवाद, एक खुले मुद्दे का पालन करना आसान है। :)