Laravel の DB のマスター/スレーブでマスターで SELECT したりスレーブでトランザクションしたり - Qiita
<?php return [ 'default' => env('DB_CONNECTION', 'mysql'), 'connections' => [ 'mysql' => [ 'driver' => 'mysql', 'read' => [ 'host' => env('DB_SLAVE_HOST', '127.0.0.1'), 'port' => env('DB_SLAVE_PORT', '3306'), ], 'write' => [ 'host' => env('DB_MASTER_HOST', '127.0.0.1'), 'port' => env('DB_MASTER_PORT', '3306'), ], 'database' => env('DB_DATABASE', 'test'), 'username' => env('DB_USERNAME', 'ore'), 'p
Laravel Blade で同名 php スクリプトを自動で ViewComposer みたいに適用 - Qiita
Smarty を使っているとき、views/home.tpl というテンプレートファイルに対して views/home.php のようなファイルを次のような内容で作成しておくと、自動的にテンプレートのレンダリング前にビューにアサインされた値をちょっと加工できる。 <?php // ビューにアサインされた変数＋DIコンテナに入ってるオブジェクトが引数に渡る return function ($hoge, Fuga $fuga) { // 戻り値は元のビューにアサインされた変数とマージされる return [ 'hoge' => $hoge * 2, 'fuga' => $fuga->func($hoge), ]; }; というのを prefilter や postfilter を使ってやっていました。 コントローラーに書くにはビューの都合すぎる、テンプレートに書くにはロジックすぎる、というと
WSL + Docker Toolbox(docker-machine) + docker-compose の環境構築 - Qiita
Windows 上に構築した Docker Toolbox の Docker Machine を WSL 内の docker-compose コマンドで操作できるようにします。 Windows に必要なものをインストール Chocolatey でいろいろインストールします。別に Chocolatey じゃなくても良いです。 Docker Toolbox には VirtualBox が必要なのでインストールします。また、VirtualBox をアップデートすると結構な確率で Docker Machine が動かなくなったりしたので、ピンしてバージョンを固定します（バージョナップはアンインストール→インストール）。
PHPUnitで静的(static)メソッドのモック - Qiita
<?php class StaticMethods { public static function func() { return "this is static method"; } } テスト対象のコードで StaticMethods::func() などとクラス名がハードコードされているとユニットテストが困難です。 . 次のようにすれば静的メソッド（を持つクラス）をモック（スタブ）にすることができます（パーシャルモックはできません）。 <?php class StaticMethodsTest extends \PHPUnit_Framework_TestCase { /** * @param string $class * @param array $methods * @return \PHPUnit_Framework_MockObject_MockObject */ pro
複数回に分けて実行した PHPUnit のコードガバレッジを phpcov でマージする - Qiita
src/ A/ Hoge.php B/ Fuga.php tests/ A/ HogeTest.php B/ FugaTest.php bootstrap.php composer.json phpunit.xml.dist merge-coverage.php merge-coverage.php の内容は後述します、その他のファイルはよくある普通の内容です。 テストを複数回に分けて実行します。このとき、phpunit のオプションで --coverage-php を指定します。 $ rm -fr build/coverage $ mkdir -p build/coverage $ vendor/bin/phpunit --coverage-php build/coverage/A.txt tests/A $ vendor/bin/phpunit --coverage-php build
PHP で例外を投げるメソッドじゃなく例外を作るメソッドにするただひとつの理由 - Qiita
例外の作成にめんどくさい手続きが必要なとき。例えば、HTTP のレスポンスオブジェクトを元に例外を作成するときとか。 <?php $message = sprintf( "HTTP/%s %s %s", $response->getVersion(), $response->getCode(), $response->getMessage() ); throw new HttpException($message, $response->getCode()); そういうときはそれようのメソッドを作ると便利です。 このとき、例外を作成して投げるメソッド と 例外を作成して返すメソッド の２通りの実装方法が考えられます。例えば下記の raise と create です。 <?php class HttpException extends \Exception { /** * 例外を作成して投げ
PHPUnit/Phake のモックで、あるメソッドが異なる引数で複数回呼ばれることをテスト - Qiita
class Hoge { public function func($v) {} public function xxxx() {} } Hoge をモック化して func が次のように呼ばれることをテストする。 引数 'A' で 1 回 引数 'B' で 2 回 Phake ならこのように書ける（Phake::times(1) は省略可能）。 $hoge = Phake::mock('Hoge'); $hoge->func('A'); $hoge->func('B'); $hoge->func('B'); Phake::verify($hoge, Phake::times(1))->func(identicalTo('A')); Phake::verify($hoge, Phake::times(2))->func(identicalTo('B')); $hoge = Phake::mo
PHPUnit 3.7~4.3 で追加された機能 - Qiita
PhpStorm 7 が PHPUnit 4 をサポートしていなかったので少し前まで PHPUnit は 3.7 を使っていましたが、9 月に PhpStorm 8 がリリースされ、PHPUnit 4 も動作するようになったので、そろそろ使っていこうかと思います。 なお、PhpStorm 7 で PHPUnit 4 が使えなかったのは次の理由だそうです。 PHPUnit マニュアル – 付録D アップグレード PHPUnit_Framework_TestListener インターフェイスに addRiskyTest() が追加されました。 PHPUnit_Framework_TestListener インターフェイスを実装するクラスは、新たにこのメソッドを実装する必要があります。 たとえば PHPStorm 7 で PHPUnit 4 が使えないのは、これが原因です。 PHPUnit 3.
Docker を LVM シンプールで使う - Qiita
[Docker][CentOS]Docker を LVM シンプールで使う はじめに CentOS 7.1.1503 docker 1.6.2 ループバックデバイスの警告抑止 いつからか docker run で次のような警告が表示されるようになっていました。 $ docker run centos /bin/echo hoge Usage of loopback devices is strongly discouraged for production use. Either use `--storage-opt dm.thinpooldev` or use `--storage-opt dm.no_warn_on_loop_devices=true` to suppress this warning. hoge ループバックデバイスは本番環境ではとても奨励されないので --stora
Ansible の shell モジュールでチェックモードも考慮して冪等性を保つ - Qiita
まずは結論から、例えば以下のようなタスクの場合、 uname -a コマンドの結果を /tmp/hoge に出力する /tmp/hoge が既にあるなら実行しない コメントの通りファイルの存在確認なら stat モジュールで十分なのですが、より多くのケース（なにかしらのコマンドの結果を元に実行の有無を制御）を想定してあえて shell モジュールを使います 次のようにします。 - hosts: localhost tasks: - shell: test -e /tmp/hoge register: res always_run: yes failed_when: no changed_when: res.rc != 0 - shell: uname -a > /tmp/hoge when: res|changed これだけなら shell モジュールの creates を使うだけでいいん
MySQL に大量のデータを手っ取り早く挿入する - Qiita
create table t ( id int not null primary key, str text not null ); LOAD DATA には計算式をかますことができるので RAND() のような関数も使うことができます。 MySQL の LOAD DATA で関数や計算式をかます - Qiita LOAD DATA にはファイル名しか指定できませんが /dev/stdin とでもすれば標準入力から流しこむことができます。 seq 10000000 | mysql test -e " load data local infile '/dev/stdin' into table t (id) set str = floor(rand()*10000000) "
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
YAML でマッピングのマージ - Qiita
Windows の Wireshark から Linux のホストをリモートキャプチャー - Qiita
composer で入れた phpunit で少し楽をする - Qiita