私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ[PHPフレームワーク]Laravel
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>750
homesteadでも試したけど取れたわ。
> Route::get('/{url?}', function($url = null) { return $url; });
> のような形で受けられるかということ
->where('url','.+')が足りないとかそういう問題ではないよね?
homesteadでも試したけど取れたわ。
> Route::get('/{url?}', function($url = null) { return $url; });
> のような形で受けられるかということ
->where('url','.+')が足りないとかそういう問題ではないよね?
laravelで作ったアプリを複数のapサーバでバランシングする予定なんだけど、apサーバ自体にはcomposerとか必要ないよな? なんか入れないでもファイルコピーだけで動くっぽいんだけど。
物を壊したら弁償するのは理解できても風評被害を食らわせてもやった側に何の罪もない された側が悪いという考え方のカスはおかしい。
物を壊してもそこまで怒らせるような行動を普段からしてるほうが悪い
という考え方の人もいますよ
うちの嫁ですけどね
という考え方の人もいますよ
うちの嫁ですけどね
>>753
vendorもまるっとコピーするなら不要
vendorもまるっとコピーするなら不要
まあしかしデプロイ先でもアップデートとかできるようになってるほうがいいわな
転送もgitでやるほうが何かと都合がいいし
そう考えると鯖それぞれに一通り環境は作っておいたほうが良さそう
転送もgitでやるほうが何かと都合がいいし
そう考えると鯖それぞれに一通り環境は作っておいたほうが良さそう
http://github.com/andersao/l5-repository
Laravelにリポジトリパターン導入しようと思ってるんだけど
PresenterとかCriteriaの概念がイマイチ分からない
ggってもここらへん詳しく解説してるサイトとかないし、ベストプラクティスが全く分からない
誰か教えてください
Laravelにリポジトリパターン導入しようと思ってるんだけど
PresenterとかCriteriaの概念がイマイチ分からない
ggってもここらへん詳しく解説してるサイトとかないし、ベストプラクティスが全く分からない
誰か教えてください
eloquentなんか使わんでもクエリービルダーだけで何とかなるで。
アーティ=サンからmigration作った時にmigrationファイルが自動的に日付+テーブル名になるのマジやめて欲しいんだけど何とかならんの?
テーブル定義したいのにクソファイル名のせいでファイル探すっていう無駄な工程が発生しよるんだが。
ターミナルからだと一発補完も出来ねえし。
テーブル定義したいのにクソファイル名のせいでファイル探すっていう無駄な工程が発生しよるんだが。
ターミナルからだと一発補完も出来ねえし。
アーティさんって誰だと思ったらArtisanのことかw
マイグレーションファイルを探すのに手間取った経験は全くないんだが
どうやったらそんなに苦労できるんだ?
マイグレーションファイルを探すのに手間取った経験は全くないんだが
どうやったらそんなに苦労できるんだ?
どうでもいいがArtisan=職人な
普通カタカナではアーティザンと書くと思う
で、ファイル選択はGUIでエディタ使えば済む話なんだよなあ
みんながSublime使ってるわけじゃないのはわかるけど
今どきvimやemacsでもないだろと
普通カタカナではアーティザンと書くと思う
で、ファイル選択はGUIでエディタ使えば済む話なんだよなあ
みんながSublime使ってるわけじゃないのはわかるけど
今どきvimやemacsでもないだろと
職人なんだからニンジャっぽくアーティ=サンって呼ぶのは実際礼儀正しいだろ。
ワイはlaravel始めてから間もないからよく分からんのやけど、composerって環境にあんまり依存しないんか?
現在のlaravelアプリの開発環境はほぼデプロイ用のAPサーバと同じにしてて、それってなんでかっていうとlaravelで編集したファイルをrsyncでそのまま転送してるからなんだ。
これが動作環境違うとコケる可能性があるってんならアーティ=サンはローカルじゃ叩けない。
ワイはlaravel始めてから間もないからよく分からんのやけど、composerって環境にあんまり依存しないんか?
現在のlaravelアプリの開発環境はほぼデプロイ用のAPサーバと同じにしてて、それってなんでかっていうとlaravelで編集したファイルをrsyncでそのまま転送してるからなんだ。
これが動作環境違うとコケる可能性があるってんならアーティ=サンはローカルじゃ叩けない。
× 叩く
○ オジギ
よく考えたらアーティ=サン自体はcomposerとは関係ないな。試しにローカルでphpバージョンとか合わせずにやってみるわ。
○ オジギ
よく考えたらアーティ=サン自体はcomposerとは関係ないな。試しにローカルでphpバージョンとか合わせずにやってみるわ。
そりゃスゴイフルイ・シンキングってもんだ
むしろjsonさえあればどこでもサクッと環境を揃えられるのが
composerなりnpmなりbowerの強み(の一つ)でしょうに
マイグレーションも同じ目的
だからこそ実行順を保証するための日時が
ファイル名末尾ではなく先頭に必要なわけで
あとrsyncじゃなくgit使ったほうがいいぞ
同時に複数箇所を並行して修正とか「ここ一旦変えたものを見たい」とか絶対言われることのない仕事なら別だが
少なくとも.envが上書きされないように変な工夫とかしなくて済むし
gitプラグイン入れればSublimeの中からコミット&プッシュできるし
何かと捗るぞ
むしろjsonさえあればどこでもサクッと環境を揃えられるのが
composerなりnpmなりbowerの強み(の一つ)でしょうに
マイグレーションも同じ目的
だからこそ実行順を保証するための日時が
ファイル名末尾ではなく先頭に必要なわけで
あとrsyncじゃなくgit使ったほうがいいぞ
同時に複数箇所を並行して修正とか「ここ一旦変えたものを見たい」とか絶対言われることのない仕事なら別だが
少なくとも.envが上書きされないように変な工夫とかしなくて済むし
gitプラグイン入れればSublimeの中からコミット&プッシュできるし
何かと捗るぞ
>>770
そりゃgitは使っておるが。pushした時にpost-updateでrsyncで配布するで。
流石にAPサーバ沢山あるのに全部のAPサーバのディレクトリにgitレポジトリは使わんやろ。ステージ環境までやな、gitは。
そこからpushして撒く感じや。
そりゃgitは使っておるが。pushした時にpost-updateでrsyncで配布するで。
流石にAPサーバ沢山あるのに全部のAPサーバのディレクトリにgitレポジトリは使わんやろ。ステージ環境までやな、gitは。
そこからpushして撒く感じや。
なるほど
ローカルに環境は作ってないの?
Appファイルは開発サーバ上で直接変更し
デバッグもリモートでやってるわけ?
あとこれは純粋な興味からだけど
DBも各サーバに持ってレプリケーションしてるの?
ローカルに環境は作ってないの?
Appファイルは開発サーバ上で直接変更し
デバッグもリモートでやってるわけ?
あとこれは純粋な興味からだけど
DBも各サーバに持ってレプリケーションしてるの?
protected $repository;
/**
* @return void
*/
public function __construct(TeamRepository $repository)
{
$this->repository = $repository;
}
コントローラーだとこんな感じに使えるけど、
これをTestクラスでも使う場合はどうすればいんだ
constructで依存注入してもダメだし、ただインスタンス化してもcontainerがどうとかでダメだった
/**
* @return void
*/
public function __construct(TeamRepository $repository)
{
$this->repository = $repository;
}
コントローラーだとこんな感じに使えるけど、
これをTestクラスでも使う場合はどうすればいんだ
constructで依存注入してもダメだし、ただインスタンス化してもcontainerがどうとかでダメだった
andersao/l5-repositoryってのがあるけど
それ入れりゃ済むって話でもない?
それ入れりゃ済むって話でもない?
$this->repository = $this->app->make(TeamRepository::class);
思いっきりマニュアルに書いてました
思いっきりマニュアルに書いてました
GitHubで色々Laravelのサンプルアプリ漁ってみたんだけど
どれも1つのModelに対して1つのリポジトリーなんだよね
やっぱりそういう原則が在って、何か理由でもあるのかな?
1つのModelに複数リポジトリー作らないと、
Classが肥大化するし単一責務じゃないんと思うんだけど
どれも1つのModelに対して1つのリポジトリーなんだよね
やっぱりそういう原則が在って、何か理由でもあるのかな?
1つのModelに複数リポジトリー作らないと、
Classが肥大化するし単一責務じゃないんと思うんだけど
多分サンプルだとCRUDのRが2,3で事足りるのしかないんじゃないかね。それこそEloquentそのまま使えばいいじゃんレベルの
よく使うメソッドだけリポジトリにして、
複雑なクエリは1クエリ1クラスにするってのはたまにやる
Eloquent ORMでリポジトリパターンってなんかもやもやするんだよなあ
よく使うメソッドだけリポジトリにして、
複雑なクエリは1クエリ1クラスにするってのはたまにやる
Eloquent ORMでリポジトリパターンってなんかもやもやするんだよなあ
どこ読んでもDBに書き込んだりするのコントローラーの中でやってるけどモデルの中にメソッド作ってコントローラーから呼び出しすのって駄目?
laravelのautuミドルウェアでログインしてたらjsonで「ログインしてる」って情報返してログインしてなかったら同じくjsonで情報返すようにしたいんですが、どこをいじればいいのでしょうか。
なんか実体はillminateだかのディレクトリの中にいるみたいですけどそこを弄るのは違うし……
なんか実体はillminateだかのディレクトリの中にいるみたいですけどそこを弄るのは違うし……
>>782
json返すroute作る
json返すroute作る
>>783
何てことはない、Auth::check()を使えば良かっただけでした。
何てことはない、Auth::check()を使えば良かっただけでした。
laravelで作ったWEBサービスのandroidアプリを作成する場合、
アプリはあくまでViewの役割で、laravelのapiを作成+利用という感じがベストプラクティスですか?
アプリはあくまでViewの役割で、laravelのapiを作成+利用という感じがベストプラクティスですか?
皆はバリデーションの共有はどうやってますか?
自分はrequest側でもview側でも共有化するために
config('validations.maxlength.user.name')みたいにやっています
自分はrequest側でもview側でも共有化するために
config('validations.maxlength.user.name')みたいにやっています
laravelのhelperで一つ一つfunction_existsでチェックしてるけど
何の意味があるんだこれ
何の意味があるんだこれ
>>788
同名関数を定義しておくと差し替え可能なので拡張出来る
同名関数を定義しておくと差し替え可能なので拡張出来る
laradockにsupervisor導入したいんだけど
どこのコンテナにインストールすればいいの
どこのコンテナにインストールすればいいの
workspaceのdockerfileにsupervisorを自分で記述するだけで大丈夫でした
laravel5.3でnpm install実行しようとしたらこんなエラー出て進めない
Unsupported platform for fsevents@1.0.15: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npmは3.10.9、nodeは7.1.0
Unsupported platform for fsevents@1.0.15: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npmは3.10.9、nodeは7.1.0
適当にぐぐったらnpm3.10.8以降がダメらしく3.10.7にダウングレードしろって書かれてるな
ajaxの処理中にセッションの中身使いたい時どうすればいいんだ・・・
別ドメインの場合の話かの?
そんならLaravel無関係じゃぞい
同一ドメインなら普通にセッション取れるはず
そんならLaravel無関係じゃぞい
同一ドメインなら普通にセッション取れるはず
自己解決しました。
post先のURLをapi.phpに登録してたのが原因でした。
post先のURLをapi.phpに登録してたのが原因でした。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- symfony PHPフレームワークpart2 (530) - [60%] - 2022/4/10 22:45
- 【PHP】フレームワーク Akelos (129) - [60%] - 2019/5/9 7:46
- 【PHP】フレームワークPharonスレ (306) - [57%] - 2022/10/10 20:00
- [PHP][フレームワーク]CodeIgniter Part2 (983) - [56%] - 2015/4/7 12:46
- [PHP][フレームワーク]CodeIgniterスレ (983) - [53%] - 2011/3/5 23:17 ○
- 【PHP】フレームワークMapleに舌鼓 (470) - [48%] - 2017/12/31 9:31
- 【PHP】PHPフレームワーク総合スレ15 (989) - [42%] - 2013/9/27 6:00 △
トップメニューへ / →のくす牧場書庫について