portal shit!

スパムコメントがめっちゃ多いのでいろいろ対策はしている。詳しくは以前書いた。

最近のスパムの特徴と bot よりも安い人件費

3月からスパムコメントが増加し、Akismetのフィルターが劣化していると感じた。スパムはブログの書き手を狙っており、内容はエロサイトや情報商材に関するものが多い。スパム対策として、疑わしいIP...

portalshit.net

にも関わらず、相変わらずスパム投稿が来る。昨日は 5 件ほどスパム投稿が来たのでいい加減頭にきて、スパマーの餌食になってる記事のコメント欄を閉じることにした。スパマーはバカなのか、特定の記事にしかコメントしてこない。自分のブログの場合は以下の 2 記事がターゲットにされていたのでこの 2 記事だけコメントを受け付けないように設定した。

• 無理して英語配列のキーボード使う必要なし - portal shit!
• Vim で :W と :Q を :w と :q と認識させる - portal shit!

恐らくスパマーの間でやりとりされるカモリストがあって、過去にスパムコメントを投稿して反映された実績みたいなのがやりとりされているんだろう（オレオレ詐欺のカモ一覧みたいな感じ）。とりあえず上記 2 記事のコメント欄を潰したところ、スパムコメントは来なくなった。

どう見ても日本語のブログにロシア語のスパムコメントを投稿して何の意味があるというのだろうか。日本語のブログの書き手にロシア語が通じると思っているのだろうか。前の記事にも書いているけど、機械的な投稿はできないように reCAPTCH をはじめとしたいろいろな対策が行われているので bot が投稿しているとは考えにくく、ロシアの超暇な人間が手作業で信号機や横断歩道の写真を選びつつ投稿しているのだと思われる。自分がその仕事をやらなければならなかったとしたら、その仕事の意味のなさに発狂すると思うんだけど、そういう作業をしている人がいる現実に恐怖を覚える。

若い頃、「燃え尽き」なんていう現象の意味理解できなかったけどいまは結構よく分かる。 100DaysToOffload も途中で燃え尽きたし、 Lokka を ActiveRecord 化するやつを master に merge するのもあと一歩のところで燃え尽きてしまった。

— morygonzalez (@morygonzalez) January 6, 2021

2020 年の途中（ 7 月）から #100DaysToOffload に挑戦し始めた。

#100DaysToOffload

一年間で 100 記事ブログを書く、という試みがあることを知った。 100 Days To Offload ...

portalshit.net

本当は挑戦し始めてから一年間で 100 記事かければ良いのだけど、自分の場合はコロナ禍の自粛期間中に結構ブログたくさん書いてたこともあり、 2020 年内に 100 記事書くことを目標にした。 10 月まではいいペースで推移していたが、 11 月に Apple のプライバシー問題の件の翻訳記事を書くので燃え尽きてしまってペースが鈍り、 12 月も調子が上がらず結局 79 記事で止まってしまった。

2020 年の前半は Lokka の ActiveRecord 化も頑張っていて、あと一歩で master ブランチに merge できるところまでこぎ着けたのだが、こちらも途中で燃え尽きてしまった。

Lokka の ActiveRecord 化と 2020 年に Ruby で CMS を作ることの考察

7 年間眠っていたブランチを起こして、 Lokka の ActiveRecord 化に取り組み始めた。元のブランチは hrysd さんが取り組んでいたやつだ。 ...

portalshit.net

自分の手元では ActiveRecord 化が完了していて満足してしまったし、そもそもいまは Lokka を使っている人がほとんどいなくて、誰も望んでいないことに精一杯時間を割くのが虚しく感じられるようになってやる気が萎えてしまった。

燃え尽きは突然やってくる。目標が達成できていないのにほどほどのところで自分自身が満足してしまうとか、自分がやっていることを誰も望んでいないということに気がついたときに、突然やる気が萎えてしまって燃え尽きてしまう。仕事でも 2017 年から 2018 年にかけては結構頑張っていたのだけど、頑張りが成果に結びつかなくて正直燃え尽きてしまった感がある。その後は惰性で何とか今日までやってきているけど、あまり良い状態ではない。

若い頃はモチベーションなんてものは無限に涌いて出てくるものだと思っていたけど、年をとってくると金を積まれても乗り気になれなくてやれないということが出てくることを知った。自分の時間やモチベーションの希少性・有限性を理解し、下手なことに使ってしまって燃え尽きてしまうのは避けなければならない。

