https://b.hatena.ne.jp/entry/s/qiita.com/uni928/items/39e8e3bbc327526ac20f 214KBから48KBなので、かなり小さくなりました。 単純計算では、約22%程度のサイズまで縮んでいます。 ただし、実際にブラウザで開いたときの体感速度は、ほとんど変わりませんでした。 自己解凍形式とは ここで... https://b.hatena.ne.jp/ranto381124/20260519#bookmark-4787356381532775938 2026-05-19T03:18:02Z https://b.hatena.ne.jp/mapk0y/20260518#bookmark-4787356381532775938 2026-05-18T02:46:31Z html https://b.hatena.ne.jp/stabucky/20260518#bookmark-4787356381532775938 これ、単一HTMLなのか。＞圧縮済みデータを別のHTML内に埋め込む 2026-05-17T23:55:30Z https://b.hatena.ne.jp/aravow/20260518#bookmark-4787356381532775938 2026-05-17T21:20:12Z あとで読む https://b.hatena.ne.jp/threegravity/20260518#bookmark-4787356381532775938 2026-05-17T21:07:31Z https://b.hatena.ne.jp/hkdn/20260517#bookmark-4787356381532775938 ファイルの中身に左右されない、例えばリリース作業は楽になりそう。なんだかんだ責任者の目視確認みたいのはあったりするので。 2026-05-17T13:23:00Z https://b.hatena.ne.jp/ahat1984/20260517#bookmark-4787356381532775938 2026-05-17T12:17:27Z html https://b.hatena.ne.jp/toomuchpopcorn/20260517#bookmark-4787356381532775938 2026-05-17T10:49:55Z https://b.hatena.ne.jp/otchy210/20260517#bookmark-4787356381532775938 おもろいけど、HTML/CSS/JavaScript 主体だったら適切にミニファイしてサーバ側で gzip されればそれで十分、というかそっちの方が小さくて早い説ある。 2026-05-17T10:30:21Z https://b.hatena.ne.jp/Yuzu/20260517#bookmark-4787356381532775938 httpがgzip圧縮して送れるから大して意味ないのでは? 2026-05-17T09:15:21Z https://b.hatena.ne.jp/jamjamtan/20260517#bookmark-4787356381532775938 2026-05-17T08:35:28Z あとで読む https://b.hatena.ne.jp/tettekete37564/20260517#bookmark-4787356381532775938 mhtファイルってまだ生きてるのかな？ 2026-05-17T07:29:01Z https://b.hatena.ne.jp/fellfield/20260517#bookmark-4787356381532775938 面白いのだけど、HTTPにはgzipやBrotliなど圧縮の仕組みがすでに備わっているから、自前で実装しなくても大丈夫。 2026-05-17T07:14:46Z https://b.hatena.ne.jp/uunfo/20260517#bookmark-4787356381532775938 単一HTMLが好きだけどファイルサイズの肥大化が気になると言うなら、あらかじめgzip圧縮しておけばいいと思う https://qiita.com/kobake@github/items/f4e0d972c35ce39139e0 ／まあでもCDNにファイルを置くだけでやりたいわけか 2026-05-17T07:08:42Z https://b.hatena.ne.jp/tk78/20260517#bookmark-4787356381532775938 2026-05-17T06:51:25Z html https://b.hatena.ne.jp/mapiro/20260517#bookmark-4787356381532775938 生成AIを使用して単一HTMLのツール（外部通信なし）を作成するパターンが増えてきているが、筆者も書いているとおりこの技法でソース読みにくくされたら、セキュリティ的には歓迎されないかもなあ。 2026-05-17T06:41:16Z https://b.hatena.ne.jp/mura_2/20260517#bookmark-4787356381532775938 2026-05-17T06:31:09Z https://b.hatena.ne.jp/ShionAmasato/20260517#bookmark-4787356381532775938 2026-05-17T05:56:09Z https://b.hatena.ne.jp/u-qreil8/20260517#bookmark-4787356381532775938 2026-05-17T05:23:29Z https://b.hatena.ne.jp/MarvinParnroid/20260517#bookmark-4787356381532775938 214KBで充分ですよ… 2026-05-17T05:12:16Z https://b.hatena.ne.jp/Nogayama/20260517#bookmark-4787356381532775938 2026-05-17T05:06:49Z あとで読む https://b.hatena.ne.jp/ejointjp/20260517#bookmark-4787356381532775938 まずは画像をwebpの65にすることだ。 2026-05-17T04:57:27Z https://b.hatena.ne.jp/yasuhiro1212/20260517#bookmark-4787356381532775938 2026-05-17T04:23:19Z あとで読む https://b.hatena.ne.jp/hapilaki/20260517#bookmark-4787356381532775938 少し似た試みとして、11年前にJavaScriptをPNGに圧縮するという記事があった。そんなに凝ったことをしてもgzipの方が圧縮率が高いという結論だった。https://yomotsu.net/blog/2015/03/01/js2png 2026-05-17T03:58:25Z web制作 https://b.hatena.ne.jp/oktnzm/20260517#bookmark-4787356381532775938 http経由だと、圧縮の仕組あるから、サーバーの容量気にするとかじゃなければメリットは薄そう。wifi apになるような組み込み機器とかだとメリットでてくるかも。"単一HTMLの配布"自体はどういうシーン想定なんだろうか？ 2026-05-17T03:30:47Z https://b.hatena.ne.jp/degucho/20260517#bookmark-4787356381532775938 2026-05-17T03:27:08Z https://b.hatena.ne.jp/webskillup/20260517#bookmark-4787356381532775938 “。 ” 2026-05-17T03:24:07Z https://b.hatena.ne.jp/nguyen-oi/20260517#bookmark-4787356381532775938 単一HTMLの執念を感じる。中身バイナリでnoscript対応まで考えるとか古き良きギーク感あるな 2026-05-17T03:01:48Z https://b.hatena.ne.jp/giass/20260517#bookmark-4787356381532775938 2026-05-17T02:50:29Z HTML https://b.hatena.ne.jp/e10kg/20260517#bookmark-4787356381532775938 2026-05-16T22:41:33Z https://b.hatena.ne.jp/locke-009/20260516#bookmark-4787356381532775938 2026-05-16T10:23:15Z HTML ファイル データ 資料