{#table_areaは最初から存在するものとする。onの関数の二つ目の引数に、トリガーとなる要素を設定するのです。複数のトリガーがある場合はこんな感じ。saka//array_filterは、フィルタリングする条件を関数で記載する。//評価式に変数を使えないので、useで渡す。sakahttps://qiita.com/everylittle/items/e7baad78a1dcb4b96ebaここを参考に、モデルの処理でデータベースのデータを加工した属性なんかを追加した状態で、all()なんかで取れたら良いなと思います。sakaモデルの存在を忘れていた。artisanでモデルのファイルを作成する。Reserveファイル名はテーブル名称と同じにする。テーブル名称がReservesの場合は、モデルの名前はReserve)モデルがあるだけで、コントローラーでは、モデル名称でデータベースを触ることができる。App\Reserve;これを書いて。Reserve::all();これで取れる。$ite[0])->value($ite[1]);こんな感じでコントローラーに書く。モデルに書くほうがいいのかな。sakasectionとyeildは対になっている。テンプレート側で、yieldを入れておくと、実体側のsectionを読み込む。テンプレートの読み込みはextendで行う。@extends(‘layouts.common’)viewsフォルダの下のlayoutsフォルダの中のcommon.blade.phpを継承する。置く場所が違う(別の場所に置いている)だけで、テンプレートと実体のファイルは同じ「Blade」ファイルです。1.routesでviewsのファイルを指定するとそれを表示させるようにする。2.viewファイルに、extendが記載されていたらそのファイルを取りに行く。3.テンプレートファイルに、yieldが設定されている場合、yieldに設定されているcontentをviewファイルから探す。パーツがテンプレートを取りに行くイメージ。取得したテンプレートに自分のパーツをはめ込む。ーー@include(‘layouts.header’)インクルードする場合の、相対パスはどこから見たアドレスになるのだろう?おそらく、routesで見にいったファイルから見たアドレスになるのではないかと思う。ーーcssやjsなど、ページごとにlinkするファイルを指定したい場合。@stack(‘sakajs’)と@push(‘sakajs’)・・・@endpushを使う。@stackをheaderなど共通部分が書いてある、common.bladeなどに記載する。@pushをそれぞれのページのbladeに記載する。@push・・・@endpushに記載されている内容が、@stackに記載されているものとして解釈される。@pushと@stackは一対多になっているのだと思う。ーーレイアウトで、URLによる判定を行いたい場合。トップページの判定はこれ。isはLike検索を行なっているようなのでワイルドカードが使える。sakaLaravelのSeederを使う。make:seederでシーターのファイルを作成して、データベースにinsertする記述を行う。dump-autoloadをして、DataBaseSeeder.phpに登録を行って、実行をするのだけどうまく動かない。sakaロリポップでコンポーザーを使う。PHPにパスを通すことができないので、PHPの場所を指定して使う。dump-autoloadcomposerではなく、composer.pharなのがなぜか?—Laravelで新しいクラスを作った時に、dump-autoloadしないといけないのだけど、だいぶ苦戦する。dump-autoloadは、パスを通すようなことをしているのだと思う。composer.jsonに、新しく作ったクラスファイルを置いているファイルのパスを追記する。[“kobeu/kcs/app/Libs”]}}requireは最初から書いてあった。autoloadを追記した。classmapというのは、名前空間?みたいなもの。他の書き方もあって、それぞれメリットがあるようです。この辺りはおそらく深い。config/app.phpにも、追記が必要。エイリアスaliasの設定も必要。App\Libs::classこれを追記した。追加したクラスは、インスタンス化してから使う。view(‘home’);});resouces/viewshome.blade.phpのファイル名でテンプレートファイルを作成する。sakamigrationという機能を使ってテーブルを作ります。databese/migrationsこのフォルダにマイグレーションのファイルを入れる。プロジェクトのフォルダに移動して以下のコマンドを実行するとテーブルが作成される。ファイルは、ぜひ、artisanを使いましょう。migratemigrationは、up()でテーブルを作成down()で元に戻す処理をする。元に戻す(?)すでにテーブルがある場合はmigrateでエラーが出るので、現在あるテーブルを破棄して再度実行する場合はmigrate:freshを実行する。ロリポップではphp7.1にパスが通っていないので、/usr/local/php7.1/bin/phpこれでphpを実行すると良い。ないとエラーになります。Errorが発生する。MySQLのバージョンがよくないということで、下の内容でconfig/database.phpを編集する。sakaロリポップをSSHに対応する。2222入れなかった。以前にログインした時と、RSAというものが変わってしまったから?SSHのFingerの何かは、ローカルに保存されている。それとサーバーに保存されているものが異なるため弾かれているらしい。ローカルに保存されているものを消してもう一度保存し直す。保存場所は~/.ssh/knows_hostここのロリポップのFinger何やらの行を削除して試してみたところ、パスフレーズを求められた。ロリポップのユーザー情報に掲載されていたパスフレーズを4回入れたらログインできた。4回入れるって何?ロリポップにターミナルで入ることができたので、次にcomposerをインストールします。“eval(‘?>’.file_get_contents(‘https://getcomposer.org/installer’));”これでcomposerをインストールできました。次に、phpへのパスを通す。“5.5.*”composer.pharが置いてあるフォルダに移動して、実行しないといけません。存在するフォルダにインストールしようとすると失敗するみたい。インストールフォルダを指定するとフォルダを作ってくれる。create-projectが何をやっているか。installをしているそうです。cloneするときにzipして落としてくるという指定をしているらしい。composerでインストールしてもしばらくファイルが表示されない。SSHでアクセスしてからFTPでアクセスするとファイルが見えた。インストールしたフォルダにアクセスしても500で表示されなかった。サブドメインを設定して、php7.1を設定。Laravelはphp7.1でないと動かないようです。サブドメインにアクセスしたらLaravelが表示されました。403エラーが表示される場合サブドメインの指定が間違ってる。Laravelをインストールしたフォルダではなく、publicフォルダをドメインの指定先にしないといけない。次はデータベースを作成する。ロリポップの管理画面でデータベースを作成。.envファイルを編集。直下のフォルダにある.envファイルにデータベースの接続設定があるのでこれを編集する。データベースはできたので、次はmigrateします。デフォルトで必要なテーブルがあるらしいのです。migrateコマンドを実行すると下のメッセージが表示される。artisanこれはartisanを動かすために、Laravelのフォルダに移動しないといけない。laravelを入れたフォルダでartisanを実行したらmigrateできました。これでとりあえず、Laravelをロリポップに導入することができた。意外とスムーズに行きましたね。仮想環境をローカルで動かすと負担が大きいから、ロリポップでもいいから外に置いた方が良い。Laravelのインストールがうまくいかない場合がある。installが止まってしまう場合。サーバーのメモリが足りずに途中で終わってしまっている。これはどうしたものか。