Grav-plugin-admin: خطأ أثناء محاولة التنزيل (الكود: 0):

هل يمكنك محاولة التبديل من Curl إلى Fopen في تكوين النظام أو العكس؟

نفس الحالة هنا. بالإضافة إلى ذلك ، لا يمكنني تنزيل أي مكون إضافي

أنا أستخدم الاستضافة المشتركة

هل يمكنك التحقق من أن php الخاص بك هو نفسه لكل من cli وخادم الويب؟

هل يمكنك أيضًا إخبارنا بما إذا كانت هذه هي المرة الأولى التي تحاول فيها إجراء تحديث أو إذا كانت المشكلة قد بدأت للتو في الظهور ولكن كان لديك سابقًا تحديثات ناجحة؟

لقد تأثرت بهذه المشكلة نفسها أيضًا.
أعتقد أنني أعرف الآن المزيد عنها .. استخدامه في استضافة مشتركة أيضًا.

عندما أذهب إلى التهيئة ، وضمن النظام ، انتقل إلى التغيير المتقدم لطريقة الجلب الخارجية إلى "fopen" و Remote Verify Peer (SSL) إلى "لا" (على الرغم من التشغيل بشهادة من LetsEncrypt)
أصبحت فجأة قادرًا على تنزيل التحديثات وتثبيتها مرة أخرى ..

ربما يعمل هذا للآخرين أيضًا ..

عندما أذهب إلى التهيئة ، وضمن النظام ، انتقل إلى التغيير المتقدم لطريقة الجلب الخارجية إلى "fopen" و Remote Verify Peer (SSL) إلى "لا" (على الرغم من التشغيل بشهادة من LetsEncrypt)
أصبحت فجأة قادرًا على تنزيل التحديثات وتثبيتها مرة أخرى ..

كان لي نفس المشكلة. هذا عمل معي.

من المحتمل أن يكون لديك إصدار قديم جدًا من شهادات جذر SSL في الخادم الخاص بك. يمكن تحديثها عادةً عن طريق ترقية برنامج الخادم.

ملاحظة. هذا يختلف عن شهادة SSL للخادم الخاص بك.

من المحتمل أن يكون لديك إصدار قديم جدًا من شهادات جذر SSL في الخادم الخاص بك. يمكن تحديثها عادةً عن طريق ترقية برنامج الخادم.

ملاحظة. هذا يختلف عن شهادة SSL للخادم الخاص بك.

وذكرت والمشكلة هنا هي حول الاستضافة المشتركة مع ذلك، فإن الطريقة الوحيدة لرفع مستوى شهادة SSL الجذر تطلب من استضافة مشتركة الموفر أو الانتقال إلى بموفر آخر ....
لا يمكن للمستخدم فعل أي شيء آخر بخصوص شهادة الجذر لمضيف مشترك ..

ما قلته للتو يرفع العلم الأحمر بالنسبة لي. أود الاتصال بالمضيف بخصوص المشكلة وإذا لم يكن هناك رد ، فانتقل إلى مكان آخر. لا فائدة من البقاء في مضيف لا يحافظ على الخوادم محدثة. :)

هل هناك طريقة لإعادة إنشاء هذا الخطأ باستخدام curl من سطر الأوامر (ssh) على الخادم؟ سيساعد هذا كثيرًا عند التعامل مع موفري الاستضافة لإظهار الخطأ وتسهيل عليهم التحقق من أن ترقية شهادة الجذر تحل المشكلة حقًا.

نعم ، فقط احصل على البيانات من متصفحك وقم بتحويلها لتكون متوافقة مع CURL - أنا متأكد من أن هناك أيضًا أدوات لذلك. التحذير الوحيد هو أنك بحاجة إلى تسجيل الدخول + الحصول على رمز nonce ، مما يعني أن الطلب يحتاج إلى تغيير طفيف.

على الرغم من ذلك ، لا ينبغي أن يكون من الصعب فقط إعطاء المستخدم المسؤول وتصفح الخطوات لإعادة إنتاج المشكلة. من المحتمل أن يستغرق الأمر وقتًا أقل من الجميع.

شكرًا لك mahagr ، لكن أعتقد أن هناك سوء تفاهم. هل تتحدث عن استخدام curl للوصول إلى صفحات admin grav بهدف إعادة إنشاء المشكلة؟ أعني شيئًا آخر:

نظرًا لأن التغيير من curl إلى fopen في تكوين نظام grav يحلها ، يجب أن يكون هناك نداء حليقة من grav خطأ داخليًا؟ إنها تلك المكالمة التي أريد استخراجها وإعادة إنشائها في سطر الأوامر.

حسنًا ، لقد حصلت عليها هذه المرة - باستخدام curl يجعلها تفشل و fopen يحل المشكلة.

في الأساس ، يقول الناس أن تغيير إعداد Remote Verify Peer (SSL) إلى No يصلح المشكلة ، مما يعني أن شهادات SSL المثبتة على الخادم قديمة.

أنا في استضافة مشتركة وكانت المشكلة عبارة عن اتصال صادر محظور بعنوان IP يمكنني إدراجه في القائمة البيضاء في لوحة تحكم مضيف الويب الخاص بي ،

لقد تأثرت بهذه المشكلة نفسها أيضًا.
أعتقد أنني أعرف الآن المزيد عنها .. استخدامه في استضافة مشتركة أيضًا.

عندما أذهب إلى التهيئة ، وضمن النظام ، انتقل إلى التغيير المتقدم لطريقة الجلب الخارجية إلى "fopen" و Remote Verify Peer (SSL) إلى "لا" (على الرغم من التشغيل بشهادة من LetsEncrypt)
أصبحت فجأة قادرًا على تنزيل التحديثات وتثبيتها مرة أخرى ..

ربما يعمل هذا للآخرين أيضًا.

لقد قمت بالتحديث إلى الإصدار 1.6.22 باستخدام الخطوات المذكورة أعلاه - شكرًا لك.
ملاحظة: طريقة الجلب الخارجية في إصداري هي طريقة الجلب عن بُعد

أواجه هذه المشكلة بنفسي (الاستضافة المشتركة ، لكنني المسؤول. دبيان 9.12 ، الحزم محدثة).

تغيير طريقة الجلب إلى fopen و Remote Verify Peer to No لا يساعد. ما زلت أتلقى رد 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)" إلى no .. بدون تغيير ، لا تزال الأخطاء قائمة.

استضافة MediaTemple Grid المشتركة ..

يحتوي Grav 1.7 على تحسينات (باستخدام مكتبة Symfony) في تنزيل التحديثات. هل يمكنك المحاولة (في موقع اختبار) إذا قاموا بإصلاح المشكلة؟

يحتوي Grav 1.7 على تحسينات (باستخدام مكتبة Symfony) في تنزيل التحديثات. هل يمكنك المحاولة (في موقع اختبار) إذا قاموا بإصلاح المشكلة؟

تم إصلاح تنزيل التحديثات ، على الرغم من استمرار ظهور "فشل الجلب" لأشياء مثل "Purge Old Cache" ("فشل الجلب:
تم إزالة مجلد واحد من مجلدات ذاكرة التخزين المؤقت القديمة ... {"الحالة": "نجاح"، "message": فارغ} ')

ezchile هل يمكنك من فضلك إنشاء عدد جديد حول هذا الموضوع؟

تضمين التغريدة لدي فقط: https://github.com/getgrav/grav-plugin-admin/issues/1935

شكرًا ، من الأسهل متابعة مشكلة مفتوحة. :)