2017-12-22

Rails4.2 直接SQLのupdate文で更新した結果がレコードセットに乗らないケース

ActiveRecordのキャッシュが原因。

コントローラ内で下記のようなコードを続けて書いて実行する。

其の一：findでレコードを取得する

其の二：同じレコードの内容を更新するSQLのupdate文を書いてexecuteする

其の三：其の一と同じコードで、同じレコードを取得する

其の三で再取得しているので、最新の内容が返ってくると思ったら大間違い。

Railsは其の一でクエリーをキャッシュする。次に同じクエリーになる場合はDBに問い合わせずキャッシュした値が返る。save等を使って更新するとキャッシュがクリアされるので、次回は最新の内容が返ってくる。またキャッシュされてその繰り返し。通常はそーやって成り立っているが、其の二でSQL文を書いているので、キャッシュがクリアされず、其の三では其の一でキャッシュした値が返る。

SQL文を書いているのはそれなりに理由があるのでやめたくはない。

uncachedでキャッシュさせないことができる。

個別にuncachedするより、ブロック（範囲）指定できるのでブロック指定で解決した。

  ActiveRecord::Base.uncached {
    # ここに其の一から其の三まで入れた
  }

2017-12-01

CakePHP 3.5 Model\Tableクラスの定数をインスタンスから参照してたら

CakePHP

いまどきのPHPはクラス内にconstで定義した定数にアクセスするのに、newしたインスタンス変数に::でつないで指定してやることもできる。

$class = new MyClass();
echo $class::MY_CONSTANT."\n";

（できるようになったのはPHP 5.3.0 以降。昔はクラス名に::でつないで指定してた）

その前提で、PHP 7.1 + CakePHP 3.5のコントローラでこんなコードを書いていた。

'status' => $this->Schedules::STATUS_REGIST,

そーしたら、PHP 5.6.15 だと実行時にシンタックスエラーになることが判明。

$this->Schedulesに違いがあるのか？ debug()でこいつを確認すると、ちゃんと定数を記述しているSchedulesTableクラスのオブジェクトになっていて、問題がないように見える。

何で？？？

究明せずクラス名を使うことにしました。名前空間の指定も含めると長くなるので、冒頭でuse文も併用。

2017-11-17

CakePHP 3.5 コマンドラインでパスワードが暗号化されたレコードを追加

CakePHP

CakePHP 3.5 を使ってます。

Authコンポーネントを使ったユーザ認証で、新規ユーザの作成画面を作らない（まだ作ってなかったりする）場合、直接DBにユーザレコードを突っ込むことになったりする。その際パスワードをsaltで暗号化する必要がある。

Cakeの対話型コンソールに慣れていればなんの問題もない。

慣れていないので（今のところ慣れるつもりがない）、サンプルをメモ。

bin\cake console
...(cakeコンソールに入る。プロンプト>>>が出てくる。)
>>> $users = Cake\ORM\TableRegistry::get('Users');
...
>>> $user = $users->newEntity(['name' => 'namae', 'password' => 'naisyo']);
...
>>> $users->save($user);