そもそも話の発端は、本を頼りに勉強する初心者くんにlaravel8をやらせてよいか？だからな。業務で使ってるようなやつなら、別に自分で対処すれば済む話。そこを理解してないバカが約1名居るようだな。

make:authで認証自動生成してくれるけどメールアドレス前提で
コントローラや画面生成するのやめてほしい
make:auth実行したらどういうアカウントのModelにするか入力させる方式にしてほしい
イメージ的にはsymfonyでmake:entityしたときみたいな感じ

Redisについて質問です。
Predisが将来削除されるということから、PECLでPhpRedisをインストールしました。

マニュアル（Laravel 6.x Redis）に以下記述があります。
-----
Redisファサードエイリアスに加えPhpRedis拡張を使用する予定であれば、
Redisクラスとの衝突を避けるために、
RedisManagerのような他の名前にリネームする必要があります
-----

マニュアルに記載の通りエイリアスから下記行を削除しました。
// 'Redis' => Illuminate\Support\Facades\Redis::class,

上記対応をした場合、以下の記述はPhpRedis拡張を利用しているのでしょうか？
-----
use Illuminate\Support\Facades\Redis::class;
Redis:set(key, value);

>>853
Illuminate\Redis\RedisManager で定義されてる connector() でこう実装されてる
switch ($this->driver) {
case 'predis':
return new Connectors\PredisConnector;
case 'phpredis':
return new Connectors\PhpRedisConnector;
}
だから、ここにブレークポイント貼って確認すると良いと思う。

driver は config/database.php の redis.client で設定されてるから確認して。

>>853
そもそもの話だけど、predisは復活したから削除されなくなると思うで。

>>854
>>855
ご回答ありがとうございます。

↓に記載されていないメソッド（hMSetとか）も呼び出せるようになっていました。
http://laravel.com/api/6.x/Illuminate/Redis/Connections/PhpRedisConnection.html

ファザードをほとんど理解していないので>>854さんが言うように、
↓のクラスが何をしているのか調べてみます。
use Illuminate\Support\Facades\Redis::class;

ありがとうございました。

結局Modelsディレクトリ問題は何だったんだよ
初心者ながらにググって作り方調べて毎回作って設定とかに紐付けてたのに

8は普通にあるじゃねえか

ModelとViewとControllerを配置するディレクトリ構成が他のMVCフレームワーク異なっててわかりにくい

色んなフレームワーク使ったけどLaravelがとうとう人類が手に入れた完成版て感じ、なんでもできる
5.8の時点でそう思う（数年前5.8で作ったシステムの使い回し案件をやりながら）

繰り返される話題だ。
Laravelも廃れるな。

laravelのインストールが終わりましたが結構大変ですね。。。

どの辺りが大変でした？

Composerがエラーを吐きまくる
Composer嫌い、動けば便利なんだろうけどさあ…

>>863
そうなんだ
大変だねぇ

>>862
Dockerなんですけどパーミッション関連が大変でした。。

JetstreamのオプションってConfigでオンオフできるけど、勝手に切り替えていいのかな
とりあえずチーム機能入れといて後で要らなくなったからオフするとか

LaraveldeはCakePHPのようにコントローラーとアクションを作成したら自動でビューに紐付いたりはしないのでしょうか？

このように書いた場合はview('hello.world')を書かずとも、
http://localhost/hello/worldにアクセスしたら、
resources/hello/world.blade.phpを使うと思ってたら使われませんでした。

class HelloController extends Controller
{
public function world(){
return view('hello.world');
}
}

>>867
勝手に紐付いたりはしない

寧ろフロントはJSフレームワーク使うからPHPによるVIEWはノーセンキュー

PHPによるVIEWが最強だろ常考

>>865
それLaravelじゃなくてDockerが苦労したってことね

そうなんですね！
viewをしっかり設定するようにします！
ありがとうございます！

どういたしまして！

routingのwebとapiってどのように使い分けたら良いのでしょうか？
和訳ドキュメント見ても近いわけがよく分かりません

デフォルトで適用されるミドルウェアが違ったりするんよ。
app/Http/Kernel.php
あたりを見てみるといい。

>>875ではないですが、たとえば同プロジェクト内のフロントにAPIを提供するだけの場合、web.phpとapi.phpのどちらを使うべきなのでしょうか？
調べても
・内からの場合はweb.phpを使う
・APIなのだからapi.phpを使う
・api.phpにweb.phpと同じミドルウェアを適用して使う
など色々出てきてよく分かりません……

インメモリのSQLiteにpostしたレコードを、assertDatabaseHas()で検証することはできますか？
テーブル名が分かりません。

>>877
別にどっちでも良い
そもそもwebとかapiとかは便宜的に名前付けられてるだけだから好きに変えられる。
RouteServiceProvidorで定義されてるから確認したら良い。
あとはApp\Service\Kernelでルートごとのミドルウェアグループの適用されてるからそれも見たほうが良い。

違った
App/Service/Kernel
↓
App/Http/Kernel

>>879
なるほど、納得できました
ありがとうございます！

ドキュメントの和訳ずっと続けてるあのおじさんいまだに続けてたんだね
すごいな

学生にインターンという名で
バイトレベルの報酬でフルスタックの仕事させようとするの止めろｗ
twitterで宣伝していて引いたわ

フルスタックとか言ってもただの学生だろ？
戦力にはならないしそんなもんだろ

くわしく！

Livewireとかこれから使われるようになると思う？
いよいよLaravelも老害化してきたか。

フレームワークの栄枯盛衰なんてそんなもの

早すぎだろ
ようやく覚えてきたのにもう世代交代かよ
正直そこまで極端に早いとビジネス成り立たないだろ、常に学習コストばかりかかる

せめてinertia使おうぜ
Reactないから俺は使ってないけど

langのvalidaton.phpでattributesを日本語化する時、カラム名だけじゃなくモデル名を指定することはできないだろうか
同じカラム名でもモデルによって意味が違う事があるんだよね

laravelですら構造や仕組みをしっかり理解してないままなんとなく使ってる奴がほとんどですね

MultiAuth実現するときに認証系のソースの中身とかはガッツリ読み込んだな

laravelマスターしてエキスパートになれたら
年収いくらくらいを目指せますか？

laravelっていうかphpをいくら極めたところで年収は500がいいとこじゃないか？

もうちょい行けるぞ　1000近くまでは行ける
ソースは俺
めんどいからそこまでやらんけど

そうですよDockerですね
docker-composeを使うといいですよ

自PCで完結させた所で後で結局テストサーバーとかステージングサーバーに上げるんだから
最初からサーバー上で動作確認してるわ
エディタで保存したら自動的にサーバーに上がるようにしてる