クラス作成

場所はサービスプロバイダ側でひもづけできていれば、必ずしも app/Services である必要はなさそう。

サービスプロバイダ作成

artisan コマンドでスカフォールド レジスタ部分にバインドを記述

ファサードクラスを作成

サービスプロバイダと別名の設定を追加する。

使い方

これで以下の様に使えるようになる。
use はファサードを指定する。

まずバリデーションエラーを日本語化しておく

resources/lang/en を ja にコピーして中味を日本語訳するか
ここら辺（Laravelの日本語レポジトリの作成とか）から、一旦 5.3 用を入れて差分修正しておく。
config/app.php を編集して、ja のロケール設定もしておく。

フィールド名の定義

attributes に記述する。

フィールド名を変換する

バリデーションエラーは勝手に変換してくれるけど、テーブルのフィールド名も定義した attributes の日本語訳で表示したい。
ローカライズは trans 関数を使う。
validation.php の attributes にある email を指定する場合は以下のようなキーを指定する。 対応する訳があれば、その値（「eメール」とか）が返る。
訳がなければキーの値がそのまま('validation.attributes.email')返る。 例えばこんな関数を作ってラベルをまとめて日本語化したりすると
table にテーブル名を渡しただけで自動でテーブル一覧を表示したりして あとは、こんな感じでループを回せばテーブル一覧が表示できる。 data が null なら「データなし」と表示。
data が一件もなければ「データなし」と表示。
ループの一回目にタイトル行を表示
ループの最後にテーブルのクローズタグを表示。
あとは data 行分、fields のカラム分を表示。

はじめに

最近は、DBからER図をリバース作成するツールとかがある。
しかし laravel のマイグレーションのコメントは MySQL しか対応していない。
(MySQL はテーブル作成時にコメントつけられるからだろうな。)
ポスグレでマイグレーションの度にコメントが消えると、毎回コメントを入れ直す必要がでてきて、リバース作成ツールとか使えないのもなんなのでちょっと対応策を考えてみた。

Postgresql だったらテーブル・カラムコメントを後づけ

ポスグレの場合 ->comment() を使っても何も起こらないので mysql だった場合も想定して ->comment() もつけておく。
もし config/database.php の default が pgsql だったら、テーブル・カラムにコメントを付けるSQLを発行する。

早く Postgresql も comment 対応して欲しい。

MySQLがOSS界ではスタンダードだけれど、トランザクションやバキュームの関係から商用ではポスグレを選択するケースも少なくないので、できれば早く標準でサポートして欲しいなぁ。

先ずは bash on windowsインストール

Windows10 上に Linux 環境(bash on windows(以降 bow と記載))を作成する。 [スタートアップ]右クリック→[アプリと機能]→右上の[プログラムと機能]→[Windows の機能の有効化または無効化]
ダイアログが表示されるので ☑ Windows Subsystem for Linux (Bata) をチェック → [OK] [スタートアップ]→[設定]→[更新とセキュリティ]→[開発者向け]→◎ 開発者モード
「開発者モードをオンにしますか？」と聞かれるので「はい」を選択 [スタートアップ]→[Windows システムツール]→[コマンドプロンプト]してプロンプトが出たら「bash」と入力

bow に php7.2 インストール

php が入っていないことが前提 どんなphpバージョンがインストールできるかは以下で確認可能。

composer インストール

laravel インストーラ インストール

root ユーザで実行しようとすると怒られる。

bowのファイルの場所は？

C:\Users\ユーザ名\AppData\Local\lxss\rootfs が bow のルートになる。
ただし、Windows側から直接ファイルを修正すると権限が変わって
消せなかったり参照できないファイルになる場合があるので、
bow コンソールか ssh で修正する方が無難。

Webサーバーインストール

apache2

起動時に「Invalid argument: AH00076: Failed to enable APR_TCP_DEFER_ACCEPT」が出たら設定ファイルに以下の追記して apache2 をリスタート

.htaccess を有効にするなら

nginx

• php-fpm の設定ファイルは /etc/php/7.2/fpm/pool.d/www.conf だが、nginx インストール後であれば、user, group は www-data になっていると思うので修正の必要はない。
• /etc/nginx/site-enabled/default は /etc/nginx/site-available/default のシンボリックリンクなので、どちらを編集しても良い。

※ laravel を動かすには default に更に追加の設定が必要だけれど、今のところ
動いていないので apache2 を使ってください。また何かわかったら追記します。 ブラウザから localhost で接続すると参照可能。

mysqlインストール

インストール中に root のパスワードを聞いてくるので覚えておくこと。

トラシュー

以下のようなエラーが出たらキーをダウンロード

おまけ

sshd起動

※ sshd を立ち上げるのにサービス名は ssh という罠に注意

はじめに

laravel では何をするにも artisan を良く使うが、毎回調べるのも何なので、
よく使うコマンドをチート的にまとめておく。

プロジェクト作成

storage 以下に書込み権限がないと 500エラーになるので注意。

コントローラ作成

app/Http/Controller/ に作成される --resource を付けるとリソースに対する様々なアクションを作成してくれる。

モデル作成

app/に作成される

テーブル作成

database/migrations/に作成されるので、フィールド等を追記する。
No such file or directory と表示され、エラーになったら、とりあえず以下を実行してみる。

マイグレーション実行

実際のテーブルが作成される

シーダー作成

database/seeders/ に作成されるので、初期値を設定する。 これだけでは実行されないので、database/seeders/DatabaseSeeder.php に
呼び出し部分を記述する。

シーダー実行

初期値が設定される。

キャッシュクリア

パブリッシュ

パッケージのビューがユーザ領域のビューにコピーされる。

認証クイックスタート

認証関連がスカフォールドされる。

はじめに

最近いろいろ個人情報保護の観点から、DBに保存する特定フィールドは暗号化して欲しいとのニーズが多くなってきている。
しかも AESアルゴリズム を使えとか。 幸い Laravelの Cryptファサード は AES-256-CBC アルゴリズムなので、モデル側のセッター、ゲッターに機能を実装して、通常のアルゴリズムからは透過的に、DB保存の暗号化・復号化を実現する。

実装方法(アクセサ・ミューテタを使う(laravel推奨))

1. まずは通常のモデルを作成する。
2. Model 側に Name フィールド用のアクセサ・ミューテタを定義する。
3. 暗号化、復号化を実装する。

もちろんシーダー側も

シーダー側も予め暗号化しておく必要がある。 こんな感じ。
ちなみに use Crypt; を有効にするとシーダーでエラーになる。 これはシーダーが Global であるため。正解は Crypt を use しない。

その後の顛末

laravel の Crypt は同じ文字列であっても、暗号化のたびに暗号後の文字列が異なる。
つまり、入力された文字列を暗号化して比較しようとしても一致しない。
もちろん復号化すれば、復号前の文字列が異なっていても両方とも正しく暗号前文字列に戻る。 しかたないから、検索が必要なキーに対しては、暗号後の文字列が一致する自前の暗号化/復号化クラスを自作した。
Crypt ファサードのオプションでなんとかならんかね。