日記ページが流石に重い
2026/03/27 にて、日記ページが流石に重いので解決したいと思ったSummer498.icon
https://gyazo.com/0b292cd0d4fd94903f095651d6cd1073
日記の一番下までスクロールしているのにスクロールバーが4割5分くらいしか進んでいない。
残りは全部リンクと 2 hop リンク
これな、スクロールバー仕事してなくてあかんはるひ.iconcaki.icon
原因は多分「今日の n 年前」に連なる 2 hop リンク。取り敢えず実験してみる。Summer498.icon
違いました。
並列処理をしているのか、読み込み後にじわじわと2hopリンクが生み出されていくが重さは感じさせない
/heavy-2-hop-links/2 hop link が大量にあるページが重いかどうか見るページ
モリモリモリって感じで一覧が増えていく
pin-diary による日記の機能を全部消してみると、原因は pin-diary 由来ではなくてシンプルに「リンクしすぎ」に由来することが分かる。
本当か……?Summer498.icon
リンクより画像・動画・テーブルのあるページのほうが重い
ことが分かる。私は何が分かっていたのだ。
リンクし過ぎが重い事自体は事実だが10000個とかのレベル
解決策としては、リンクが多い話題を切り出すという原始的なものが浮かぶ
単語単位のブラケティングしすぎよくなさそうcaki.icon
後日切り出してからブラケティングするみたいにするとよさそう
青リンク単語多すぎ(嬉しい悲鳴かも)Summer498.icon
逆に、もっとリンクを増やすと、2 hop リンクを表示しなくなるよ suto3.icon
リンクをつくりすぎて、2 hop linkが死ぬ
表示はすっきりするけど、すごく不便
2026/4/19
2 hop リンクが死ななくなった(改良された)suto3.icon
もう1ページに全員が日記書くのやめた方がいいんじゃない?Mijikko.icon
各個人がUserScriptで関連ページリストを読み込まないようにしたら軽くなる?vlzs.icon
scrapbox.ioやgyazo.com以外のサムネを非表示にすればある程度軽くなりますMijikko.icon
どこがボトルネックかにもよりますが
日記ページが重いがわからない
体感できたことがないvlzs.icon
PCで読んでるからかも
スマホで読むと重い?
ハイスペじゃなければ正直かなり重いですMijikko.icon
自分は機種変してGoogle Pixelにしてから軽くなりました
将来的にスマホの高性能化で解決してそうvlzs.icon
今の体験が悪くて困るけど
10年後に皆が使っているモバイル端末では、どれだけ長大な共同日記でもサクサク読めてそう
動作が重くて体験が悪い、は将来的にマシンパワーの増加で解消される(富豪的プログラミング)
クライアント側の問題だとそうですが、ネットワーク側の問題であればマシンパワーで解決するとも言い難いかもですMijikko.icon
4G LTE が 10G ぐらいになれば解決かもしれない
でもやっぱりネットワーク側の問題になってくると今度はサーバー側の問題も浮上してくるから、うーん
もし共同日記の性質がページの長大化により悪くなっているなら在り方を変更したほうが良いけど
手元の端末の動作が重くて困るという理由なら、共同日記は残して、処理を軽くする手元での工夫が見つかると良さそうだと思った
「重い」と「長い」を切り分けた方がいい気がしたsta.icon
重い
PCだとUserCSSで重くなるとき以外は感じない
今のUserCSSが重いかは不明(自分は切る設定を入れてる)
長い
PCだと気にならない
スマホだとスクロールが大変なイメージはある
UserCSSがどこまで重さに絡んでるかが気になるsta.icon
もし重いのだとしたら、井戸端のCSS自体は軽くしてもいいのではないか
軽くすることの弊害:
クリスマスなどイベントらしさがなくなるかも
CSSを生きがい?にしてる人がつらいかも
CSSネタで遊べなくなる
ここがでかいかもなぁ、井戸端の特徴の一つだと思うし
フィルターは各自がやればいい、的な思想を切り出しにも適用できないかsta.icon
長い、重いと感じた人が切り出す
まあ安易にやると揉めそうだけど……
Aさんの日記が長いと感じたBさんがAさんのを切り出したとき、Aさんが納得するか
Aさんが書いてる途中なのにBさんが切り出したとして、Aさんが納得するか
やってる人はいた気がするyosider.icon
文字数が多くて重いという不便ドリブンの切り出しをしてる
当日切り出しが問題になった
切り出し行為の倫理コードあるいは道徳性terang.icon
こんなことも書いていたなあとここ見て思い出した
プレイヤーが多いMMOみたいになっている説seibe.icon
日記ページは多くの人が同時に開いていることが多い
バックグラウンドでも?
多くの人が同時に開いていると、変更をしたときにその人分にだけ変更を配信する必要がある
変更の配信の完了が同期的に行われるなら、完了を待つまで次の編集ができなくなる
同期的か? そうでない気はするけど、でもできるだけ速く合わせようとしている(ように見える)
でもこのあたりは十数人が同時編集してもパフォーマンスに問題ないようにしたという開発者のページが無かったっけ
/forum-jp/大人数(だいたい10人以上?)で同時編集すると重くなる
このあたりか?
思い至ったきっかけ:個人のCosenseで長いページをしてもあまり気にならない
UserCSSはほぼ使っていないのでそこの違いかもしれないが、他にも同時接続による重さがあるのではないかと思い立ち書いてみた
大量の文字列があるページは重いページか?で試してみた
編集重たい
UserCSSほぼ効かせていない個人プロジェクトでも重たかった
体感井戸端当該ページと個人プロジェクト当該ページで編集の重さ変わらない
……やはりページが長いのが問題か?
それに加えて/forum-jp/大人数(だいたい10人以上?)で同時編集すると重くなるの問題もあるとか
誰も開いていない古い日記を開いた時にごっつ重かった物があるSummer498.icon
ほな違うかあseibe.icon
「ごっつ重かったものがある」ということだが、そうではないものもあった?seibe.icon
あるなら、比較できそう
もちろん軽いものもある。2022/10/09等の最初の量が少ない日記。Summer498.icon
重いものは大抵画像が大量に貼ってあるか動画が貼ってある。
見つけたら貼ります。
2024/04/24
2024/04/21
2024/04/20
2024/04/11
2024/04/09
2022/05/15 意外と重い
suto3.icon
#2026-03-27