我が家ではここ数世代、ダイソンの掃除機を使っていたのですが、先日コードレスタイプ（Cyclone V10 Fluffy）にリプレースしました。
dyson Cyclone V10 Fluffy
この製品ですが、キャニスタータイプと比べると、サイクロン部分でのゴミの分離よりもフィルター部分の負荷が高いのですね…。
フィルターお知らせライトが点滅するよりも前に、フィルターの詰まりで効率が下がってしまうようです。
説明書的には水洗いなのですが、時間がかかるし乾くまで使えないし…、ということで、このエアーダスターの出番です。
サンワサプライ CD-32SETN
いままでいくつかのメーカーのいくつかの製品を使っていますが、これは結構強力で気に入っています。
使用法のコツですが、0.3秒程度の時間でのプッシュを複数回に分けて、フィルター表面と内部の埃を飛ばして下さい。
連続で噴射してしまうと、すぐにガス圧が下がってヘロヘロになってしまいます（この手の製品は全て同じ性質を持っています）。
吹く方向は、円筒内部から外部に向けて、となります。
アフィリエイト関係を行っている場合、サイトの高速化のために
kusanagi bcache on kusanagi fcache on
を行っていると、合わない場合があるかも知れません（kusanagiのせいではなく、アフィリエイト側の問題ですが）。
この他に、
等となった場合、
kusanagi waf on
としていないか確認してみて下さい。
今まで使っていたサイトの反応が遅くなって来ており、編集中に（外部からアクセスして下さっている方に）5xxエラーが時々出るようになったため、テスト用のIPアドレスとFQDNを準備し、KUSANAGIへの移行手順テストを先日行いました（これを受けて、6/21に本番移行しています）。
基本的な手順は、『ぼっちサーファーのブログ 複数のWordPressをKUSANAGI for さくらのVPSに移行する手順 まとめ』を参考にしています。
※2019年06月時点での情報となります
root環境で行います。
公式の手順に従い、適当なサービス上に環境を展開しておきます。
https://kusanagi.tokyo/cloud/
タイムゾーンがJSTでない場合
timedatectl set-timezone Asia/Tokyo
swap領域が取られていない場合（freeコマンドで確認）
dd if=/dev/zero of=/swapfile bs=1M count=4096 chmod 600 /swapfile mkswap /swapfile swapon /swapfile echo "/swapfile swap swap defaults 0 0" >> /etc/fstab
yum --enablerepo=remi,remi-php56 update -y reboot kusanagi init --tz tokyo --lang ja --keyboard ja --passwd 'kusanagiユーザーのパスワード' --nophrase --dbrootpass 'MySQL(MariaDB)のrootパスワード' --nginx --ruby24 --dbsystem mariadb # 途中でPHPのバージョンを聞かれますので答えて下さい
# C:\Windows\System32\drivers\etc\hostsに追加 foo.bar.com 123.123.123.123
kusanagi provision --WordPress --wplang ja --fqdn サイト名（FQDN） --noemail --dbname データベース名 --dbuser データベースのユーザー名 --dbpass 'データベースユーザーのパスワード' プロファイル名
vi /home/kusanagi/プロファイル名/DocumentRoot/wp-config.php
# #define('FTP_PASS','*****');
# ↓
define('FTP_PASS','kusanagiユーザー用のパスワード');
cd /home/kusanagi/プロファイル名 chmod 777 -R DocumentRoot
kusanagi setting --fqdn テスト用のサイト名 プロファイル名 kusanagi ssl --https noredirect プロファイル名 # 次の2行は（kusanagi setting で変更済みの筈ですが）念のため wp search-replace 'http://サイト名' 'http://テスト用のサイト名' --path=/home/kusanagi/プロファイル名/DocumentRoot/ wp search-replace 'https://サイト名' 'https://テスト用のサイト名' --path=/home/kusanagi/プロファイル名/DocumentRoot/
kusanagi ssl --email SSL証明書登録用のメールアドレス プロファイル名 kusanagi ssl --https redirect プロファイル名
cd /home/kusanagi/プロファイル名 chmod 440 DocumentRoot/wp-config.php chown kusanagi:www DocumentRoot/wp-config.php chmod -R 755 DocumentRoot/wp-content mv DocumentRoot/wp-config.php ./
# sshの待ち受けを22/tcpから12345/tcpに変更 # /etc/ssh/sshd_config は変更済で、sshdはリロード済みなこと # 定義の確認 firewall-cmd --info-service=ssh # 12345/tcp追加 firewall-cmd --permanent --service=ssh --add-port=12345/tcp # 定義読み込み firewall-cmd --reload # 定義の確認 firewall-cmd --info-service=ssh # 22/tcp削除 firewall-cmd --permanent --service=ssh --remove-port=22/tcp # 定義読み込み firewall-cmd --reload # 定義の確認 firewall-cmd --info-service=ssh
会社のポリシー等で、送信トレイの中身を直ちに送信する設定になっていない場合、会議キャンセルのメールを予定表から送った直後に送信トレイをうっかり開いてしまうと、キャンセルメールの送信日時欄がブランクになってしまい、キャンセル通知が送信出来ない状態となり、キャンセルに失敗してしまいます。
そのときは、
キャンセルに失敗したメールが削除済みアイテムフォルダに移動している場合は、そのメールをピックして送信トレイに移動し、上記の1からの操作を行ってみてください。
KUSANAGIとは、プライム・ストラテジー株式会社さんが開発・構成する、WordPressを高速に動作させるための仮想マシンおよびそのイメージです。
公式ページは https://kusanagi.tokyo/ です。
GCPとAWSと手元のDockerDesktop上で試しにデプロイしてみましたが、手順書に従ってあっさり立ち上げることができました。
速度は…信じられないくらい速いです。一桁msで動作しています。
様々なプラットフォーム上で動くようなので、お使いのインフラが対応しているときは、試してみては如何でしょうか？（AWSやGCPの無料枠で…、というのもアリかも知れませんね）。
このサイトもKUSANAGIにしてみました。
表示速度が上がったのではないかと思います。
乗り換えの手順や、一部嵌まった場所など、あとでポストします。