皆さん、こんにちは。私は Yupi です。ここ 2 日間で予期せぬことが起こりました。Gitee のピクチャーベッドが役に立たなくなりました。
画像ベッド: インターネット上での写真の表示を容易にするために写真を保存するサーバーを指します
昨夜、地球上の複数の友人がメッセージを投稿しました彼のウェブサイトや記事でそう言っています すべての写真が Gitee アイコンになったのですか? !
#当時は真実を理解していなかったので、Gitee のような大規模コードのオープンソース プラットフォームを使用できるのではないかと考えていました。何が起こっているのか友人に聞いてみました。
これが公式の問題であれば、Gitee を使用して図面を作成する多くのプロジェクト ドキュメントが間違いなく影響を受けると思います。そこで GitHub にアクセスしていくつかのプロジェクトを検索したところ、案の定、多くのプロジェクト ドキュメントのアイコンが Gitee に変わりました。
この影響を過小評価しないでください。一方で、ジョークもたくさんあり、たとえば、下の写真のプロジェクトのスポンサーは全員 Gitee になっています。トラフィックを集めて 2D に報酬を与える すべてのコードが Gitee アイコンになり、作者の収入に直接影響します。 (一日経ちましたが、作者はまだ発見していません。拡散お願いします~)
一部の生徒さんのブログがこうなってしまいました。 。 。
そこで、インターネットで簡単に調べてみましたが、多くの友人がこの問題に遭遇しているので、おそらく公式のせいだと思われます。
それから私は Gitee に入り、以前に構築した画像ベッド ウェアハウス (画像を保存するために特別に使用されるコード ウェアハウス) を見つけ、ランダムに画像を見つけ、画像表示ページに入りました (パスには BLOB が含まれています)。元のデータをクリックして元の画像を表示します:
画像はジャンプすることでスムーズに開くことができます (元の画像ページのアドレスには BLOB が含まれていません):
その後、画像のアドレスを直接コピーしてページを更新しましたが、画像は表示されなくなりました。 F12 を押してネットワーク リクエストを監視すると、画像リクエストが正しい応答を受け取らなかったことがわかり、代わりに favicon.ico が取得されました:
推測してください、この ico file 案の定、Gitee アイコンです。
では、なぜGitee自身のページから実際の画像アドレスにジャンプすると画像が表示されるのに、直接アクセスするとブロックされてしまうのでしょうか?
どうやら Gitee は画像に アンチホットリンク
次に、先ほどのイメージ リクエストがF12 開発者ツールで、[編集] をクリックして再送信します:
現在 Gitee の影響を受けている友人の場合は、次のことができます:
新しいオブジェクト ストレージ サービスを見つける
パッケージそして、Gitee ウェアハウスのコードをダウンロードして、新しいオブジェクト ストレージ サービスに完全にアップロードします (パスが一貫していることを確認してください)
テキスト エディターを使用して、画像のリンク ( gitee.com/xxx) 新しいストレージサービスのリンクプレフィックスに一括置換
ああ、考えるだけで面倒だ。 。 。そのため、条件が許せば、より安心・安全な自社サーバー(オブジェクトストレージサービス)に画像を保存することをお勧めします。
チュートリアルの推奨事項: 「Git チュートリアル 」