日頃、ニュースを読むための手段を スマートニュース から Feedly に変えた。
たぶんここ2〜3年くらいはスマートニュースの世話になっていた。 当時ニュースアプリをいくつか比較した結果、一番しっくりきたので使っていた、と思う。 特に面倒なことを考える必要もなく、手軽にニュースが流し読みできて確かに便利だった。
ただ、次第に不満を覚えるようになってきた。
最大の不満は、個人的に読みたくない・読む価値を感じないニュースソースが少なからずあるにも関わらず、そういったソースをブロックする手段が存在しないところ。
きっと大人の事情なんだろう、とは思うものの、クソみたいな記事が視界に入る記事一覧の質を主体的に維持できない状況は、はっきり言ってストレスだった。
2018年にお金を払った購読型サービス – r7kamura – Medium が興味深かったので、真似して書き出してみる。
こうやって俯瞰してみると、まあどれも納得できる感じかな、と思う。 DAZN以外は。
¥3,000 / 月 + 通話料（多くて数百円）
携帯電話を含むモバイル回線。 内訳は、ミニマムスタートプランで音声回線を2本、うちメインの1本にだけ留守番電話サービス。
サブの回線は今ではiPadに使っているので音声契約である意味がないのだけど、バックアップ的な位置付けでそのまま維持している。 出先で重い通信をすることが滅多にないので、クーポンは毎月余らせている。
¥3,800 / 月
自宅の固定回線。 今の部屋に引っ越した時に、電器屋で洗濯機を買い換えるついでに契約して以来ずっと使っている。 途中で光コラボの一括契約に変更して数百円安くなった。
車輪の再発明。
indexに長いエントリがどんと載ると正直邪魔な感じがするので、いわゆる「read more」を実現したい。 ただseemoreのように自分で区切り位置を指定するのは面倒。 なので、そこそこ良い感じに勝手に切り詰めてくれるプラグインを可能な限りお手軽に実装してみたら、こうなった。
最初は一応汎用性を考えて、MarkdownソースからHTMLに変換した後にHTML::TruncateやHTML::Splitを使って切り詰めようと思っていたのだけど、なかなか思うような結果にならなかった。 そこで汎用化はさっさと諦めて、 Markdownソースの先頭から1024バイト以降に初めて出現した空行 を基準として切り詰めることにし、さらにmicrotemplateといった、少なくとも条件分岐が可能なテンプレートエンジンを利用していることを前提とした。
RCSを使っていると、ロックしたまま放置されたファイルがあちこちに出来て辛い。
いや、都度きちんとアンロックすべきなことは明白で前向きに善処する所存にございますが、忘れるものは忘れるのでスクリプトを書いて/usr/local/binあたりに置く。
余談だけど、スクリプトをファイルにまとめる時は面倒がらずにlongなoptionを使いたい。
後で読んだときにさっぱりわからない。
#!/bin/sh
locate \*,v | \
xargs --no-run-if-empty --replace find {} -user $USER | \
xargs --no-run-if-empty rlog -L -h
locateが気に入らなければfind /しても良い。
耐えられるのであれば。
実行するとこんな感じのがずらずらっと出てきて捗る。
RCS file: /etc/aliases,v
Working file: aliases
head: 1.13
branch:
locks: strict
root: 1.13
access list:
symbolic names:
keyword substitution: kv
total revisions: 13
=============================================================================
Blogging --and, indeed, any online publishing-- should be as simple as typing away in your favourite text editor and hitting Save.
この潔さはBlosxomの美点なんだけど、デバイスもネットワークも多様化したこのご時世だからこそ、手持ちの端末でいつでもどこでも快適にSSHできるとは限らないし、手元でMacDownみたいに素敵なエディタを使いたいことだってある。
そこでナウいエンジニアの皆様が大好きな 「Gitでpushしてapplicationをdeploy」 を応用してみましょう、と。
まずいきなり細かい話から始めると、今回Blosxomには一切手を入れてなくて、単に$blosxom::datadirにGitリポジトリを指定しているだけ。
なので、ファイルの更新時刻をきちんと管理しないとGitが書き換えまくって大変なことになる。
これはMatthew Nuzum氏による2013年の記事、 "How To Optimize Apache Web Server Performance" （CC BY-NC-SA 4.0） を日本語訳したものです。
元記事がクラウドインフラのプロバイダである DigitalOcean のサイトに掲載されていることからも分かるように、 リソースが潤沢でない（仮想）マシン上でApache HTTP Serverのパフォーマンスを最大限引き出すことが主なテーマとなっています。
元記事の冒頭に、記事内で触れられているバージョンのUbuntuのEOL（End Of Life: サポート終了）に関する注記がありますが、翻訳は割愛します。 記事中の設定例も最新のディストリビューションにはそのまま適用できない箇所がありますが、コンセプトとしては普遍的なものですので、適宜読み替えてください。
先日、このサーバで動いているclamdが死んだという報せが来た。死んだところで困るサービスでもないので、のんびり翌日に生き返らせてそのまま忘れていたものの、ふと思い出してちゃんと調べてみた。
下手人は伝説の掃除屋、OOM Killer。どうやら大陸方面のとあるホストから秒間数十程度のWebアクセスがあり、フロントマンのPoundとBlosxomのCGIプロセスがOOM Killerに仕事を依頼するに至ったらしい。「その程度でメモリ不足？」とお思いでしょうが、うちのサーバはメモリ1GBです。なめんな。clamdに常に半分食われとるわ。
ともあれabで負荷を掛けながら、Webの同時接続数を犠牲にしてリソースを節約するという涙ぐましい対処を入れた。いつの時代だ。まあWebなんてもっとギチギチに締め上げたって一向に構わないんだけど。
仮に再びOOM Killerが仕事をしたとしても、真っ先に消されるのはスコアの関係でやっぱりclamdなので、ひとまず安心。
どこかの記事で見かけて便利そうだなと思って買ったHORIのリモートコントローラー for PlayStation®4が、本当に便利だった。
最近うちのPS4はゲーム機というよりNetflix視聴機と化していて、テレビ代わりにNetflixをダラダラと流していたりする。ただDUALSHOCK®4には
と、単に動画を観るという用途では使い辛い面がいろいろとある。
そんなモヤモヤをこのリモコンが全て解決してくれた。邪魔にならないしソファに転がしておいても問題なし。乾電池式なのもむしろ潔い。ゲームを除けば大抵の操作が出来てしまうので、起動から停止までこれ一本で事足りてしまう日も多い。
macOSやiOSのNotesは保存先に任意のIMAPフォルダを指定できる。それをサーバ上で読む手段が欲しくなったものの、エンコーディングがBase64のケースとQuoted-printableのケースが見つかってめんどくせえなあと思いながらスクリプトを書いていたら、ふとw3mに便利なオプションを見つけた。
-mInternet messageモードで表示する．Internet messageモードの場合，ヘッダの内容を見て，Content-Type: があればそれを参考にする．電子メールやネットニュースの記事を読むときに便利．
man w3m
便利。
先週末、愛車ギャランの総走行距離が88,888kmを超えた。
66,666kmを超えたのが2011年の4月だったことを考えるとかなり遅い。