私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】Laravel【フレームワーク】 Part.3
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>950
ナイスジョーク
ナイスジョーク
>>950
ナイスジョーク
ナイスジョーク
livewireも読み込めないし、サブディレクトリマジで使えないんだな
めちゃくちゃ高機能になってる一方、こんな不都合があるとは驚いたわ
しょうがないからルートに置いたらあらゆる問題が解決した
めちゃくちゃ高機能になってる一方、こんな不都合があるとは驚いたわ
しょうがないからルートに置いたらあらゆる問題が解決した
mixをassetに変えれば動くけどバージョニング対応できなくなるから解決策ではないだろ?
8でjetstreamやlivewireを使うとさらにややこしくなる、それらはサブディレクトリ設置を想定してないから
数々の質問サイト見ても結局面倒だからルートに置けって結論になってる
反論がある方はどうぞ、良い解決策があれば教えてください
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
a.hoge.com → /var/www/a_hoge/public
b.hoge.com → /var/www/b_hoge/public
fuga.com → /var/www/fuga/public
もちろんドメイン管理権限持ってればそれで全く問題ない
問題はない場合
問題はない場合
いやサブディレクトリに設置できないフレームワークの方がつらいと思うが…
今の若者はそんなことやらないのか、昔はApache入れたらユーザ毎のウェブディレクトリがデフォであったもんだが
今の若者はそんなことやらないのか、昔はApache入れたらユーザ毎のウェブディレクトリがデフォであったもんだが
自分が困ってない問題を指摘する人間を冷笑して煽るしか芸が無い
今の若者そのものw
今の若者そのものw
そもそもサブディレクトリに置いてmixがリンク切れになるとか言ってFWディスるから煽られる。
そんなんでリンク切れになるなら、mixでコンパイルしたアセットをCDNにすら置けないじゃん、てことを考えるとどっちがおかしいか明白でしょ。
そんなんでリンク切れになるなら、mixでコンパイルしたアセットをCDNにすら置けないじゃん、てことを考えるとどっちがおかしいか明白でしょ。
これ見て誤解する人いたら可哀想だから言っておくが、スタックオーバーフローで回答してた奴とここで文句言ってる人がクソ雑魚なだけで、mixアセットもlivewireアセットもサブディレクトリ運用できます。
ありがとう、最初からそう教えてくれればよかった、できたわ
とは言え俺の聞き方が悪かったわ、ここで回答が得られると思ってなくて書き殴ってしまった
すみませんでした
ちなみにmix_urlの指定はすぐできたけど、livewire.phpのほうは最初configになくて一手間かかりました
とは言え俺の聞き方が悪かったわ、ここで回答が得られると思ってなくて書き殴ってしまった
すみませんでした
ちなみにmix_urlの指定はすぐできたけど、livewire.phpのほうは最初configになくて一手間かかりました
>>973
パッケージは初手でvendor:publishしてconfigを持ってくるて覚えておくと良いよ。今回の場合、どちらもそれぞれのマニュアルにバッチリ書いてあるレベルの話だから、安易にFWの問題と切って捨てるのは印象悪い。
パッケージは初手でvendor:publishしてconfigを持ってくるて覚えておくと良いよ。今回の場合、どちらもそれぞれのマニュアルにバッチリ書いてあるレベルの話だから、安易にFWの問題と切って捨てるのは印象悪い。
公式マニュアルって正確な情報を漏れなく記載しないといけないから冗長な物が多くて、
つい読まずにぐぐって知りたいことだけ書いてある記事見てショートカットしたくなるけど
Laravelのは読みやくて出来いいから真っ先に見るべきだな
逆に全体的に思うのはぐぐって出てくる記事の質が10年前より劣化してる
昔はスタックオーバーフローでなんでも解決、キータですら役に立ったこともあったのだが最近はダメだね
つい読まずにぐぐって知りたいことだけ書いてある記事見てショートカットしたくなるけど
Laravelのは読みやくて出来いいから真っ先に見るべきだな
逆に全体的に思うのはぐぐって出てくる記事の質が10年前より劣化してる
昔はスタックオーバーフローでなんでも解決、キータですら役に立ったこともあったのだが最近はダメだね
>>975
そうだね。livewireもそうだけど、マニュアルはスッキリしてて読みやすいからまず真っ先に読んだ方が良いと思う。それで分からないなら、コード直接見る。
qiitaは初心者と初心者上がりの半端な人がゴミを量産しているから全く参考にならない。解説サイトも同様。stackoverflowやteratailもごく一部の回答者以外はqiitaの質と大して変わらない印象。
そうだね。livewireもそうだけど、マニュアルはスッキリしてて読みやすいからまず真っ先に読んだ方が良いと思う。それで分からないなら、コード直接見る。
qiitaは初心者と初心者上がりの半端な人がゴミを量産しているから全く参考にならない。解説サイトも同様。stackoverflowやteratailもごく一部の回答者以外はqiitaの質と大して変わらない印象。
>>950
Webサーバーのconfでどうにかすればいいだろ
Webサーバーのconfでどうにかすればいいだろ
Angularを齧った事あるヤツなら知ってる<base href="~" />を使えば解決するけどな
>>982
Laravelの作法に則るならmiddlewareだよね。そのmiddlewareを指定するのはrouteでやる。コントローラーのコンストラクタでやる人も居るけど、それだとログイン必須のルートがぱっと見て分からないので不便。
Laravelの作法に則るならmiddlewareだよね。そのmiddlewareを指定するのはrouteでやる。コントローラーのコンストラクタでやる人も居るけど、それだとログイン必須のルートがぱっと見て分からないので不便。
類似してるかもしれないスレッド
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [98%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [98%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.9 (884) - [96%] - 2022/3/13 12:00
- 【PHP】Laravel【フレームワーク】 Part.8 (148) - [96%] - 2021/8/8 21:30
- 【PHP】Laravel【フレームワーク】 Part.7 (779) - [96%] - 2021/7/9 16:18
- 【PHP】Laravel【フレームワーク】 Part.6 (745) - [96%] - 2021/6/21 6:30
- 【PHP】Laravel【フレームワーク】 Part.5 (568) - [96%] - 2021/5/1 22:00
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [94%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.10 (446) - [94%] - 2022/6/6 19:30
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [94%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 (887) - [82%] - 2019/4/23 21:00
- 【PHP】フレームワーク Akelos (129) - [54%] - 2019/5/9 7:46
トップメニューへ / →のくす牧場書庫について