新年早々どんよりした記事になってしまった

2020 年、時系列でふりかえるとこんな感じだった。

できたこと

今年できたこと
1. 一切れ 3000 円のステーキ肉を焼く
2. ハンモック入門
3. 山で肉まんや焼売を食べる
4. 車を買い換える
5. Rebuild サポーター登録
6. ハワイ旅行
7. ブログの刷新（ ActiveRecord 化、グラフ表示）
8. ジョギング再開
9. 脊振山・金山縦走
10. 友だち（ taketin さん）とキャンプ

— morygonzalez (@morygonzalez) December 27, 2020

ハワイ旅行

ハワイで最近の SUV に乗って Car Play に感動した。車の買い換えを検討するきっかけになった。ハワイ楽しかったのでまた行きたい。

金がないのでマイル乞食をして特典航空券でハワイ旅行に行った

マイルを貯めるのは低所得の自分には無理だという記事を書いた。しかしこの記事を書いたあともセブンイレブンで 100 円のコーヒーを買うときもクレジットカードで払ったり、トイレットペーパーを LOH...

portalshit.net

ブログの ActiveRecord 化

脱 DataMapper できた。

Lokka の ActiveRecord 化と 2020 年に Ruby で CMS を作ることの考察

7 年間眠っていたブランチを起こして、 Lokka の ActiveRecord 化に取り組み始めた。元のブランチは hrysd さんが取り組んでいたやつだ。 ...

portalshit.net

ブログ UI 刷新

トップページの見た目、アーカイブページにグラフを表示するようにした。ブログ記事を書いてきた実績が可視化されるとやる気が出る。

ブログ過去記事をカテゴリーごとに集計してグラフ化

Rechartsを使ってアーカイブページにカテゴリ別の記事数を棒グラフで表示する機能を作成。Tooltipで件数確認、Legendクリックで表示切替を実装したが、非表示時にLegendの色をトー...

portalshit.net

ウッドデッキの塗り替え

サンドペーパーをかけて塗り直した。

庭で焼き鳥

バーベキューに飽きて焼き鳥おじさんになった。

ハンモック入門

ウキグモ Light ＆ ウンカイ Light 購入。

自粛生活でハンモックハイキング欲が高まり色々買った

自粛期間中にGRiPSのブログを見てハンモックハイキングとウルトラライト装備に傾倒。AXESQUINのハンモックやアルコールストーブ、ウッドストーブなどを購入し、テント不要で軽量化できる点や燃料...

portalshit.net

UL クッカー購入

アルコールストーブ、チタンカップ、メスティン、アルミフライパンなどなど。

山で肉まん・焼売・炊飯

カップラーメンとおにぎりからの卒業。メスティンでの炊飯はめちゃ美味くて感動する。

山で焼売

EvernewのTi570チタンカップと蒸し皿、BelmontのBM-076蓋を買って山で焼売を蒸した。風で蓋が飛ばされトレッキングポールと粘着で回収する羽目になったが、チタン製は軽く扱いに注意...

portalshit.net

車の買い換え

スバルインプレッサから Jeep Compass へ。ハワイ旅行でアメ車の SUV に乗って車に対する考え方が変わり、車を買い換えたくなった。国産車はディーラーとの交渉がわずらわしすぎて値引き交渉やオプションがほとんどない外車になってしまった。アメ車はアホみたいにガソリン喰って笑える。プラスチック部品の質が悪い（ゴルフ 2 を思い出す）。

インプレッサを手放した

7 年前に買ったスバルのインプレッサを手放した。試乗車落ちの車で買ったとき 5000km くらい走行していた。それから 7 年ちょい所有して 68000km くらい乗った。手放したときの走行距離...

portalshit.net

ソロで脊振山・金山を縦走

2 年ぶりのソロ縦走。盛夏にソロで 20km 歩いてつら寂し楽しかった。

脊振山・金山縦走

脊振山から金山まで約21kmを日帰り縦走。暑さと疲労でコーラを何本も飲み、途中で座り込む場面もあった。稜線歩きは快適だが笹藪や痩せ尾根に要注意。下山ルート選択でバスに間に合わず長距離舗装路歩きが...

portalshit.net

腕時計の買い替え

