【PHP】Laravel【フレームワーク】 Part.3
レス数が1000を超えています。これ以上書き込みはできません。
テンプレ追加修正お願いします
Laravel
ウェブ職人のためのPHPフレームワーク
本家
https://laravel.com/
git
https://github.com/laravel
動画チュートリアル(英語)
https://laracasts.com/
日本語
http://laravel.jp/
書籍
Laravel リファレンス[Ver.5.1 LTS 対応] Web職人好みの新世代PHPフレームワーク
Laravelエキスパート養成読本[モダンな開発を実現するPHPフレームワーク!] (Software Design plus)
※前スレ
【PHP】Laravel【フレームワーク】
https://medaka.5ch.net/test/read.cgi/php/1503683914/
【PHP】Laravel【フレームワーク】 Part.2
https://medaka.5ch.net/test/read.cgi/php/1556417229/
amazonへのリンクが邪魔をしてスレッドを建てられなかったので外しました。 俺もPHP開発でユニットテストは書かない。ユニットテストを実行しなくても、そんな大したバグを作るケースが無く、毎回手動テストを念入りにすれば十分だった。バグを作らない自信もある。他のメンバーも書いてない。
大したもの作ってなって煽られるかもしれないけど >>899
あれ、それってローカルで開発したら必要なくね?
うはw俺天才w >>899
それ、開発を楽にしようとして逆に大変になってないか? Laravelなのに未だにこんな未開な環境で開発してるのもおるんやね。>>899みたいな環境、オンプレ残ってた5年前ぐらいまでウチもあったけど、今は滅んだ。 うちは案件によってどっちもやる
新技術についていけないのと、必要が無いからあえてレガシーにやるのとは違う 開発環境何使ってる?
うちはwindows10でWSL使ってる。
複数環境使えるから、dockerの必要もないかな。 マックからwindowsに引っ越してきました。
PHPやnode.jsやgoなどちょっと試す程度なら、
マックの場合ターミナル開けばコマンド打ってすぐに開発環境が構築できますが、
windowsの場合一般的にどう構築していくのでしょうか? 本番環境にDocker使うのも増えてきてるけど、
すべてのケースで使えるところまではいってないかな >>910
WSLでしょうか?ちょっと調べてみます!
>>895
でVagrant + Vurtualbox + CentOSがいいのかなと思ったのですが、
このcentos上にdockerを構築するでもいいんですよね。
なんか色々ありすぎて面倒です。 >>908
homebrewみたいなのを求めてるなら
Windows Package ManagerがリリースされるまでのつなぎとしてChocolatey、scoopがあるよ
あとはWSLとMicrsoftストアからUbuntuなどのLinuxディストリインストールして動かす >>908
あとはnode.jsとか公式サイトで配布されているセットアップファイルからインストールする >>912
Windows Package Manager には期待したいですね。メモしておきます。
結局色々ありすぎて、どうせ本番環境に近い形で構築するならばといことで
Vagrant + Vurtualboxでやっていきたいと思います。 nvmは複数バージョンのnode.js入れる時便利 >>911
Docker Desktopだけでいいでしょ。
要件満たしたWindowsなら勝手にWSL上にホストを作ってくれる。
自前でWSLなりVMなりでDockerホストを用意してもいいけど。 dockerコンテナが↓の構成の場合にphpコンテナからnodeコンテナのnodeスクリプトを実行する方法がわかりません。
php(php-fpm、composerなどインストール)
node(node、npmなどインストール)
もともとphpコンテナにnodeやnpmなどインストールしていて、そのときは以下のコードでnodejsのスクリプトを呼び出すことができたのですが、
exec(node, main.js, 2>&1, out, ret)
コンテナ分けた場合の呼び出し方がわかりません。
どういう書き方で呼び出すことができるか教えてください。 >>882
すんごい触りしか見てないけど、JavaServer Facesだよね、これ。 laravel6lts使ってるけど、laravelって
cakephpのbakeみたいにcrud自動生成コマンド
標準で付いてないの?(´・ω・`)ショボーン php artisan make:controller ExampleController --resource サービスプロバイダが何の事やらさっぱり理解できん
誰か助けて Laravelいいなと思って少し勉強したんだけど、使えるサーバーが限られていない?
どこのサーバー(共有レンタルサーバーとか)でも簡単にデプロイできる?
multi auth使うとなるとnode.jsのインストールも必要なんでしょ? >>922
別にいらんよ。
phpの対応したバージョンとextensionがあれば動く。 今から新規システム作るならバージョンは何がいいの?
6はもう古い? ほぼ8一択
10にアップデートしない前提なら6でもいいけど >>919
>bake
これがいいぞ。
Scaffold系は色々あるけどこれが一番シンプルで使いやすかった
https://github.com/appzcoder/crud-generator >>927
なるわけないだろ
ただのアップデートなんだから 8より6の方がLTSだからいいんじゃないのか
納品後にLaravelのアップデートなんてまずしないし >>925
次のLTSは9だぞ。3月のリリースやめて今後は1年に1回のメジャーアップデートにするって、一昨日ぐらいに発表されてた。 >>929
アップデートしない前提ならLTSである意味すら無いのでは?
それともマイナーアップデートが配信されたらそれだけ反映するのかな? >>930
ほんとだ、ブログに書いてあるね。
「セマンティックバージョンを採用以降、リリースサイクルはこれまでと変わらないにも関わらず、コミュニティにとってはリリースがとても頻繁になったと感じてしまい、実態とずれた感覚を与えてしまうから。」
ってことかな。
同じこと思ってたし良い判断だな。 >>931
基本的にアップデートしないけど、危険性の高いバグフィックスなんかがあった場合にはできる可能性があったほうがいい
サポート終わるとそれがなくなるからな このフレームワーク機能が多すぎない?
昔はこんなに多機能じゃなかったのに >>935
あれができなきゃ、これもできなきゃで、MS-EXCELが巨大化したのと一緒かな 久々に使ってみたが、複雑になりすぎて使いにくくなったな 8はRouteの書き方がけっこう変わったね
9でLTSになったら移行するけど、それまでは使う気になれんのぉ IISとかAzureはPHP8サポートしないのね。7の1.5倍は速いのに >>939
JITのRFCちゃんと読んだ方が良いぞ。 >>940
PHP8のJITがWeb向けじゃないといいたいのかも知れないけど
Laravelを使ったものなら体感で違いがわかるくらい速くなるぞ >>941
Laravelの場合ってのは、OPcacheやpreload使ったケースとの比較で体感できるぐらいに早いって話? >>944
最適化したLaravelがPHP8でどれくらい速くなるか検証してくれ LaravelってURLがドメイン直下じゃないと動かない設計なのかよ
サブディレクトリに置くとmix('css/app.css') なんかがリンク切れになる
Stackoverflowに同じ質問あるけど未解決、なんちゅー不便なフレームワークなんや jsでalertを使うと配列が読み込めるのってなんでだ livewireも読み込めないし、サブディレクトリマジで使えないんだな
めちゃくちゃ高機能になってる一方、こんな不都合があるとは驚いたわ
しょうがないからルートに置いたらあらゆる問題が解決した mixをassetに変えれば動くけどバージョニング対応できなくなるから解決策ではないだろ?
8でjetstreamやlivewireを使うとさらにややこしくなる、それらはサブディレクトリ設置を想定してないから
数々の質問サイト見ても結局面倒だからルートに置けって結論になってる
反論がある方はどうぞ、良い解決策があれば教えてください そもそもサブディレクトリにこだわってる奴は何がしたいんだ? 何って、一つのサーバーでいくつもLaravel動かしたいじゃん
一人や数人で使う小さいサービスや、開発中なんかに普通にある需要だろ それサブディレクトリ使う必要性ゼロじゃん。サブドメインごとにそれぞれ異なるドキュメントルートをnginxなどに設定するだけで済むんじゃないのか? もちろんサブドメインじゃなくても良いぞ。
a.hoge.com → /var/www/a_hoge/public
b.hoge.com → /var/www/b_hoge/public
fuga.com → /var/www/fuga/public もちろんドメイン管理権限持ってればそれで全く問題ない
問題はない場合 いやサブディレクトリに設置できないフレームワークの方がつらいと思うが…
今の若者はそんなことやらないのか、昔はApache入れたらユーザ毎のウェブディレクトリがデフォであったもんだが 自分が困ってない問題を指摘する人間を冷笑して煽るしか芸が無い
今の若者そのものw そもそもサブディレクトリに置いてmixがリンク切れになるとか言ってFWディスるから煽られる。
そんなんでリンク切れになるなら、mixでコンパイルしたアセットをCDNにすら置けないじゃん、てことを考えるとどっちがおかしいか明白でしょ。 これ見て誤解する人いたら可哀想だから言っておくが、スタックオーバーフローで回答してた奴とここで文句言ってる人がクソ雑魚なだけで、mixアセットもlivewireアセットもサブディレクトリ運用できます。 ありがとう、最初からそう教えてくれればよかった、できたわ
とは言え俺の聞き方が悪かったわ、ここで回答が得られると思ってなくて書き殴ってしまった
すみませんでした
ちなみにmix_urlの指定はすぐできたけど、livewire.phpのほうは最初configになくて一手間かかりました >>969
パッケージは初手でvendor:publishしてconfigを持ってくるて覚えておくと良いよ。今回の場合、どちらもそれぞれのマニュアルにバッチリ書いてあるレベルの話だから、安易にFWの問題と切って捨てるのは印象悪い。 公式マニュアルって正確な情報を漏れなく記載しないといけないから冗長な物が多くて、
つい読まずにぐぐって知りたいことだけ書いてある記事見てショートカットしたくなるけど
Laravelのは読みやくて出来いいから真っ先に見るべきだな
逆に全体的に思うのはぐぐって出てくる記事の質が10年前より劣化してる
昔はスタックオーバーフローでなんでも解決、キータですら役に立ったこともあったのだが最近はダメだね >>971
そうだね。livewireもそうだけど、マニュアルはスッキリしてて読みやすいからまず真っ先に読んだ方が良いと思う。それで分からないなら、コード直接見る。
qiitaは初心者と初心者上がりの半端な人がゴミを量産しているから全く参考にならない。解説サイトも同様。stackoverflowやteratailもごく一部の回答者以外はqiitaの質と大して変わらない印象。 >>946
Webサーバーのconfでどうにかすればいいだろ >>955
公開サーバーならサブドメイン切ればいいし
非公開ならポート番号分ければいいじゃん Angularを齧った事あるヤツなら知ってる<base href="〜" />を使えば解決するけどな タグのエスケープってこれで行けるんだっけ?
<tag /> ログインしてるかどうかの処理はどこに書いたらいいんでしょうか? >>978
Laravelの作法に則るならmiddlewareだよね。そのmiddlewareを指定するのはrouteでやる。コントローラーのコンストラクタでやる人も居るけど、それだとログイン必須のルートがぱっと見て分からないので不便。 みんなWindowsで開発する時どうやってる?
・xampp
・php artisan serve+何らかのDB
・Docker等
・別のサーバーに上げる
どれ派が多いのか知りたい WSL(Debian/Ubuntu)+Docker
どうしてもDockerが使えない且つRedhat系なら別VMを建てる。 海外だとXAMPPよりLaragonのほうが勢いある。 >>979
middlewareですね。ありがとうございます。 Xampp使ってるのは95パーセントの超初心者と5パーセントの超玄人 Laravelってミドルウェアまで視野に入れたフルスタック系のフレームワークだからXAMPPだと再現が難しい。 xampp使ってる会社あるか?
ほぼdocker一択だろ? Dockerで本番環境までやってるところはDocker一択だろう
そうでなければ別の選択肢もあるかな
なるべく本番環境に近づけることが優先
ということでXamppは仕事で使うとかはちょっと想像しにくい >>988
VPS借りてLinuxだが言うほど一択か? >990はわざわざVPS借りてその中で開発しているのか。それはそれで面倒くさいね。 VPS上で開発も別に珍しくないと思うが
自分で環境構築できない人(デザイナーとか)に環境渡すの楽だし
とにかくDocker一択ってことはないかな
意識高い系が集ってるならそれでいけるだろうが、
世の中みんなそんなに意識高くないよw 教養の有無を意識が高い低いって言ってるようなもんだな dockerなんて一人が設定ファイル書いて他の人はコマンド一発だから一番楽じゃね? >>995
俺もそう思う。今時駆け出しエンジニアでもdocker使ってるのに、それを意識高いとか言うの謎すぎて草生える。 Dockerって重いしトラブル多いやん
インストール中にコケたりとかで、新人に導入させるのいつも苦労する このスレ民は「APIのレスポンスをjsonで返すとか脆弱性の観点からありえない」って言ってるし、具体的に何が脆弱なのかも答えられないレベルだから
まだ1990年代の感覚なんだろうね レス数が1000を超えています。これ以上書き込みはできません。