Grav-plugin-admin: ダウンロードしようとしたときにエラーが発生しました（コード：0）：

システム構成でCurlからFopenに、またはその逆に切り替えてみることができますか？

ここでも同じです。 さらに、プラグインをダウンロードできません

共有ホスティングを使用しています

PHPがCLIサーバーとWebサーバーの両方で同じであることを確認できますか？

また、更新を試みるのが初めてなのか、問題が発生し始めたばかりなのに以前に更新が成功したのかをお知らせください。

私もこれと同じ問題に立ち向かった。
私は今それについてもう少し知っていると思います..共有ホスティングでもそれを使用します。

[構成]に移動し、[システム]で[詳細]に移動して、[外部フェッチ方法]を[fopen]に変更し、[リモート検証ピア（SSL）]を[いいえ]に変更します（ただし、LetsEncryptの証明書を使用して実行しています）
突然、アップデートをダウンロードして再度インストールできるようになりました。

多分これは他の人にもうまくいくでしょう。

[構成]に移動し、[システム]で[詳細]に移動して、[外部フェッチ方法]を[fopen]に変更し、[リモート検証ピア（SSL）]を[いいえ]に変更します（ただし、LetsEncryptの証明書を使用して実行しています）
突然、アップデートをダウンロードして再度インストールできるようになりました。

私も同じ問題を抱えていました。 これは私のために働いた。

サーバーに古いバージョンのSSLルート証明書がある可能性があります。 これらは通常、サーバーソフトウェアをアップグレードすることで更新できます。

PS。 これは、独自のサーバーSSL証明書とは異なります。

サーバーに古いバージョンのSSLルート証明書がある可能性があります。 これらは通常、サーバーソフトウェアをアップグレードすることで更新できます。

PS。 これは、独自のサーバーSSL証明書とは異なります。

ここで言及されている問題は共有ホスティングに関するものなので、SSLルート証明書をアップグレードする唯一の方法は、共有ホスティングプロバイダーに問い合わせるか、別のpoviderに移動することです。
ユーザーは、共有ホストのルート証明書について他に何もできません。

あなたが今言ったことは私にとって危険信号を上げます。 問題についてホスティングに連絡し、応答がない場合は別の場所に移動します。 サーバーを最新の状態に保てないホストにとどまる意味はありません。 :)

サーバーのコマンドライン（ssh）からcurlを使用してこのエラーを再現する方法はありますか？ これは、ホスティングプロバイダーと取引してエラーを表示し、ルート証明書のアップグレードによって問題が本当に解決されることをプロバイダーが簡単に確認できるようにする場合に非常に役立ちます。

はい、ブラウザからデータを取得し、CURLと互換性があるように変換するだけです。そのためのツールもあると確信しています。 唯一の注意点は、ログインする必要があり、+ナンストークンを持っていることです。つまり、リクエストを少し変更する必要があります。

そうは言っても、管理者ユーザーを提供し、問題を再現するための手順を実行することは難しいことではありません。 誰からも時間がかからないでしょう。

@mahagrありがとうございますが、誤解があると思います。 curlを使用してgrav管理ページにアクセスし、問題を再現することについて話しますか？ 私は何か他のものを意味します：

gravシステム構成でcurlからfopenに変更すると解決するので、gravからのcurl呼び出しが内部でうまくいかないはずですか？ コマンドラインで抽出して再作成したいのはその呼び出しです。

ああ、今回はそれを手に入れました- curlすると失敗し、 fopenで問題が解決します。

基本的に、設定Remote Verify Peer (SSL)をNoすると問題が解決すると言われています。これは、サーバーにインストールされているSSL証明書が古いことを意味します。

私は共有ホスティングを使用していますが、問題は、Webホストのコントロールパネルでホワイトリストに登録できるIPへの発信接続がブロックされていることでした。

私もこれと同じ問題に立ち向かった。
私は今それについてもう少し知っていると思います..共有ホスティングでもそれを使用します。

[構成]に移動し、[システム]で[詳細]に移動して、[外部フェッチ方法]を[fopen]に変更し、[リモート検証ピア（SSL）]を[いいえ]に変更します（ただし、LetsEncryptの証明書を使用して実行しています）
突然、アップデートをダウンロードして再度インストールできるようになりました。

多分これは他の人にもうまくいくでしょう。

上記の手順を使用してバージョン1.6.22に更新しました-ありがとうございます。
注：私のバージョンの外部フェッチメソッドはリモートフェッチメソッドです

私は自分でこの問題に直面しています（共有ホスティングですが、私は管理者です。Debian9.12、パッケージは最新です）。

フェッチ方法をfopenに変更し、リモート検証ピアをいいえに変更しても効果はありません。 それでも無効なAJAX応答が返されます。

curl -vを使用してリダイレクトを手動で追跡し、最後にファイルをダウンロードできます。 そのため、同じ問題で、フェッチメソッドをcURLに変更すると思いました。

セルフホストのCentOS8サーバーでこの問題が発生しました。 SELinuxはhttpdプロセスのネットワーク接続をブロックしていました。

sshでサーバーに接続し、以下を実行します（管理者である必要があります）。
sudo sestatus -b |grep httpd_can_network_connect
デフォルトは「オフ」です。

「オン」に設定します
sudo setsebool -P httpd_can_network_connect 1

それが完了したら、問題を解決する必要があります。

ここで同じ問題。 システムをfopenに変更し、「リモート検証ピア（SSL）」を「いいえ」に変更しました。変更はありませんが、エラーが発生します。

共有MediaTempleグリッドホスティング。

Grav 1.7では、アップデートのダウンロードが改善されています（Symfonyライブラリを使用）。 問題が解決した場合、（テストサイトで）試すことができますか？

Grav 1.7では、アップデートのダウンロードが改善されています（Symfonyライブラリを使用）。 問題が解決した場合、（テストサイトで）試すことができますか？

更新のダウンロードが修正されましたが、「古いキャッシュの削除」（「フェッチに失敗しました：
1つの古いキャッシュフォルダを削除しました... {"status"： "success"、 "message"：null} '）

@ezchileこれについて新しい問題を作成していただけますか？

@mahagrもちろんです。 私はちょうど持っています： https ：

おかげで、未解決の問題をフォローする方が簡単です。 :)