Pebble Time Round から Apple Watch へ。

Pebble から Apple Watch に買い替えて生活が便利になった

Pebble Time Round が充電不良で寿命を迎え、こっそり Apple Watch に買い換えた経緯を説明。Apple Watch による通知の賢さ、Macや1Passwordのロック...

portalshit.net

朝駆け登山

明け方前に出発して日の出を山頂で見るというやつをやった。

友だちとキャンプ

家族以外とのキャンプは初めてだった。複数の男手がある状態でのキャンプは楽だった（力仕事を分散）。食事は taketin さんが作ってくれて超楽だった。

秋の志高湖キャンプ

志高湖で元同僚父子とキャンプ。taketinが高級グリルでピザやビールを振る舞い、自分はインスタント中心の気楽な食事で楽しむ。ハンモック禁止で急遽テント泊になったがよく眠れ、朝は湖や山の写真を撮...

portalshit.net

ジョギング再開

年末から走るようになった。Apple Watch でリング閉じたい病にかかった。走るときに聞くのは Podcast よりも音楽の方が良い（ Podcast だと気が散る）。

一切れ 3000 円の肉を焼く

肉屋で ¥880/100g のリブロースを厚さ 3cm でカットしてもらった。良い肉を低温調理すると柔らかくなりすぎてブヨブヨになった。和牛は普通に焼いてうまくなるように育てられてるのかも知れない。

Rebuild サポーターに登録

RAW エピソードと Extra エピソードが聞けて全文検索できるようになった。全文検索できると N さんが昔言ってたあの話をもう一回聞きたいというときに便利。サポーター向けの機能差別はもうちょいあってもよいのではと思ったけど（ Rebuild を聞くに際してお金払わなくても困ることがない）、実利を得るためというより支援のためにみんな入っているのかな。

できなかったこと

今年できなかったこと
1. Lokka の ActiveRecord 対応を master に merge する
2. iOS / Mac のプログラミングを勉強する
3. Rust を勉強する
4. ブログを 100 記事書く（ 100DaysToOffload ）
5. 体重を維持する（太ってしまった）
6. 英会話の勉強
7. ソロでハンモック泊する
8. 阿蘇高岳に登る

— morygonzalez (@morygonzalez) December 27, 2020

こっちは箇条書きで。

• Lokka の ActiveRecord 化を master に merge
  • あと一歩のところで燃え尽きてしまった
• iOS / Mac のプログラミング
  • 毎年やりたいと思ってやれない
  • Xcode がでかすぎる＆重すぎる
• Rust の勉強
  • ちょびっとやってたけど難しくて途中でやめてしまった
• 英会話の勉強
  • 会社の制度でレアジョブを始めたけどなかなか時間を捻出できない
  • 休みには休みたくなってしまう
• ブログを 100 記事書く
  • 11 月に重めの翻訳記事を書いて燃え尽きてしまった
• 庭の屏の塗り替え
  • ウッドデッキの流れで塗り替えたかったが梅雨入りして夏が来て冬になってしまった
• 体重の維持
  • 前回リモートワークをしていたとき（ Kaizen Platform 時代）はリモートワークしながら減量できたのに今回は太ってしまった
• ソロでハンモック泊
  • ハンモックを買ったはいいが、ソロで山に泊まりに行けていない
• 高い山に登る
  • 今年は標高 1500m 以上の山（ハワイーの Pu'u Kalepeamoa は除く）に登っていない
  • 火山規制が解除されたので阿蘇高岳に登りに行きたかったが、休日にソロでの外出はなかなか難しい
  • 年に一回は久住か祖母山、九州脊梁の山（標高 1700m 程度）に登りたい
• 仕事でめざましい成果を残す
  • いつも通り

いつものようにあまりパッとしない一年だった。

iPad を持っていないので確認していなかったのだけど、タブレットなど狭めの横幅のブラウザーでこのサイトのインデックスページを見ると残念な感じになっていたのでいい感じに調整した。横幅 1113px 以上だと past-entries セクションが 3 カラム表示になり、 1112px 以下だと 2 カラム表示に、 640px 以下だと 1 カラム表示になるようにした。これまでは 640px 以下のときの 1 カラム表示対応しかなくて、横幅が狭いブラウザーで見たときに悲惨なことになっていた。

