データ転送量は画像サイズ×アクセス数で算出されると思うのですが、今回の場合本質的にはアクセス数のほうが問題であると思います(メジャーバージョンアップから数えて初めての休日であったことが理由の一つではないかなと予想されます)。しかし結局のところアクセス数自体を制限するのは不可能と考えてよく、しばらくの間はかなり小さめのサイズで掲載しておく必要があるのではないでしょうか
FrontPageはわからないですが、キャラ画像に関しては他のキャラが300kb程なので最終的にはそこまで圧縮すれば十分なのかなとは
通報 ...
そうですね、本質的にはアクセス数が原因と思います。なので今週を凌げば来週は自然と転送量は落ち着くはずです。
ただ現状ではFrontpageのイベント紹介画像等、公式からそのまま持ってきた横1080ピクセルみたいな巨大な画像をポンと置いてるだけなので、本当にこのサイズが必要なのかという話し合い自体は今回をよい機会ととらえて1回してみてもいいかもですね。
個人的には画像編集の手間を増やすと編集者の負担になるので、もっと頻繁に怒られが発生してからでもいいかなあと思ってますが
私は全く逆の意見で、怒られよりは編集者の手間を取った方がいいと思います。
手間を減らす方法は今から考えてみませんか?
一番大きい画像が315kb、出会いのプレゼントパイモンにいたっては657kbもあるんですが、それより小さいアップデートパイモンが指摘されているんですよね…なんでだろう不思議…
個人的には手間がない方がいいと思うので、いっそログインとホヨラボなどの固定されたものだけ適正サイズに縮小したバナーを用意して、その他の流動するものはこのように文字化してもいいと思います。
あんま複雑な条件を作ると面倒くさくなるので、Frontpageのイベント紹介画像は「縦横50%にサイズを縮小してアップする」くらいのルールはどうですか。横500~600ピクセルあれば十分だと思います。
>> 1773
トップページが白いと少し寂しいですが、いい案だと思います。
>> 1774
丁度いい塩梅だと思います。他の案と比較検討したいです。
後はテーマイベント・イベント・webイベント・キャンペーン・他のバナーを用意して、適宜適応する方法もあると思います。このサンプルは全部同じものをベースにしたので見た目アレですが
10/04のトップページのアクセス数が28397なので、新しいイベントが始まった、などで全員がキャッシュなしの状態でアクセスすると、100KBまで圧縮したファイルでも2.8GB/24hになりますね。警告ラインの詳細がわからないのでなんともですが、今回2.19 GB /24hで来ていることを考えると、そもそもファイルを軽くしてなんとかなる問題なのか?という疑問が残ります。外部に画像置き場を作ってWIKIWIKIのサーバを通さずに画像表示する方法でもあれば良さそうですが
別ゲーの攻略wikiの編集してますけど、そっちだとTOPは専用で解像度と容量は上限決めて詰めてますね