_ [Gnome][ubuntu]拡張機能

Alt-tabの挙動改善するやつ、治ってた。やっぱり快適。
切ると微妙にラグが発生する
https://github.com/bdaase/remove-alt-tab-delay

_ [Python]pyenvが謎の仕様変更

anyenv管理下でnodenv,pyenv,phpenvを使っているがいつの間にやらpyenvが初期化時に毎回文句言うようになった。端末起動するたびにこれが出る。しばく。

WARNING: `pyenv init -` no longer sets PATH.
Run `pyenv init` to see the necessary changes to make to your configuration.

anyenv管理から外した。
pyenv initの出力どおりに.zshrcをいじって対応。

$ pyenv init
# Add pyenv executable to PATH by adding
# the following to ~/.profile:

export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"

# Load pyenv automatically by appending
# the following to ~/.zshrc:

eval "$(pyenv init -)"

# and the following to ~/.profile:

eval "$(pyenv init --path)"

# If your ~/.profile sources ~/.zshrc,
# the lines should be inserted before the part
# that does that.

# Make sure to restart your entire logon session
# for changes to ~/.profile to take effect.

_ [ubuntu]RAID1 HDD死亡

突然メールが来た。 DegradedArray event on /dev/md/0: とかいうやつ。あるある。

23:58:54 成仏か。
WD Red plusってのをポチってみた。なんかもう年貢みたい。

May  5 23:58:54 newbaden kernel: [123304.448624] sd 3:0:0:0: [sdb] tag#1 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
May  5 23:58:54 newbaden kernel: [123304.448629] sd 3:0:0:0: [sdb] tag#1 CDB: Synchronize Cache(10) 35 00 00 00 00 00 00 00 00 00
May  5 23:58:54 newbaden kernel: [123304.448638] print_req_error: I/O error, dev sdb, sector 0
May  5 23:58:54 newbaden kernel: [123304.450719] ata4: exception Emask 0x1 SAct 0x0 SErr 0x0 action 0x0
May  5 23:58:54 newbaden kernel: [123304.462010] ata4: irq_stat 0x40000001
May  5 23:58:54 newbaden kernel: [123304.473638] sd 3:0:0:0: [sdb] tag#7 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
May  5 23:58:54 newbaden kernel: [123304.473639] sd 3:0:0:0: [sdb] tag#7 CDB: Synchronize Cache(10) 35 00 00 00 00 00 00 00 00 00
May  5 23:58:54 newbaden kernel: [123304.473642] print_req_error: I/O error, dev sdb, sector 9766920
May  5 23:58:54 newbaden kernel: [123304.484605] md: super_written gets error=10
May  5 23:58:54 newbaden kernel: [123304.495227] md/raid1:md0: Disk failure on sdb3, disabling device.
May  5 23:58:54 newbaden kernel: [123304.495227] md/raid1:md0: Operation continuing on 1 devices.

_ [Windows]MySQL Workbenchが動かなかった件

SSHの踏み台経由でDBに接続する設定をしていざ接続すると、例外が出る。
libsshのバグ？何？

while(1ヶ月位）{
 なんやー();
 放置();
}

アプリのログ読んだら、「known_hostsが書けないので死にます」と言っていた。 サーバの設定じゃなくてWorkbenchの設定(Edit-Preference) にknown_hostsの場所って設定があった。

これがWSL内の~/ssh/known_hostsを指しとる。フガッとWindows上のC:User/user/.ssh に移動して解決。

_ [php]xdebugの設定

やってみた。xdebugのバージョンは3.

環境:

• WebServer: Amazon EC2
• editor: emacs + TRAMP
• sshで接続

xdebug.client_host = 自宅のIPアドレス
xdebug.client_port = 9000 (いくつでもいい)

自宅ルータに穴を開けることになった。久しぶりの作業で管理画面の使い方も忘れ気味...

M-x geben で開始、M-x geben-end で終了。
あとはbでブレークポイント張ったりvで変数見たり。

まあここにあるけどね！ https://qiita.com/k1LoW/items/257858be52d435fddab8

_ [ubuntu][bluetooth]サスペンド復帰時にBTデバイスを自動接続する

BTスピーカを使っているがsuspendから復帰後に設定画面に行って接続している。アホくさい。

#!/bin/sh

#bluetoothctl paired-devices # 全部やるならこの結果を用いてloopすればいい

DEVICE=xx:xx:xx:xx:xx:xx # スピーカのID

if bluetoothctl info $DEVICE | grep "Connected: yes" > /dev/null ; then
  :
  #echo "Connected"
else
  #echo "Not connected. try to connect."
  bluetoothctl connect $DEVICE
fi

を作って、/lib/systemd/system-sleep/ からキックする.

lib/systemd/system-sleep/reconnect_bt_devices:

#!/bin/sh

case $1 in
  post)
    run_myscript
    ;;