その他、フッターの人気記事表示を変更した。インデックスページに最近の人気記事とはてブでホッテントリ入りした記事を表示するようにしたので、同じコンテンツがフッターにあるのは無駄だと感じた。かわりにフッターには今日と昨日の人気記事を表示するようにした。

よく読まれる記事の傾向はその日その日で結構違う。新しい記事を書くと当然その記事にアクセスが集まるのだけど、しばらく何も書いていないと意外な記事がアクセスを集めてたりして発見がある。例えば最近では Flickr の有料化についての記事がアクセスを集めていたが、 Google Photos の有料化が発表されたからだった。いっぱい記事を書いておくと、自分のブログへのアクセス傾向から世の中の動きが確認できて便利だ。

最近キャンプの話を何回か書いているけど、 2 週間前にもキャンプに行った。去年のゴールデンウィークに家族で行った別府の志高湖キャンプ場に元同僚の @taketin さん父子と行った。 taketin さんが Weber の高級バーベキューグリルを持ってきてくれてピザを焼いてくれた。

自分は最近、 GRiPS のブログを読んだり Twitter で銀座カプセル男 (@twiginza) さんという方のツイートを読んだり、ヒロシキャンプの YouTube 動画を見るようになってアウトドアの食事への考え方が変わってきていて、凝った料理を作るよりインスタント食品などを駆使して楽をして、むしろその状況では食べることができないものを食べることのギャップ（例えば山でほかほかの焼売を食べるとか）を楽しむようになってきた。なので今回はイオンの肉まんとソーセージ、生卵くらいしか持ってきてなくて、恐縮しながら taketin さんに食わせてもらった。食べるだけのキャンプというのは楽だった。

taketin さん父子にテントで寝てもらって自分はハンモックで寝ようかとウキグモ Light とウンカイ Light を持ってきていたけど、志高湖は木へのハンモック取り付け禁止になっていた。ツリーストラップを使わず直接木にロープを巻き付ける人がいたのだろう。残念。それで急遽自分もテントのなかで寝ることにした。エアマットを膨らませ、下にウキグモ Light を敷き、上にウンカイ Light をかぶった。

前回の嬉野広川原キャンプ場での経験から、ハンモック泊は随分寒いだろうと覚悟していたのだけど、予想に反してめっちゃ快眠できて初めてキャンプで 7 時間以上眠れた。ほとんど無風でテント内に風が入ってこなかったのも助かった。 taketin さんの息子殿よりも早く 10 時には一人で勝手に寝てしまって申し訳なかったけど、翌朝は 6 時前に目が覚めて志高湖の写真を撮って回ったりした。

撤収がギリギリになって最後は大慌てだったがエンジョイできた。 taketin さん父子とは志高湖で別れて一人で久住方面に向かい、猪の瀬戸湿原を歩いたり、由布院でだんご汁を食べたり、長者原で温泉に浸かったりした。

2020-11-01 猪の瀬戸湿原歩き / Hitoshi Nakashimaさんの由布岳・鶴見岳の活動データ | YAMAP / ヤマップ

志高湖でキャンプした帰りに鶴見岳と由布岳の間にある猪の瀬戸湿原を歩きました。紅葉はこれからでしょうが、森の中の散歩は最高に気持ちよかったです。登山よりもこういうノーピーク散歩みたいなやつの方が好きかもしれないと思った一日でした。

yamap.com

Kaizen Platform 時代の上司だった石橋さん（創業 CTO ）は冬も毎週末キャンプに行っててキャンプ場からリモートでミーティングしたりしてたのを思い出す。自分は仕事こそしなかったものの、今回キャンプ場からレアジョブのレッスンを受けるということをやってのけた。引き続き戸外活動頑張っていきたい。

インデックスページにカテゴリーへの導線を作るべきということを書いたがさすがにラディカル過ぎた。

インデックスページの刷新

インデックスページをいじって各カテゴリーの最新記事 4 件を配置するようにしてみた。最近の個人サイト復興ブームでみなさんインデックスページを工夫されているのを見ていて真似したくなってやった。 ...

portalshit.net

インデックスページのコンテンツ数が増え、ページの応答速度が 800ms ほどになっていた。 DOM サイズも大きくなり、転送量が増えてユーザーフレンドリーではないなと思った。確かにユーザーの回遊性は高まるかもしれないが、ページがごちゃごちゃしていて快適ではない。これではブログサービスでブログをやっているのと大差ないと思い直し、インデックスページの記事数を最小限に絞った。

