駄日記 (未完結間欠日記)

> てきとうなメモ。 (via https://www.pro.logitec.co.jp/about_hdd/hddssd/20191129/、 https://www.zoa.co.jp/pickup/detail/m2satassd/ )

NVMe

Non-Volatile Memory Express。フラッシュストレージに最適化された通信プロトコル、高速。

M.2

SSD の接続端子規格。mSATA の後継。SATA や PCIe など複数のタイプ、形状がある。小型 (モバイル向け)。
形状規格は 2280 (一番よくある)、2260、2242、など。なお 22 が幅、80 が長さ (mm)。
端子形状は M key と B&M key があり、形状が合ってないと接続できない (後者はNVMeでないので基本遅い)。

PCIe

Peripheral Component Interconnect-Express。接続規格。NVMe 採用の SSD 接続規格はこれ。

AHCI

Advenced Host Controller Interface。SATA 接続に最適化された通信プロトコル。

mSATA

M.2 よりさらに小型 (M.2 はこれの後継)。転送速度は SATA と同じ (最大 6Gbps)。

> 消毒用エタノールの店頭在庫はやく復活しないかなあ…などと思いつつ、ふとヨドバシドットコムを検索してみたら、 「消毒用アルコールの代替として使える蒸留酒 (ウオッカ)」を販売しているのを発見。早速ポチリ。 この間探してみた時にはなかったんで、やっと出回り始めたところなのかな。 いつも買ってた消エタよりもアルコール濃度が低めだけど (76.9～81.4% → 66%)、問題なし。 あとはいままで買ってたのよりも値段が高めになってしまうが、まあやむをえん…。 つーかこれたぶん酒税が (余計に) かかってるんだろうな…。調べてないけど。 酒税などというフザケた制度がはやく消えてなくなりますように。 その前に消費税との二重取りやめろ (税金に消費税かけるという極悪なことをやっとるからな)。

> 先頃買った「ハッカーと画家」を寝落ちで頻繁に中断しつつだらだら読んでやっと読了した…。 Paul Graham ってネオリベ (新自由主義者) なのけ? 格差は社会が健全な証拠だと言いたかった、とかなんとかあとから言い訳めいたことも書いてるけど、 いや格差是正に対しても否定的なこと言っとるし…。 なんかガッカリっすな…。 あとその社会の仕組みのモデルが妙に単純化されすぎてる気がするんだけど…。 全般に睡魔に抗いつつ読んでたんでアレだけど、この箇所以外も妙にモデルが単純化され過ぎてて現実を反映してんのかな? と思える箇所とか、 たとえに挙げてる事例がホントにそれ適切な例なの? と思える箇所とか、 けっこう引っかかったような気がする、というかそういう印象が残った…。 まあ Perl に好意的な点はちょっと好感持てたんだけどなあ (「Land of Lisp」の著者 (Conrad Barski) なんか必要もないところでわざわざ Perl のしょうもない dis り入れてやがってなんだこいつと思った)。

> 6月に入って、Twitter (Web ページ) の仕様が変わり、 個別ページのスタティックな HTML にページ内コンテンツの情報が直接含まれなくなった。 ぜんぶ JavaScript で動的にページ生成するようにしたらしい…。 Twitter は以前から表示画像が素直にポンポンとダウンロード (ローカルへ保存) しづらく、 cygwin 上に無限ループで Perl スクリプトを待機させておき、 ブラウザに仕込んだ vimperator (アドオン) の設定で個別ページの URL をクリップボード経由でそのスクリプトに投げ、 スクリプト側からページを scrape して画像へのリンク URL をピックアップし、 リンク先の画像データを適宜いい具合のファイル名でダウンロードする仕掛けにしていたんだが、 これができなくなってしまった。超不便。うれしくもなんともない…。
とりあえず DOM を構築し終わった状態のページから直接 vimperator 経由で (JavaScript で) 画像のリンク URL を拾い、 clipboard 経由で cygwin 上の Perl スクリプト (改変済) へ投げることで、 かろうじて半自動ダウンロードはできるようにしたが、 これだと個別ページの URL をコピーするだけでは足りず、 結局そのページをいちいちブラウザで表示させないといけない。 とてもメンドい。
という訳で改悪仕様の Twitter ページからなるべく自動で画像を (直接) 拾うのに、 node.js と puppeteer (パペティア) というモジュールの組み合わせでなんとかできないか、 とあれやこれやと情報を拾い、2週間もかかってだらだらとスクリプトを書き書き。 いや～ JavaScript めんどくせー。 await も async もよくわからん。 なにが非同期だ、ぜんぶ同期で動けや。 でもって必要に応じてマルチスレッドくらい走れや。っていう。 自分でもなにいってんのかちょっとわからんが。 Windows 版 node.js を cygwin 上からキックするようなことをやってるが、 一応問題なく動くことは動く。 でもやっぱりちょっと気持ち悪いかなあ…。 まあ動くからいいか。 しかし headless とはいえブラウザを都度起動するんでけっこう処理が重いんだな (時間かかる)。 やりたいことの割に重いんで、若干「なんだかなあ」感はあるな…。
とりあえず、初めて書いた node.js 用のスクリプトなので記念に現時点でのバージョンを貼っとこう。 Windows 環境下でしか動作確認してないし、たぶんバグも残ってるはずだけど (大体動作テストあんましやらないので)。 つーかエラー時の手当てをほとんどやっておらんなこれ。まあ全体が落ちて終わり、とかになるんだろうけどたぶん…。
追記: 「センシティブな内容が含まれている可能性のあるメディアです。」と警告が表示されるようなページからも画像を拾えるよう、 コードを改造した。 今後もおそらく適宜、アドホックに、修正改変を加えていくであろう…。 その都度ここには反映はさせないけど。

'use strict';

// クリップボードを見張り、twitterのアドレスだったら個別ページとして開いて、そのページの画像を自動保存する
// Windows版 node.js 使用 (cygwinから)

const puppeteer = require('puppeteer');
const clipboardy = require('clipboardy');
const fs = require('fs');
const https = require('https');
const chalk = require('chalk');
const ctx = new chalk.Instance({level: 2});
require('date-utils');

const save_dir = 'c:/tw_imgs';

const url_queue = [];
const pic_queue = [];


// 0.5秒ごとにクリップボードを見張って変化していたら拾って対象となるurlだったらqueueに入れる
// clipboardy.read() ごとに外部プログラム(プロセス)を起動するのでせわしない…
// clipboardy.read() がエラーを起こしている間はclipboardの取得をスルーする
(async () => {
    let old = '';
    let errstat = false;

    const cread = async () => {
        const buf = await clipboardy.read()
        .then((r) => {
            if (errstat) {
                errstat = false;
                process.stdout.write('\x1b[0G\x1b[K');    // 行頭へ移動→カーソル位置から行末までを消去
            }
            return r;
        })
        .catch((e) => {
            if (! errstat) {
                errstat = true;
                process.stdout.write(ctx.red('cread err'));
            }
            return '';
        });
        if (! errstat && old != buf) {
            old = buf;
            if (buf.startsWith('https://twitter.com/')) {
                url_queue.push(buf);
            }
        }
        setTimeout(cread, 500);
    };

    cread();
})();


// 0.5秒ごとにqueueのurlを見張って、拾ってscrapeして画像のlinkを抽出して整えて画像用queueに突っ込む
// (twitterの個別ページ以外のurlのパターンだったらスキップ)
(async () => {
    const browser = await puppeteer.launch();

    const checkurl = async () => {
        if (url_queue.length) {
            const url = url_queue.shift();
            do {
                if (! url.match(RegExp('^https://twitter\\.com/[^/]+/status/\\d+'))) {
                    break;
                }
                const page = await browser.newPage();
                await page.goto(url, {waitUntil: 'networkidle2'}).catch((e) => {
                    console.error(`checkurl():page.goto error. url=${url}`);
                    process.exit(1);
                });
                const title = await page.$eval('title', (item) => {return item.textContent});
                const user = (() => {
                    let u = title.match(/(.+)さんはTwitterを使っています/);
                    if (! u) {
                        console.error(`pickup user failed: title: ${title}`);
                        return 'unknown';
                    }
                    return u[1];
                })();
                const alinks = await page.$$('a[data-focusable="true"][role="link"]');
                const piclinks = [];
                for (const aa of alinks) {
                    const href = await (await aa.getProperty('href')).jsonValue();
                    if (href.endsWith('/likes')) {
                        break;
                    }
                    let no = [];
                    if (no = href.match(RegExp(`${url}/photo/(\\d)$`))) {
                        const img = await aa.$(':scope img');
                        let src = await (await img.getProperty('src')).jsonValue();
                        src = src.replace(/name=[-a-z_\d]+/, 'name=large');
                        piclinks.push({no: no[1], url: src, user: user});
                    }
                }
                if (piclinks.length) {
                    piclinks.sort((a, b) => a.no - b.no);
                    for (const pl of piclinks) {
                        pic_queue.push(pl);
                    }
                    console.log(ctx.red(piclinks.length) + ` url added -> ${new Date().toFormat('MM-DD HH24:MI:SS')}`);
                }
                await page.close();
            } while (0);
        }
        setTimeout(checkurl, 500);
    };

    checkurl();
})();


// 2秒ごとに pic_queue からurlを拾って画像として保存する
(async () => {
    const dlpic = async () => {
        if (pic_queue.length) {
            const picdata = pic_queue.shift();
            const user = picdata.user
                .replace(/:/g, '：')
                .replace(/\?/g, '？')
                .replace(/\//g, '／')
                .replace(/\\/g, '＼')
                .replace(/</g, '＜')
                .replace(/>/g, '＞')
                .replace(/\*/g, '＊')
                .replace(/\|/g, '｜');
            const url = picdata.url;
            let fnm = url.match(/([^/]+)\?.*format=(.+?)\&/);
            const fname_body = `${fnm[1]} (${user})`;
            const fname_ext = fnm[2];
            let fname = `${fname_body}.${fname_ext}`;
            {
                let bnum = 1;
                while (fs.existsSync(`${save_dir}/${fname}`)) {
                    fname = `${fname_body}-${bnum}.${fname_ext}`;
                    bnum++;
                }
            }
            const req = https.get(url, (res) => {
                const sfile = fs.createWriteStream(`${save_dir}/${fname}`);
                res.pipe(sfile);
                res.on('end', () => {
                    sfile.close();
                });
            });
            console.log(ctx.blue(pic_queue.length) + `: saved ${save_dir}/${fname}`);
            req.on('error', (e) => {
                console.log(`err: ${e.message}`);
            });
        }
        setTimeout(dlpic, 2000);
    };

    dlpic();
})();

気まぐれに google code prettify 使ってみた…。

> GIMP で、画像にガイドを (ガイドに画像を、ではなく) スナップさせるにはどうすればいいんだろうか…。 むかーし使ってた Photoshop (7.0) ではごくフツーにできていたんだが…。 ガイドを画像の縁にぴたっと合わせるのにいちいち zoom で拡大しながら手で調整しないといけない。面倒で仕方ない。 しかし設定を見てもそれらしい項目も見つからないし、 Help や Web を探してみてもそれらしい情報は見当たらないんだよなあ…。 いやーそのくらいはできて当然だろうと思うんで、なにかしら見落としてるんだろうけど…わからんのだ。 誰かに聞いてみようかな…つっても聞く相手のアテがないなあ。

> 6.1、ジョージ秋山氏の訃報。5.12、77歳。

> 当サイトも含めたコンテンツ達をレンサバ (共用サーバ) から VPS へ引っ越ししよっかな…と思い、ぼちぼちあれこれ調べたりしている。 さくっと終わらせずにぼちぼちだらだらしてるところが相変わらずだな。 VPS はストレージ容量はまず足りるだろうけど、メモリが若干心配。 上でなにを動かすかにもよるんだろうが、1GB で足りるのかなあ…という。 昔はそれこそ 1GB もありゃ大容量メモリで個人使用なら十分以上だったけどねえ。 今は CPU も 64ビット化しとるし、当時と比べたらソフトウェアも遥かにメモリ食い前提の設計に寄ってきてる (だろう) しなあ。 まー実際に乗せて動かしてみなきゃわかんないか。
…考えてみたら 2012年末まではここのサイト、 自宅サーバの OpenBlockS 266 で動いてたんだよな…。 スペックは CPU が 266MHz (PowerPC 405GPr、なんと FPU レス) にメモリは 128MB、 ストレージは 2.5inch E-IDE HDD 40GB (20GB だったかも) で、 RDB こそ走ってはいなかったが、 ウェブサーバにメールサーバに DNS (内向けのキャッシュサーバと DNS コンテンツサーバ) も特に問題なく使えてたんだっけ。 …なんか大丈夫そうな気がしてきた。

> サーバの引っ越しをする機会に、 まだ触ったことがなかった Docker とかをちょっといじってみようかな…と余計なことを思い付いたりして、 現物を触らないまましばらくいろいろ情報を漁ってみたんだが、 どういうシロモノなのか、というあたりがどうもいまいちよくわからない。 まあ実際に触ってみりゃいいんだろうけど…。 ウチのような単体の個人サイトでは導入メリットがあまりなさそうな雰囲気を感じる。なんとなく。 とりあえず、いきなり本番サイトへ持ち込むのはやめとこう。 そのうちまた気が向いたら Raspberry Pi あたりに突っ込んでちょっといじってみよ。

> サーバの引っ越しはいいとして、 今借りてるレンサバのサービスに紐づいて提供されてるドメイン (達) が使えなくなるので、 これらをどうにかせねばいかん。 といってもそれらのドメインで作っていたメールアカウントは別のドメイン・アカウントにほぼ移行し終わってるし、 Web コンテンツ類も sabimaru web (sabimaru.mydns.jp) にぶら下がってても構わんものは、 サブドメイン作ってそっちにもう移動してるけど。告知もなにもしないままだけど。
ただ、現在仮設住宅サイトに避難生活してる「名崎無線送信所研究サイト」(預かりもの) はどうしようかなあ…。 これは元々友人がずいぶん昔から運営していたサイトで、 ワシの持ち物ではないのでウチ (sabimaru.mydns.jp) のサブドメインにしちゃうのはちと違う感があるのと、 現状ではウチのサイトが消えると一緒に消えざるを得なくなるので、 この機会にいっそ別の独自ドメインなり独自のダイナミック DNS サービスのサブドメインなりに切り換えて、 いつでもコンテンツ本体を引っ越し (緊急避難) できる態勢にしておくのがいいんじゃないかな、と思うんだが。 元のサイトオーナーが現在いろんな意味で身動き取れない (取りづらい) 状態なんだよな…。 まあとりあえずオーナーに相談してみないことには始まらないか。

> あみかさんの最終巻やっと買った。 まあ、まだ買ってない本たくさんあるんだけど…。 4巻で終わっちゃったのがほんと惜しい漫画だったな～…。
ザ・聊斎志異、は判型 A4 判で厚さ 3cm ほどの大判の書。 紙質は小型の英和辞典みたいなペラペラで、裏側もかなり透けるが、印刷の質はだいぶよろしい。 大活字版で字はかなりでかいが、老眼鏡が不要というほどではない (でも文字が大きい分、目はラク)。 不思議なことに旧字体の漢字と新仮名の組み合わせになってる。旧字体が咄嗟に読めないのがびみょうに辛い。 まあ読んでるうちに読めるようになっていくだろう…たぶん。

> すっかり spam ホイホイな旧個人用メアド以外に、 Web にさらしてる gmail のアドレスにもぼちぼち spam が届くようになってきた。 中身が spam なだけのフツーのメールならいいんだが、最近続けて来てるやつはメールヘッダのうち Date: 部分が規格に沿っておらず、 pop3 で手元に落としてきた時に、常用メーラ内で日付が 1970年 1月 1日 0時 0分 0秒 (UTC) になっちゃって、 始末がメンドくさい。 見ると、spam 業者がメール送信元 (From:) の偽装ドメインに 5文字のランダムな英数字を使っているんだが、 それとまったく同じ文字列を Date: にも突っ込んでる。 例えば from: が *****@wrIs6.us で、 date: が wrIs6、てな具合。 わざとやってんのか単にマヌケなのか詳細は不明だが。
とりあえず、Date: 部分が規格外なトンチキなメールは spam だろうがそうでなかろうが問答無用で全部捨てるよう、 google apps script (gas) で仕掛けを作った。 これをプロジェクトに登録して 1時間に 1回程度走らせて、腐れメールは全部削除する作戦。 ホントは受信した時点でフィルタリングできればいいんだけど、 gmail が標準で備えてるフィルタ機能ではそこまでできないんだよな…。

// GmailApp.search() で指定する query の newer_than は、Web UI に表示された(受信)日時が対象。
// 一方 GmailMessage.getDate() は、実際の header に書かれた Date: を Gmail が解釈した後の日時データ (Date())。
// 不正なフォーマットの Date: は解釈不能なので、 unix time で 0 となる。
function remove_spam_with_broken_date_header () {
  var threads = GmailApp.search('in:inbox -is:starred newer_than:1d');
  for (var i = 0; i < threads.length; i++) {
    var messages = threads[i].getMessages();
    for (var j = 0; j < messages.length; j++) {
      if (messages[j].getDate().getTime() == 0) {
        messages[j].moveToTrash();
      }
    }
  }
}

だがしかし! これで問題は解決にならなかった…。
最近、手持ちの複数メールアカウント宛に届いたメールを読み出し専用アカウントに集中転送してそこから読み出す方針に変えた関係で、 このアカウントも受信したメールは即転送する設定にしていた。 つまり、上のスクリプトで gmail 内のメールを処理している時点で肝腎の spam はとっくに転送されて手元に届いちゃってるんで、 なにをどう処理しても意味がないんであった。 いや、さっさと気づけよっていう。
当該アカウントだけは転送設定を解除して、直接読み出すようにするという手もないことはないが… でもなー。せっかく読み出し元をまとめてほぼタイムスタンプ (Date: の値) 順に POP3 で拾えるようにしたのを崩すのも忍びないんだよな。
転送のタイミングを spam 判定処理の後にすれば、つまり gmail の設定による転送をやめて、 gas で spam 判定処理をするのと同時に spam 以外のメールを転送するようにしたらどうか? と思って書き直してみたんだが…。

// GmailApp.search() で指定する query の newer_than は、Web UI に表示された(受信)日時が対象。
// 一方 GmailMessage.getDate() は、実際の header に書かれた Date: を Gmail が解釈した後の日時データ (Date())。
// 不正なフォーマットの Date: は解釈不能なので、 unix time で 0 となる。
// 除去したspam以外のメールは既読とし、このスクリプトから外部へ転送する
function forward_without_broken_spam () {
  var threads = GmailApp.search('in:inbox is:unread newer_than:1d');
  for (var i = 0; i < threads.length; i++) {
    var messages = threads[i].getMessages();
    for (var j = 0; j < messages.length; j++) {
      if (! messages[j].isUnread()) {
        next;
      }
      if (messages[j].getDate().getTime() == 0) {
        messages[j].moveToTrash();
        next;
      }
      messages[j].forward('***@***.com');  // 転送先アドレス直指定
      messages[j].markRead();
    }
  }
}

だがしかし! gas の GmailMessage.forward() による転送は、 gmail の設定による転送ではなく、 手動での転送と同じ方式になってしまうのであった。 すなわち Subject: の先頭に「Fwd:」がつき、 From: も元の送信主ではなく当該 gmail アカウントのアドレスになってしまう。 ダメじゃん…。
というわけで、結局 gmail (google) 内でうまいこと捌くのはムリっぽいことがわかった。 そしたらもう、gas でいじらずにぜんぶ外部サーバにさくっと転送しちゃって、 そっちで適宜 spam 判定 (& 除去処理) するしかない。 外部サーバつってもまあ、飛ばす先はさくらのサーバくらいしかないんだけど。
とりあえず Perl スクリプトで処理する方針で、 spam 判定のスクリプトは以前書いたのがあるのでそれを下敷きにするとして。 メールの Date: フォーマットを解析するのに手頃なモジュールはないかな、とさくっと検索してみたところ、 DateTime::Format::Mail と Date::Manip がさくっと見つかった。 前者は ->loose 設定にしてやらないと、 時間帯などにくっついたコメント部 (例えば「Tue, 9 Jun 2020 12:35:30 +0900 (JST)」の「(JST)」の部分など) をちゃんと認識できなかったりするのと、 不正な (解析できない) フォーマットだと例外で落ちるので (死ぬなよ…)、 若干扱いがメンドウっぽいけどまあ用途には十分。 後者はメールの Date: 部に限らずいろんな書式の日時表記に対応できてて(*27-1)汎用かつ多機能だが、その分ちと処理が重いっぽい。 試しに Benchmark 取ってみたら前者が後者の 50倍くらい速かったので(*27-2)とりあえず DateTime::Format::Mail を使ってみよう。

> 「“STAND BY FOR ACTION!” THE MUSIC OF BARRY GRAY」は輸入盤。 中古で買ったんだが、届いてみたら未開封品だった。 よく見たら商品説明に未開封品て書いてあった…。 CAPTAIN SCARLET のボーカル入りが好き。あとやっぱ JOE 90 の Hijacked のイントロのドラムだな。
赤影は…ブックオフオンラインで第二部以外の 3点が一斉に在庫ありになったのでつい。 第二部どうしよう…と思って調べてみたらヨドバシドットコムの新品でも (ポイント還元を勘定に入れれば) 値段変わらなかったのでつい。 基本的に普段の買い物でポイントカードは作らないしポイントもまったく考慮しない方針だが、 ヨドバシドットコムはカードを作ったり管理したりせずとも勝手にポイントがつくし (逆に拒否もできない)、 ポイント期限とかを全く気にしないでよい程度には頻繁に買い物してるので。 イーカゲンな方針だな。
赤影は…むかーしむかーし、友人 (故人) がビデオテープ (β) で持っていて、 下宿に遊びに行った時にいくつかエピソードを見せてもらったのだが。 みんな寝ちゃった後も一人で延々と朝まで鑑賞し続けてたら、 朝になって起きてきた友人に「一晩中見てたの!? デッキとテープが傷むでしょ…」と怒られたっけなあ。 そして赤影見るのはあの時以来だったりする。

> Date: のぶっこわれた spam メールを除去する仕掛けを作ったのはいいが、 その後該当する spam がまったく送られてこない。 まあいいか。ヘンなモンが来ないのがなにより。

> Amazon (co.jp) の検索結果一覧表示が、スマホ基準っぽい「1商品 1行」になってしまってとても見づらい。 以前はマトリックス状に並んで一覧しやすかったんだが、なにかのきっかけで 1商品 1行の表示に固定されてしまった。 amazon.co.jp と amazon.com に関連する cookie を削除してみたが状況に変わりなし。 常用ブラウザは諸事情により、ちょっと古いめの Waterfox を使っているのだが、 試しに chrome 系ブラウザで見てみると問題なくマトリックス状に表示される。 最新の (動作確認用にだけインストールしてある) Firefox や Firefoxdev でも問題なし。 Amazon 側で USER AGENT を見て最新のブラウザに該当しないやつはぜんぶスマホ扱いみたいなことをやってんのかしら…とも思ったんだが、 アドオンで USER AGENT を偽装してみても結果は変わらず。 でもって、このちょっと古い Waterfox でもプライベートウィンドウからアクセスすると、 2回に 1回くらいはマトリックス状の表示になる… (つまり、それでもやっぱり 2回に 1回くらいはスマホ基準ぽい 1商品 1行になってしまう…)。 うーんわけがわかんねーや。
表示方法を切り換えるメニューも特に見当たらないし、 Amazon にまたひとつクソな部分が増えたことだけは確かなんだが、 そうは言っても現状 Amazon をまったく使わんという訳にもいかず。 とりあえず他の chrome 系ブラウザなら (今のところは) 問題なく表示されるのはわかったので、 brave browser (chrome 系) を Amazon ログインしっぱなしブラウザとしてしばらく専用に使うことにしてみよう。 ホンットに Amazon てクソのかたまりだね… (クソクソうるさい)。

> XF1 (故障により死亡) の後継のつもりで半年ほど前に中古で買った FUJIFILM の XQ1 (コンデジ) だが…。 以前、夜中に買い物に出た時についでにちょっと持って行って、そこらを試撮してみたら、 ピントがボッケボケの写真が何枚かできてしまったのがナゾだった。 あとでよく見たら、マクロモード (近接撮影用モード) がオンになっていた。 もちろんマクロモード + 遠景でも一応 AF でピントが合うこともあるんだが、外す確率が上がる。 同じ FUJIFILM の XF1 もそういえばマクロモードをマメに切り換えないとピント合いにくかったかも…。 ただ、撮影時に合焦 (ピント合いましたぜダンナ) サインが出ていたのは確かなので。 ピントぼっけぼけのくせにピント合ってると判定してしまうファームウェアなのか。 他のカメラではあまり見ない症状だな…と思った。
しかしその後使っているうちに、 マクロモードかどうかとはあまり関係なく、 そもそもこのカメラはピント合わせがヘタクソなんじゃないかという気がしてきた。 特に暗い場所…。なんなら普通に照明をつけた室内くらいの暗さでも AF で合焦失敗する率がはね上がる。 このカメラ使っていて AF に特に問題ない人はたぶん昼間の明るい屋外などでの撮影が主な人なんじゃないかなあ。 そして合焦しなかったサインが出る場合と、ボケボケなのに合焦サイン出る場合と両方ある。 コントラスト AF と位相差 AF のハイブリッドで AF が優秀、ってのが確かウリだったはずなんだけど…。
AF モードでシャッター半押しで合焦させた後でも、ダイヤル類でピントの微調整ができるといいんだが、 このカメラにはそういう機能はついてない。 どうしても MF で微調整したい場合は、MF モードにしておき、 AF を利かせたい時だけ裏面のコマンドダイヤルキー左を押す、というような使い方でしのぐしかない。 しかしこれはシャッター半押しでの AE とは別に操作しないといけないので、手間も時間も余計にかかる。 普段は AF で使い、微調整したい時だけ MF に切り換える、という方法も考えられるが、 このモード切り換えも機能キーでショートカット的に割り当てはできるものの、 最低でもボタンを 3回押さないといけない。 とてもワンタッチでとは言えない操作の煩雑さなのであった。 基本的には AF メインでばっしゃばっしゃ使うのを前提の設計なのかもしれないが、 その肝腎の AF が弱いととたんに使いづらくなるという…。 AF モード中でもシームレスに MF が使えるような機能がついてたらよかったんだがなあ… せっかくレンズ基部にコントロールリングもついているのにな。 RX100M4 や LX100 あたりならできるのになあ。 いや、カメラのグレードが違うし、比較してはいかんか? でも同じ FUJIFILM の X30 (XQ1 よりも上のグレードと思われる機種) も、 取説を見てみるとやはり AF モード化で一時的に MF を利かす機能がついてないっぽいんだよなあ。 これはメーカーの設計思想の違いも大きいのかもしれんな…。わからんけど。
あと、中古で入手したせいもあるだろうが、背面のコマンドダイヤルの挙動が若干おかしいのがなかなか直らない。 先日はどちらへ回転させても一方向への回転としか検知されなくなって往生した。 大半の操作はコマンドダイヤルの上下左右押しで代替できるんだが、 中にはダイヤルを回す以外に調整手段のない機能もあって… (フォーカスエリアの選択とフォーカス範囲の拡大縮小が、 前者が十字キーで後者がコマンドダイヤルに同時に割り当てられているので、 フォーカス範囲のサイズが最小の状態から変更できなくなってしまった…)。 ダイヤルの隙間から接点洗浄剤をがっしゅがっしゅ吹いてぐりんぐりん回していたら、なんとか直ったようだけど。 またいつ調子が悪くなるかわかんないなあ、という。
そんな訳で、XQ1 への愛着が少しばかり薄れた出来事だった。 まあ、このへんは割り切って使う類のカメラかもしれないなー。 XF1 もやたら機能豊富っぽく見えて意外と融通が利かない面もあったような気がするし (すでに記憶がおぼろげ)。 しかし普段づかいし切れないほどデジカメ買っておいて (中古で)、 なにかにつけてこまごまと愛着を失ってたりするのが我ながらなんともはやだな。

> そういえば RX100 m4 の AF も、 近接撮影するとどうしても奥の方にピントが合いがちで、 なかなか手前の方にピントが合ってくれないことに最近気づいた。 具体的には 10～20cm 程度離れた斜め上から皿に入れたモノを撮ると、 皿の奥の縁あたりにピントがくることが圧倒的に多い。 同時に使っていた LX100 は大体、皿の真ん中から手前あたりのちょうどいい位置にピントが来たんだが。 この違いはなんだんべなー。 RX100 m4 は小型な割に機能詰め込み過ぎてるせいなのかなんなのか、 ちょくちょく惜しい部分が見つかりがちなんだった (ワシ的に)。 あるいは SONY の設計思想と個人的に相性があんましよくないのかもしれんけど。

> さくらからレンサバの DB (MySQL) のメンテの予告通知メール。メンテは 2週間後。 対象は MySQL 5.5 のみで、5.1 や 5.7 は対象外とのこと。 通知が届いたくらいだからワシが使ってるのは 5.5 だよな…? と念のため確認しようとコンパネにログインしてみたら、 データベースアップグレードとかいうメニューがあった。 5.5 から 5.7 へアップグレードして現在のデータベースをコピーしてくれるサービスらしい。 ただしなんかいろいろ制約があるらしい…。 ヘルプをたどって見てみたら、データベースの総容量制限とか書いてあるし。 それは本来コンパネにでも表示しておくべき事柄ではないだろうか…? ちなみにスタンダードプランでは、MySQL 5.5 では総容量 500MB まで、MySQL 5.7 では 1.5GB まで。 あとデータベース数 20まで、テーブル数は 5000程度までらしい。 規定を超えたら連絡することがあるとか、大幅に超えたら利用制限するとかなんとか。 見てみたら、うちでデータベース使ってんのは Tiny Tiny RSS (ttrss) だけなんだが既に 700MB いっていた…。あれ、オーバーしとる? まあ警告が来てないということは、とりあえずこの程度ならセーフってことでいいのかね…?
アップグレードを申し込んでも旧データベースは削除されず使い続けられるらしいので、 ダメだったらやり直せばいいか、と思って、 アップグレードサービスの実行日時をメニューから選択して予約。 念のためにとりあえずコンパネから phpMyAdmin にログインして現データベースをエクスポート・ダウンロードしておいて、 ttrss の更新 (cron による) も止めて待機。 待機っつーか寝ちゃったけど。 起きたらコピー完了の通知メールが来ていた。 10分程度で終わったらしい。 アップグレード後のデータベース総容量も 700MB 程度。 データベース名が {レンサバのユーザアカウント}_55 のままになってたので、これを変えたいな、と思ったんだが、 コンパネからも phpMyAdmin からも変更できず。 MySQL の 5.1 以降 (だったかな?) では RENAME DATABASE は使えなくなっているので、 どうしてもデータベースの名前を変えたい場合は CREATE DATABASE newdb; RENAME TABLE olddb.table1 TO newdb.table1; … (全てのテーブル分繰り返す) …; DROP DATABASE olddb; などとやるらしい。 CREATE DATABASE も phpMyAdmin からはできず、コンパネからやる必要があり、 この場合データベース名には強制的に頭に「{レンサバのユーザアカウント}_」がつく仕様らしい…。 まあ共用サーバだししょうがないのかね。 ちなみに末尾の「_55」はたぶん、以前にさくら側で DB を 5.5 に上げた時に自動的にくっついたんだったと思う。もう覚えてないけど (自分でつけた可能性もある)。 ttrss 側の設定は、config.php 冒頭のデータベース関連の記述をエディタで修正するだけ。 cron による更新も再開して、問題なく稼動することを確認したので、 MySQL 5.5 の方のデータベースはさくっと削除した (コンパネから)。 まあ DB アップグレードしてもレンサバ自体近いうち解約するつもりなんだけどさ…。なかなかそのメドが…。

> 以下、ためこんだ URLメモを吐き出し。