Replies: 7 comments 1 reply
-
|
オブジェクトストレージかメディアプロクシの設定がおかしそう |
Beta Was this translation helpful? Give feedback.
-
|
@fruitriin |
Beta Was this translation helpful? Give feedback.
-
|
R2を解除して叩いてみました
|
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
|
|
Beta Was this translation helpful? Give feedback.
-
●そもそもうちはおひとり様なので以下を無効にしました ●コントロールパネルからリモートファイルのキャッシュを全削除 ● ●Cloudflareの設定を見直しました
Cloudflare側の設定はいい感じっぽいのですが、相変わらず一部リモートユーザーのアバターは表示できません。 表示できない場合 表示できる場合 どうも、うちのfilesを参照してるとダメ（ファイルがない）で、キャッシュを無効にしてリモートを直に見に行くようになってからはいけるみたいです。filesの参照をやめさせるにはどうすればよいのか… あと、カスタム絵文字も不調です。 
左は直接アップしたやつ コントロールパネルでカスタム絵文字を参照すると？になってしまう
ここで参照しているファイルは下記 直接アップした絵文字は？だけど使える。 |
Beta Was this translation helpful? Give feedback.
-
|
↑で試していた輸入カスタム絵文字は、問題発生時点でインポートしていたものなので、別のはじめましての絵文字をインポートしたらうまく行ったかも
|
Beta Was this translation helpful? Give feedback.
-
|
他の鯖主から凄く似っている問題聞いたので自分のコミット関連性あるかもしれません サーバーURLを1xまたはMedia proxyを2x以上変えた場合はデータベースのURLは既にProxy使用しているかの判定が乱れてAvatar/Emoji URLをネストされて安全上アタックのかないかわからないので拒否したかもしれない。このコミットをrevertして一時的な修正できるけどは安全上推奨しません。 48d1539 対策はちょっと難しい。。 完全に修正しする方法はDBにローカルユーザーAvatarとEmojiのProxy URLに記入しない方がいいと思います。 このセキュリティコミットがなくても同じ根本的な原因で他の鯖主も廃止されたMedia ProxyがDBに残存してシャットダウンできませんの問題も聞いた。 他の鯖主のため書いたテンプレート： このSQL Queryはデータを変更しません、問題あるアバターが統計でぎるだけ (nested count > 0 -> with typed as (
select *,
case
when "avatarUrl" ~ '%2Fproxy%2F' then 'nested'
when "avatarUrl" ~ '^https://[PROXY/CDN/etcはこれで]' then 'proxied'
when "avatarUrl" ~ '^https://mi\.yumechi\.jp' then 'direct'
else 'unknown'
end AS proxy_type
FROM "user"
WHERE "avatarUrl" IS NOT NULL
)
select count(*),
proxy_type
from typed
group by proxy_type;
+--------+------------+
| count | proxy_type |
|--------+------------|
| 181360 | proxied |
+--------+------------+
SELECT 1以下のQueryは自分も他の問題のために使ったけど危険 begin transaction read write;
CREATE TEMPORARY TABLE "user_avatar_update" (
"id" CHARACTER VARYING(32) PRIMARY KEY NOT NULL,
"updatedAvatarUrl" CHARACTER VARYING(512) NOT NULL
)
CREATE INDEX "user_avatar_update_url" ON "user_avatar_update" ("updatedAvatarUrl")
with typed as (
select *,
case when "avatarUrl" ~ '%2Fproxy%2F' then 'nested'
when "avatarUrl" ~ '^https://mproxy\.mi\.yumechi\.jp' then 'proxied'
when "avatarUrl" ~ '^https://mi\.yumechi\.jp' then 'direct'
else 'unknown' end
AS proxy_type
FROM "user" WHERE "avatarUrl" IS NOT NULL)
INSERT INTO "user_avatar_update" ("id", "updatedAvatarUrl")
SELECT "id", [ 特定の状況に違います ] AS "updatedAvatarUrl" FROM typed WHERE proxy_type = 'direct'
SAVEPOINT collected;
-- 結果を確認 (URLをコピペにてブラウザにテストして！！）
SELECT * FROM "user_avatar_update" LIMIT 10;
UPDATE "user" SET "avatarUrl" = "user_avatar_update"."updatedAvatarUrl" FROM "user_avatar_update" WHERE "user"."id" = "user_avatar_update"."id"
SAVEPOINT updated;
-- Commit 前に結果を確認
with typed as (
select *,
case
when "avatarUrl" ~ '%2Fproxy%2F' then 'nested'
when "avatarUrl" ~ '^https://mproxy\.mi\.yumechi\.jp' then 'proxied'
when "avatarUrl" ~ '^https://mi\.yumechi\.jp' then 'direct'
else 'unknown'
end AS proxy_type
FROM "user"
WHERE "avatarUrl" IS NOT NULL
)
select count(*),
proxy_type
from typed
group by proxy_type;
select * from "user" limit 10;
COMMIT; |
Beta Was this translation helpful? Give feedback.
-
💡 Summary
2024年10月にインスタンスを立てました。
当初
13.13.2で立て（参考サイトがそうだったからで、深い意味はないです）、先月？から下記不調（きっかけとかは不明、立てた当初は問題なかったです）で、
2024.10.2-alpha.2にアップデートした後も自力で対処できそうになく、こちらにあげさせていただきます。できないこと
13.13.2のときは、猫モードだと耳が透けて見える2024.10.2-alpha.2にしたら、元画像のざっくりした色のキャンバスで表示（画像の表示はできていない）🥰 Expected Behavior
全ての画像が問題なく読み込める
🤬 Actual Behavior
ほとんどの画像が表示できない
📝 Steps to Reproduce
No response
💻 Frontend Environment
🛰 Backend Environment (for server admin)
Do you want to address this bug yourself?
Beta Was this translation helpful? Give feedback.
All reactions