esac

まだ実験してないけどな！

（2021/4/28追記）動いてなかった。ハハッ
systemdからキックする。動いた。
https://mongonta.com/f270-howto-exec-command-beforeafter-suspend-on-systemd/

手でやらなくていい！ああ素晴らしい。

_ [CodeIgniter] CodeIgniterの練習

http://blog.a-way-out.net/blog/2020/12/29/how-to-install-codeigniter-404/ を写経します。

create project

composer create-project codeigniter4/appstarter ci4test

edit .env

cd ci4test
cp env .env
vi .env

diff:

17c17
< # CI_ENVIRONMENT = production
---
> CI_ENVIRONMENT = development
23a24
> app.baseURL = 'http://localhost:8080/'
54,58c55,59
< # database.default.hostname = localhost
< # database.default.database = ci4
< # database.default.username = root
< # database.default.password = root
< # database.default.DBDriver = MySQLi
---
> database.default.hostname = localhost
> database.default.database = test.db
> database.default.username = root
> database.default.password = root
> database.default.DBDriver = SQLite3
123c124
< # logger.threshold = 4
---
> logger.threshold = 9

この設定で、writable/test.dbが作られ、DBとして使われる。

Timezoneなど設定する vi app/Config/App.php

実行

php spark serve # Webサーバ動く
XDEBUG_MODE=coverage composer test # テスト動く
php spark session:migration 
php spark migrate # migration動く
sqlite3 test.db # migrationの結果を確認

ログはここ。 writable/logs/log-2021-04-23.log

画面追加したい

controller追加

http://localhost:8080/blog/(index) を表示したい

app/Controllers/Blog.php:

<?php
namespace App\Controllers;

class Blog extends BaseController{

    public function index()
    {
        echo view('BlogIndex');
    }

    public function comment()
    {
        echo 'I am not flat!';
    }
}

Layoutを作る.

app/Views/default.php:

<!doctype html>
<html>
  <head>
    <title>My Layout</title>
  </head>
  <body>
    <h1>写経</h1>
    ここから<hr>
    <?= $this->renderSection('content') ?>
    <hr>ここまで
  </body>
</html>

<?= $this->renderSection('content') ?> にビューが読み込まれる

BlogIndex.phpを作る

<?= $this->extend('default') ?> # 上記default.phpを使う
<?= $this->section('content') ?> # ここからendSection()までをレイアウトのrenderSection()に読ませる
<h1>うelcome to my Blog!</h1>
<p>今日は暑かったですでござる</p>
<?= $this->endSection('content') ?>

以上で画面追加できる。

_ あとは

• ビューヘルパー
• DBアクセス
• jsonの返し方

など。

_ [Chromebook] ChromeOSをUSBメモリに入れて持ち歩く

結構いいものだ、入れてみる。

手順は

• ブータブルUSBを焼く
• 起動する
• Linuxを有効にする
• ターゲットとなるUSBメモリを差す
• install.sh を叩いてターゲットUSBにいれる（メインOSをふっとばさないようにデバイス名注意：/dev/sd*みたいなやつ）

なのだが、16Gのでやると容量不足でLinux有効化できないと言われたので64Gのを発掘してきてやりなおし。→今ここ

あれ、何回やっても同じ現象。 有効化せずにcroshとかCtrl-Alt-F2からやったけど同じ。

$ /usr/sbin/chromeos-install --dst /dev/sdc
initctl: Unknows instance:
Error: Attempt to install to a removable device: /dev/sdc

詰んだ。

本物のChromeOSを入れてる人がいた。 https://cloud-work.jp/windows_pc/chromiumos/chromeos/#2Chrome_OS

_ [windows]WSL2にした

こんな日から仕事をしている。これではだめだ。

• 昨日今日とがんばって、めんどくさいバグを1つ直した。
• WSL2にして、ubuntu20.04にして、ubuntu18.04を消して、shell環境を整備した。

_ [CakePHP3]CsrfProtectionMiddlewareは2度死ぬ

こんな日まで仕事をしている。これではだめだ。

PHPUnitのテストで

$this->enableCsrfToken();
$this->enableSecurityToken();

が全く効かなくて焦った。 Error: [Cake\Http\Exception\InvalidCsrfTokenException] CSRF token mismatch. にしかならない。激怒。

src/Application.phpとroutes.phpの両方でCsrfProtectionMiddlewareの設定をしてるのが原因だった。

理由をsrc/Application.phpのコメントに書いた。

// routes.phpで設定しているのでここでは設定しない。（二重にすると動かない）
// ->add(new CsrfProtectionMiddleware(['httpOnly' => true]))