全カテゴリーの最新記事の表示はやめ、最新の 7 記事だけ表示するようにした（最新の記事だけ大きく表示するというスタイルは残している）。カテゴリー一覧ごとの最新記事は別途 カテゴリー一覧ページ を用意してそちらに移した。

またページ下部に最近閲覧数が多い記事とはてブでホッテントリ入りした記事へのリンク¹を付けた。これまではフッターに表示していたが、フッターのリンクはあまりクリックされていない疑惑があるし、結構面白コンテンツだと思うのでインデックスページのメインコンテンツとしてしつらえることにした。そもそも 21 世紀のブログでフッターなんてものはいらないのかもしれない。

シンプルにしたインデックスページは応答速度が 200ms を切っていてまぁまぁ高速で Google PageSpeed Insights でも 90 点くらいを取れる。個人ブログなのでシンプリシティは大切にしたい。

インデックスページをいじって各カテゴリーの最新記事 4 件を配置するようにしてみた。最近の個人サイト復興ブームでみなさんインデックスページを工夫されているのを見ていて真似したくなってやった。

昔ながらのブログだとインデックスページというのは最新の記事 10 件くらいが表示されていて、「次へ」を押すと古い記事が出てくるという構成になっている。以前のこのブログもそうだった。

しかし自分自身が他人のブログで「次へ」を押して次々に記事を読んでいくということをやった記憶がほとんどない。自分のブログでだって何か目的があって特定のキーワードで検索したあとに引っかかった記事を読むという感じなので、時系列に本文とセットで記事が 10 件ずつ表示される UI というのは意味をなしていないと思った。そもそもインデックスという名称なのに最近の記事数件しか表示していないのはおかしい。インデックスというからにはすべての記事の目次になるべきだ。

このブログはカテゴリーがあるので、サイトマップを作るとするとこんな感じになると思う。

+----------+        +------------+        +-----------+
|          |        |            |        |           |
|   Blog   +---+--->+  Category  +------->+   Entry   |
|          |   |    |            |        |           |
+----------+   |    +------------+        +-----------+
               |
               |
               |    +------------+        +-----------+
               |    |            |        |           |
               +--->+  Category  +---+--->+   Entry   |
                    |            |   |    |           |
                    +------------+   |    +-----------+
                                     |
                                     |
                                     |    +-----------+
                                     |    |           |
                                     +--->+   Entry   |
                                     |    |           |
                                     |    +-----------+
                                     |
                                     |
                                     |    +-----------+
                                     |    |           |
                                     +--->+   Entry   |
                                          |           |
                                          +-----------+

第一階層がインデックスページで、第二階層がカテゴリートップ、そして各記事がある。なのでインデックスページは二階層目の一覧ページになっているのが望ましいはずだ。しかし伝統的なブログはカテゴリーという記事をまとめる概念がありつつも、インデックスページから各記事ページへ直接遷移するのが主な導線だった。常に最新の記事が時系列順に並んでいるだけでは味気ないし、常連の読者ではないコンテキストを知らない訪問者には不親切だろう。

しかも SNS の隆盛で個人のブログのインデックスページが参照される機会というのはとんとなくなってしまった。個人が書いたブログ記事は SNS 経由で読まれ、個別記事だけが読まれる。インデックスページやトップページが読まれることはほとんどない。 SNS でシェアされている URL をクリックして個別記事を読んで、それ以上そのブログのほかの記事を読むことなく離脱してしまう。前後のコンテキストは無視して、一つのコンテンツだけがつまみ食いされてしまう。そんな流れにあらがいたいと思った。

これまで関連記事を記事下に表示するなどやってきたが、気に入っていくつか記事を読んで「ホーム」（ = インデックスページ）を訪れたユーザーがもう少しブログを深掘りしてみたくなるようにインデックスページを各カテゴリーの最新記事一覧とするようにしてみた。このブログは現在カテゴリーが 13 個あるので、それぞれから 4 件ずつ記事を取得すると 52 記事になる。全カテゴリーからまんべんなく 4 記事ずつ取得して表示するのは簡単なようで結構難しい。普通の SQL ではできない。 OR マッパーではまず無理だろう。

いろいろ調べてみた結果、 MySQL では GROUP_CONCAT というのが使えそうだった。以下のような SQL を書いた。

select entries.id
from entries
inner join (
  select
    category_id,
    GROUP_CONCAT(id order by created_at desc) as entry_ids,
    max(created_at) as last_created_at
  from entries
  where entries.draft = false
  group by category_id
) as grouped_entries
on grouped_entries.category_id = entries.category_id
and FIND_IN_SET(id, entry_ids) between 1 and 4
order by last_created_at desc, entries.id desc;

GROUP_CONCAT と FIND_IN_SET という関数を組み合わせることで、各カテゴリーから作成日の降順に記事を 4 件ずつ取得できた。このクエリでは記事 id のみ取得して、もう一回 DB に記事を取得するクエリを ActiveRecord で投げる。 ActiveRecord でクエリを組み立てるときは N+1 が起こらないように関連テーブルを JOIN する。

query = <<~SQL
  select entries.id
  from entries
  inner join (
    select
      category_id,
      group_concat(id order by created_at desc) as entry_ids,
      max(created_at) as last_created_at
    from entries
    where entries.draft = false
    group by category_id
  ) as grouped_entries
    on grouped_entries.category_id = entries.category_id
    and find_in_set(id, entry_ids) between 1 and 4
  inner join categories on categories.id = entries.category_id
  order by last_created_at desc, entries.id desc;
SQL
entry_ids = ActiveRecord::Base.connection.select_all(query).rows.flatten
entries = Entry.includes(:category, :user, :tags, :comments).where(id: entry_ids)

PostgreSQL のときに最初に取得した entry_ids の並び順通りに結果が受け取れるかは怪しいが、 MySQL の場合は一回目のクエリで取得した id 順に各レコードが ActiveRecord のクエリ結果として取得できた。あとはこれをカテゴリーごとにグルーピングして View でよろしくやれば良い。

なお各カテゴリーはカテゴリー内の最新の記事の作成日で降順ソートするようにしている。例えば現在のインデックスページの最下部には音楽カテゴリーがあるが、これは音楽についての記事を最後に書いたのが一年以上前だからだ。もしいま音楽の記事を書けば音楽カテゴリーがトップに浮上するようになっている。

見た目に関しては各カテゴリーの記事最新一件は大きなサイズで表示している。最も最近書かれた記事なのでより多く人の目に付いた方がよいだろうという考えだ。またすべての記事にサムネイルというか、アイキャッチ画像を表示するようにした。画像がない記事に関してはデフォルトのサイトアイコン画像を表示するようにしている。やっぱり視覚的に情報を捉えられるのは重要だ。画像がごちゃごちゃ表示されるのを嫌う人もいるかもしれないが、テキストだけでは人間の認知というのはどうしても追いつかない。

あわせて今回、インデックスページの冒頭部にこのサイトについての説明文を載せることにした。ながしまきょうさんや r7kamura さんがやっているののパクりだ。伝統的なブログのインデックスページは初めて訪れた人のことを無視しすぎていたと思う。そのブログ自体について説明するページがあるブログは少ない。最初の記事でブログを始めた経緯みたいなことが書かれたきり、そのブログは何なのか、誰が書いているのかが書かれることは希だ。きちんとブログについての説明ページと著者についての説明ページがあっても、左右のサイドバーやトップのナビゲーションの端っこに押し込まれて見られることはない。これではいけないだろう。というわけでインデックスページの一番目立つ位置にブログと自分自身の簡単な紹介を入れた。

ブログはなぜ衰退したかを考えてみると、 Facebook や Twitter の隆盛はあるにせよ、ブログ自体に初めて訪れた人に読まれるための工夫が欠けていたのだと思う。誰も自分のブログの継続率を計測したりコホート分析したりはしない。読者が前後の記事を読んでいることを前提に書かれた記事やサイト構成では初めて訪れた人はどうやっても離脱してしまう。特に書き手が芸能人でもない一般人の場合はなおさらだ。誰も RSS フィードを購読していないし、ほとんどの読者は初めて訪れる人なのだから、そういう人たちが読んでブログのテーマや著者の人となりが分かる構成にしていかなければならないのだと思う。でないと SNS でたまにバズったときだけ読んでもらえる、ソーシャルメディアの肥やしにしかならない。

この新しいインデックスページが正解なのかどうかは分からないが、ブログ衰退の流れにあらがっていきたい。