【PHP】Laravel【フレームワーク】 Part.9
レス数が1000を超えています。これ以上書き込みはできません。
.jpは数年前からメンテされてないゴミなので消しておいた
代わりとしてreadableへのリンク貼ると
アフィアフィ五月蝿いの出てきそうだから貼ってない >>3
絶対的なパフォーマンスは遅いが
マッチング系やメディア系のビジネスユースなら困らんでしょ
スケールアウトすればええやんで終わる話 だいいベンチマーク至上主義者は速ければ速いほど良いて考えるけど
その速さがどういう時に価値を生むかまでは考えていないように見えるんだよね Laravelは圧倒的に遅いよ
数あるフレームワークの中で一番遅い
さすがに擁護できるレベルではないからみんな困ってる >>7
はいはい嘘つき乙
困ってるのはOPcacheも使えない雑魚ぐらいでしょ エンジニアがよく参照する海外のフレームワークベンチの複合スコアでは↓な
laravel > django > rails > cakephp
https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=composite
laravelの場合octaneもあるからパフォーマンスに関して
未だに文句言ってるのはさすがにエアプだと思うわ お前らってやたらとlaravelが遅いだのopcacheで早いだの速度について争ってるけど
実際そんな速度が要求されるような処理をlaravelで書いているの? >>8
OPcacheってLaravel専用だとおもってんの? 複合主キーのテーブルのマイグレーションを実行し、そのテーブル用のモデルに主キー名を設定する段階で
気づいたのですが$primaryKeyは文字列しか扱えないのでしょうか
$primaryKey = ['idA', 'idB']のように複合主キーの場合は配列で複数設定とかは無理ですよね?
この場合複合主キーはどのようにモデルに設定すればいいのでしょうか >>11
laravelは「数あるフレームワークの中で1番遅い」とかソースも無しに言ってるアホ用だぞ >>13
アスペ?OPcache使えばlaravelで遅いと感じるケースなんてほぼ無いって話だぞ >>9
symfony 1068
slim 612
yii2 561
Laravel 326 >>14
laravelで複合主キーは扱ったことないな
でもマイグレーションでは複合主キーのテーブルを作成できたんだよね?
ということはモデルでも複合主キーが扱えるはずだと思うからドキュメントをよく読んだほうがいいかもしれないです >>14
Eloquentじゃなくて、DBファサードから直接クエリビルダ呼び出して使うんやで 更新系のAPIを作成してpostmanでリクエストを投げようとすると
以下のようなエラーがかえって来ました
「The PUT method is not supported for this route. Supported methods: GET, HEAD」
どうすればエラーを回避できますか? >>21
PUTメソッドにしたいのかしたくないのかどっち?
http://web.archive.org/web/20140303140503/http://www.studyinghttp.net/
先にここのHTTP Overviewくらいは知っとかないとWebアプリ書くべきじゃない PUTで更新しようと思ってます
ヘッダー情報などに何か追加しないといけないんでしょうか? >>22
すいませんできました
URLの指定が間違ってたようです みんなってEloquentとDBファサードの使い分けどうしてる? Laravelの有名なサイト教えて下さい。それで早いか遅いか体感します Laravel公式がLaravelで実装されているのってまじ? >>26
本気か?サーバーとキャッシュ次第でどうとでもなる寺、DB I/Oがボトルネックになってる可能性もあるのに意味あるかそれ? Laravel9のリリース日が2022年1月らしいけどよく考えたら俺1月の誕生日で傘寿になるんだな
リリース月と傘寿が重なるなんて演技がいいなv(^v^)v おじいちゃんのLaravel使いがいて草
この人たち昔はパンチカードでコーディングしてそう ララベルでの開発環境をEclipseで作りたいけど、どっか参考になるサイトありませんかね てか、ググればいっぱいあるやん
何を見つけられないのか? 自分も来年で74歳だし結構天国に片足突っ込んだlaravel使いはいると思いますよ PHPStormなメンバーはタイプヒンティング省略しがち >>37
PHPは型宣言だけどな
そもそもLaravelの場合、型宣言じゃなく
メソッドインジェクションのためにどうせ使うでしょ? フロント(Vue)はVSCode
バックエンドはNetbeans使ってる
プロジェクトは同じだけど一つのIDEでやってるとツリーや開いているファイルが全然別だから
別々でやってる方が効率がいいかなと >>41
それVSCodeの保存の設定(ツリーやタブなど)どうなるの? >>42
ワークスペースをフロント用とバックエンド用にそれぞれ作ればいいのでは 慣れの問題で、PHP書く時だけはいまだにNetBeans使いたくなる。
他はもう、VSCode一択だな。 >>44
重いけど使いやすいと思う
デバッグもしやすい方だしね 慢性でDreamweaver使ってるんだけど、VSCodeの方が良いの?
ダウンロードしたらエラー出たから怖くてインストールしてない >>48
ファイル管理(プロジェクト管理)しやすいんだが
VSCodeで同じことできる? >>50
そもそもその質問が論外
ここのスレの名前を言ってみろ >>51
Laravelで開発するための環境聞くのがすれ違いなのか?
おまえさん以外は普通にレスしてるじゃん DWでファイル管理って、具体的に何ができるの?
VSCodeならGitのプラグインかますだけで問題なくファイル管理できるけど DWはプラグインかまさなくてもGitを管理できるよ VSCodeも何も入れなくてもGit使える。見やすく使える拡張機能もあって簡単に追加できる。
その他たくさんの拡張機能がある。利用者が多いから拡張機能を作る人も多い。 Dwはファイルというよりライブラリ、アセット単位の管理が特徴なんでない?
でも多様化が進んでオールインワンなDwはオワコンなんだからさすがに捨てないとダメだよ 未だにDwとか、何時代の人だよ
黙ってVSCode試してみれ。 php artisan migrateを実行するとdatabase/database.sqliteが開けませんと言われるんですがどうすればいいでしょうか?
database直下にdatabase.sqliteが存在しているのにエラーとなります。
権限の問題かと思いdatabase.sqliteを777でchmodしてみましたが同じエラーになります。
普通のsqliteコマンドではちゃんと開けてテーブルに対してSQLを発行することもできます postで外部からbool 変数を受け取ったとき、true も1
false も1になるんだがなんでだろ? post されてるのがホントに bool なのか確認してみては?string じゃね? stringになってた、ありがと
POST変数をboolにキャストして変数に代入したものをifで判定してみたけど、やはりtrueもfalseも代入値が1になるのはなんでだろ? うまくpost変数をdbに落とせんかったからboolから0,1のintに変えてやってみたらうまくテーブルに入った、ふう、めでたし MySQL使わんからそうなる
laravelはposgreやsqliteは一応対応しているが
定期的にバグが報告されている MySQLだとTINYINT(1)をboolとして扱うから問題が起きない >>64
mariadbだとどういう挙動になるんですか? >>63
本来それを吸収するのが抽象レイヤやORMの役目であって、
それが出来ていないLaravelがポンコツ過ぎるんだよ。 逆じゃね?
booleanにしたらtiniyint扱いになるような
最小が1バイトと言う扱いだったような >>65
MariaDBがどんなプロジェクトか理解していれば分かることでは? >>66
フレームワークにとって最も相性良いDB選ぶのは普通の話でしょ
ポンコツというかOSSなんだからそんなもんでしょとしか思わん
RailsでMySQLなんか選択するのもある意味アホの所業 10以前は同じだけど10以降からのMariaDBは独自機能追加とか独自カラム追加とか色々やってるから今は違うと思う mysqlclientで接続して非互換だったら嫌だな >>71
マジか!ぜんぜん知らなかったわ。勉強になった Laravelを始めるようと思っているのですがメルカリでver6の本が安く沢山売っています
8とはかなり違いますか? そこそこ違うね
差分を自分で補完できるなら買えば良いけど、
できないなら素直に最新の本を買うなりした方がいい
1冊だけ8対応の本は出てるはず >>74
自分は6の本買ったけど、買った理由はわかりやすかったから
8の本もあるけど分厚いし、難しそうなので止めた
立ち読みでもしてどっちが良いか判断すれば良いんじゃないかな LTSは6だし別に6でも良いんじゃね?
予定では2022年1月に9のLTSが出るらしいけど
7や8なんて仕事で導入しないから殆どチェックしていないわw むしろ今からなら6より8のほうがセキュリティフィックス長いけどな >>78
下手に8にして9(LTS)出たら9にしてねって言われそうやん・・・ >>79
したらええやん、8の最新→9だと変更点はそんな多くない 初心者なんだから情報量が多い6で勉強して
9が出たら切り替えればいいんじゃね
まずは慣れることが大切なんだし 最初の要件でバージョン決まったら、開発中に上げろとかは流石に無いよね
途中で上げろとか言われたら、話が違うという事にするか、見積もりし直すかだな
どっちにしてもうちならタダではやらないw そりゃ受託で保守契約してなきゃ依頼なけりゃ上げないだろ >>84
説明不足が原因で、ライフサイクル上の問題を顧客が指摘してバージョンあげろって言うなら無償で上げざるをえないだろ
だから、バージョン選定時の説明はリスク回避の視点で重要視されてる 言うほどFWのバージョン上げずに困る場面ってあるか?
PHPは古いバージョンでも使えるサーバー多いし、
「サーバーの事情で動きません」はすぐにないだろ >>86
前提として、laravel6もlaravel8もセキュリティフィックスの終了時期は同じって理解できてる? >>88
security fixは8のほうが5ヶ月長いよ
bug fixは8のほうが2ヶ月短いけど まあ、どっちにせよ9への移行はわりと急がないとならんね
6→9への移行だとほぼ間違いなく手を入れないと
そのままでは動かんだろうし、なかなかに気が重い いやだから、そんな移行を急ぐような事態になるか?
iPhoneを毎年買うやつと一緒で、思い込みだろ 大抵のシステムはLTSの期間が終わろうがそのままだけどね
よっぽど利用されているようなものなら話は別だろうけど
そんなシステム作る事ないから(少人数で小さなシステム作ってるだけだし) セキュリティFixが切れてるものを根拠もなく使い続けるのは良いことではないだろ
思い込みとかむしろ意味か分からん そんなの運用側の話だし、リリース後の話などそもそもどうなったかすら知らんよw
大きな会社なら開発と運用両方受け持つのだろうけど
保守契約も小さな開発だとケチられるので無いことが多い
バグはリリース後でも対応しなきゃいけないにしてもバージョンアップは
仕事としては受ける可能性はあるかもしれないが、そんな仕事は俺はやらないw でもさ、結局のところ、クライアント様が
「そんな金はない。」
「これまで問題がなかったんだから、これからも大丈夫だろう」
とか言って、そのまま放置されない? 説明して同意とれてるならOK
詳しくない客からあとで瑕疵責任問われるのを回避したいだけ 未だにPHP5でCake1.3動かしてる客も普通にいるからな
こっちも触りたくないからやぶ蛇つつかないように話題に出さない 受託案件は保守契約次第、放置で良ければそれでいい
自社案件とか個人のプロダクトは頑張ってやるしかないなぁ、ってところかと 1対他のリレーションで
主テーブルもしくは子テーブルの両方のnameからキーワード検索して、引っかかった主テーブルを抽出する方法お教えいただけないでしょうか。
具体的には
衣類(アウター、ボトムス、下着)
家電(テレビ、冷蔵庫、洗濯機)
家具(ソファ、テーブル、椅子)
みたいなデータベースがあって
一つの検索フォームで全体からキーワード検索したい、という状態です。 「家」で検索したら家電と家具が引っかかって
「ボトムス」で検索したら衣類がひっかかる
みたいな実装にしたいです。 >>96
そもそも法律的にプログラムの瑕疵担保は1年が基準なんだし、
ずっと責任を問われると思ってるのがおかしい 万事そうクールに対応できるわけじゃなし
穏便な関係でいたいのよ
このケースだと瑕疵担保期間は最大5年以内の方なる可能性はらんでるし 可能性とか言うけど、契約書に瑕疵担保期間明記しないのか?? >>99
検索が1対多の多にもかかるならjoinの方が直感的だけどね
whereHas()でも出来るけどお好きな方で
1の方にしかかからないならwith()で良いかと symfony6ベースのLaravel9って何か大きな機能追加とか変更点とかあるのかな なんでLaravelって他人のフレームワークに乗っかってんの? 他人のフレームワークwww
OSSに他人もクソもない
使いにくければforkして改良するのはよくある話
laravelもそうやって生まれた
最近にも似たような話は転がってて
人気のNestJSってFWはExpressをラップしたもの symfonyの事は逆に言えば全然知らないし使おうとも思わない 他人のフレームワークに乗っかっておいて使いにくいって何様?
文句あるならゼロから作ればいいじゃん >>113
本気か?OSSなんて気に入らなかったPR送るなり、forkして改良版作れってのが常識だろうに いつの話してんの? 民法変わったの知らないの?
>>104 nobodyさん2021/12/09(木) 23:39:09.51ID:???
>96
そもそも法律的にプログラムの瑕疵担保は1年が基準なんだし、
ずっと責任を問われると思ってるのがおかしい なんだこりゃ? Laravelerって、いまだに『瑕疵』とかいう
旧時代の言葉使ってんの?
本当に勉強してないんだなぁ…。
104nobodyさん2021/12/09(木) 23:39:09.51ID:???>>115
>>96
そもそも法律的にプログラムの瑕疵担保は1年が基準なんだし、
ずっと責任を問われると思ってるのがおかしい
105nobodyさん2021/12/10(金) 00:05:16.12ID:???
万事そうクールに対応できるわけじゃなし
穏便な関係でいたいのよ
このケースだと瑕疵担保期間は最大5年以内の方なる可能性はらんでるし
106nobodyさん2021/12/10(金) 00:15:10.35ID:???
可能性とか言うけど、契約書に瑕疵担保期間明記しないのか??
107nobodyさん2021/12/10(金) 08:22:08.32ID:???
普通は明記する。うちは半年。 >>116
Laravelerというよりこれは会社の問題じゃないか? >>116
何でもかんでもバカでかい桁数の連番を主キーにしているやつらだぞw
しかも欠番を防ぐ方法がわからないというwww >>118
laravelerに論破されまくってたオートインクリメントおじさんこんばんは >>116
法律の話してりゃ、瑕疵って言葉は普通に使うよね
無職さんは使う機会が無いのだろうけど 無職は条文から『瑕疵』という言葉が消えて『契約不適合』になったから
実社会では使われなくなったと思い込んでんだろうなぁ
可哀想に 契約書に何て書くかって文脈で「実社会では使われなくなった」とか言ってんだ、この人。
素人のお客さんからバカにされてそう…
っていうか「詐欺師」だと思われてそう。 >>122
契約書にどう書くかを議論するときは、普通に『瑕疵』て言葉使うよね
契約書に書くときは瑕疵を契約不適合て言葉に置き換えるだけ 言い訳必死過ぎて草
知らなかったなら「知らなかった」って言えばいいのにw もう、Laravelerって滅茶苦茶なんだよね
104 nobodyさん2021/12/09(木) 23:39:09.51ID:???>>115
>96
そもそも法律的にプログラムの瑕疵担保は1年が基準なんだし、
「ずっと責任を問われると思ってるのがおかしい」
実質「ずっと責任を問われる」ように法律変わったんですよ^−^
あまりにもLaravelerみたいな低品質システムを量産するベンダが多過ぎたので、
国が流石に怒っちゃったんですよ^−^
106 nobodyさん2021/12/10(金) 00:15:10.35ID:???
可能性とか言うけど、契約書に瑕疵担保期間明記しないのか??
107 nobodyさん2021/12/10(金) 08:22:08.32ID:???
普通は明記する。うちは半年。
「契約書に“瑕疵担保期間”明記するって言っちゃってるんですよ^−^
明らかにいいまつがいとかじゃないですよ^−^ >>104のフォロー入ったらすぐ同一人物認定する頭の悪さよ > 実質「ずっと責任を問われる」ように法律変わったんですよ^−^
そんなわけねーだろ。あほかw
スレチだし他でやれ いつまで責任を持つか明記するために契約書があるんだろうが
一生涯無償で責任負い続けられるわけねーだろ。常識で考えろ これかな…
https://www.ipa.go.jp/ikc/reports/20191224.html
改正前の瑕疵担保責任の存続期間は目的物の引渡時/仕事の終了時から1年以内に権利を行使する
必要があったが、改正後の契約不適合責任では契約不適合を知った時から1年以内にその旨の通知
をすればよいことになり、注文者(ユーザ企業)が契約不適合を「知る」までの間は消滅時効一般
の規定に基づき、10年間権利の行使がされ得ることとなった。 契約書に書いていればそれが優先される。
別に昔から変わらない。 >>129
まぁ、そうですわなぁ。
ぶっちゃけ、10年も無償メンテしてたら普通死ぬわなぁ。
突然来るんだから「不具合です!」って。「知った時から1年」だから。
他の案件で炎上してようが何しようが、
しったこっちゃないって感じで突然「知りました!」ってくる。
10年間いつ来るかも分からない。
頭の悪いLaravelerは「いつまで責任を持つか明記するために契約書があるんだろうが」とか寝言言ってるけど、
法律に則っていない契約は無効だわなぁ。
お客さんが自分たちのデメリットを理解したうえで承知したってなら話は別だけど、
もともとゴネてくるお客さんだから困るケースが発生してるんだろうから、
そりゃ「民法に知った時から1年と書いてありますよね?」で押し切られたら、
まぁ、頭の悪いLaravelerなんか一発で負けるだろうね。 頭の悪いLaravelerさんたちって、
なんで、特にソフトウェアの契約に関する条文が大きく変わったのか、
その背景とか全然分かってないから能天気な事言ってんだろうね。
まぁ、どうせ偉そうなこと言ってもお客さんの言うことには逆らえない程度の人たちだろうから、
10年でも20年でも言われるがままに改修するんだろうけどね、どうせ。
イキってるだけっしょ、Laravelerさん達なんて所詮。 イキったアホはスレタイ読める用になってから来いよw
その10年、何が元になっているか調べてから語れ
表面なぞるだけとかニートすぎて笑うわ オートインクリメントおじいちゃんやろw
サロゲートキーすら知らないレベルだしw 今どき請負で開発してるやついるの?
準委任なら瑕疵担保責任はない >>135
顔真っ赤にしてる>>133や>>134が、
準委任でなんか開発させても貰えるわけないっしょw
ムリムリw >>136
スレタイも読めないニート君はコテハンでもつけたら? Laravelerって複合主キー扱えないらしいなwww そんな統計あるのか
おもしろい!
ソース貼ってくれ >>139
お前の頭では設計思想は分からんだろうけどなぁw
底辺って本当に知識の幅が狭いよねw やってる事低レベルで簡単な物しかつくれないポンコツくんが
高度な事をやってる人に向かって「知識の幅が狭い」とか言ってるの
草生える オートインクリメントオーバーフロー攻撃とか謎の攻撃を生み出してた高度な馬鹿なら居たよね なんか世間がlog4jの脆弱性で騒いでいるけどこれってlaravelも関係あるんですか? >>145
laravelは関係無い
騒いでいるのはJava使ってるとこ
logback使ってるとこ以外はほぼ死亡 これって下手したらJava制アプリで動いているAndroidとかももろにアウトそうだよな お前らってLaravelで開発しているときにバッチ処理ってどうしてるの?
make:commandでバッチ専用のコマンド作ってそいつに処理させてる?
それともLaravel関係なく素のPHPでバッチくんだりしている? >>148
処理毎にjob作ってそのjobをdispatchしてる >>141
salesforceが複合キー存在しないから外部システムとの連携がすげーめんどくさい。
複合キーになるカラムをconcatして単一外部キーをわざわざ余計に作る必要がある。
無駄な情報だし、同じテーブル(sObject)内に複数のキー(外部ID)が出来上がるという腐れ仕様。
Laravelerはアホ過ぎてこういうのを『セッケイシソウガー』とか言ってるんだから
そりゃ、ポンコツシステムだらけになるわなぁ…。
脳みそがLaravelの中で閉じちゃってるので、広い世界の事を何にも知らない。 広い世界知ってるから「切り捨てた設計思想」って言ってんだろ
LaravelはサクッとWebシステム作るためのツールだからな
おぉまぁえぇはあぁほぉかぁ 複合キー使いたかったらクエリビルダ使えばええだけやぞ
laravelで複合キー使えないとか雑魚の戯言 うちにも意識高くてスキル低い若手とかおるけど、そういうのに限ってフレームワークの設計思想無視して
DDD!とかクリーンアーキテクチャ!とかやるよね
それで案の定ひどいもの作ってプロジェクトやり直しになってたわ ただ複合キー使いたいだけなのに
高度に抽象化されたORMの作法を捨てなければいけないとか、
ポンコツですかwww >>154
OSSなんだから気に入らなきゃ実装してプルリクでも出せばいい
ばかなの? 複合キーは使えるよ
複合プライマリーキーがデフォルトではサポートしていないだけ
Trait追加すりゃ別に複合プライマリーも出来るし
そもそもサロゲートキーがデフォなのに複合プライマリーなんていらんのよw
頭悪いからこの辺理解出来ない奴www
オートインクリメントすら理解出来ないジジィの事だけどw IT > プログラミング > PHP > Laravel
みたいな階層化するプラグインってあります? >>154
高度に抽象化されているから
複雑性が増すわりに需要の低い複合キーを受け入れないって話だよ?
一度issueで提案されたの蹴ってたぐらいだしバカには難しかったか? DB設計ガチ勢に聞きたいんだけど実際複合主キーになるようなテーブル設計はしないほうがいいの? >>159
DBの設計としては普通にありえる
抽象化するコストが高いだけ
直接触るならサルでもつかえる >>159
SQLをあまり書かない設計者は複合主キーを平気で勧めてくるけど
実務だとバグの温床になるし業務要件の変更に振り回されやすいのでやめとけって話
それだけのデメリットに見合うだけのメリットなんて無いし 定期的に具体的な話が全くできない「Laravelは複合主キー使えない」
って煽り散らかすだけの人が現れるから考えた事もなかったんだけど
あんまりガチで考えたくないけど
もしかしたらポリモーフィック関連のメソッド流用したら
そんなに手間かからないで実装できんじゃね?
って思うんだけどどうだろうか・・・ DB板の連中に聞いたら「要件次第」で一刀両断される話だな >>157
階層化したいって話だけなら
パンくず系のライブラリでいいんじゃない?
何のデータを階層化するのかわからんから何とも言えないわ > DBの設計としては普通にありえる
> 「抽象化するコストが高い」だけ
これが、Laravelerの能力の低さを物語っている… データが1:N:Nとか階層になっていて途中のデータで複合ユニークにする事は
あるにしても複合プライマリーにする理由が全く無い
Laravelだとサロゲートキーとしてidを使う事がデフォルトで
親のサロゲートキーを子が持つ事で階層にするが
サロゲートキーを使わないとそういう実装がそもそも複雑化するから
基本的にはサロゲートキーでやった方が複雑なテーブルも対処出来る
何でもナチュラルキーwとか逆に時代遅れやろ >>166
親のキーが変わったら全部破綻するクソ設計乙 >>167
親のキーが変わることなど無いのだがw
ナチュラルキーしか使えないバカが言いそうな言葉だw
お前複合ユニーク大量のデータのツリーとか子もその複合ユニークと同じだけデータ持たせるの?www 結局Laravelって個人が利用するようなシステム作るには便利だけど
業務アプリ作るとなると全然ダメってことでOK? そんなもん作るやつの技量次第だろ
訳の分からない煽り方して何て言って欲しいのよ? いきなりPHP8必須かよ
現時点で使える環境ほとんどないだろ バカLaravelerの子孫テーブルって、テーブル単体では機能しないクソテーブルなんだよなぁ…。 server.phpがトップから削除されたってことはもうserver.phpは消してもOKってことか? >>174
むしろ8.1も出てるから、そろそろ7とはお別れの時期やぞ php4で作られたシステムをメンテしている会社前に見たな >>176
オートインクリメントおじさんはlog4j対応でもしてきなよ
Java使ってるんでしょ?どうせ Javaの世界がよくわからんけど今回滅茶苦茶話題になっているlog4jってそんなに使っている人が多いの?
Java使ったらlog4j使うの当たり前ってレベルのような感じか? Laravelが複合主キー対応していないってのは本当なの?
マイグレーションファイルで複合主キーのテーブル作れるみたいだけど log4jの話題が凄すぎて.envの内容を覗ける脆弱性が全然話題になっていないな >>183
PHPで言うところのmonologにヤベー脆弱性が見つかったレベル >>184
eloquentが対応してないだけで、クエリビルダなら使えるって上にも書いてある >>178
まだ5のクライアントとか、こないだ頼まれて7にしたばかりの客とかいるわ うちは、CakePHP2→Laravel6→Laravel9(予定)で行くわ
Cake4に期待してたが、情報量が少なすぎる
6である程度わかったから、Laravel一本で行く >>188
7→8はそんなに辛くなかったな
5は知らんw 個人的には5.6→7は辛くなかったわ
5.3→5.6や、7.3→7.4の方が一癖あった Laravel9のベースとなるSymfony6の評判はどんな感じなの? PHP8はnullsafe演算子が便利そう
PHP7のNull合体演算子みたいにかなり使える子になりそう >>188
俺様の取引先なんて、5.3がいるぞw
しかも、予約語と同じ名前の関数を定義して使ってたりしているんで、5.5や5.6にもあげられないみたいw laravelならすでにoptionalヘルパがあるからな
まぁそれでもこっちのほうが使い勝手良いのは事実か config配下にsettingsというオリジナルのファイル作ったんだけどconfig('settings')で参照できない
ちなみにsettingでも参照できない
settingとかsettingsというファイル名は許容されていないの? >>198
できるよ、キャッシュ残ってるんじゃない?
artisan optimize:clear
か
artisan cache:clear
artisan config:clear
これで無理って事なら
どこでどうやって読み込もうとしてるの? >>199
キャッシュ削除して試してみる
あと読み込みはapp直下にUseCaseというディレクトリがあってそこに作成したクラスのメソッド内でconfigヘルパー使って参照している
UseCaseクラスはコントローラーから呼び出している。
オリジナルの設定ファイル名をfoo.phpにするとconfig('foo.xxx.yyy.zzz')とかで参照できるんだけど、
ファイル名をsettingsとかsettingにするとconfig()がnulllを返却するから、
命名規則違反なのかと思った次第です。 >>200
キャッシュ以外が原因だと別サービスとの兼ね合いあって正直何とも言えないけど
app()->make('config')->all();
これでその時点での全設定見れるから確認するといいかも >>201
ありがとうございます!
今日は確認できないので明日諸々確認してみます! >>201
大変申し訳ない、、、
ファイル名にスペルミスがありました、、、
解決しました、、、 >>203
まあそのおかげでconfigが上手く動かない時の確認方法がわかったじゃない
これを知識として蓄えればそのミスはむしろ良いミスで知識にならなきゃただのミスって事だ Laravelの人気がある理由って何が考えられるでしょうか? implicit bindingについての質問です。
・route
/test/{staff}
※getRouteKeyNameは指定していないので{staff}はidです。
・class
public function index(Staff $staff) {
上記の内容の時、DBに存在しないidが指定された場合、NOT FOUND画面が表示されます。
調べたところそれで正常のようですが、"そのIDは存在しませんview"などで意図的にエラー表示させる事はできるのでしょうか? 多分その方法では無理そうだから
普通にstaffの値を拾って自分でfind()してnullなら特定のviewを表示にするしか無さそうな気がするけど
考えるぐらいならその方が良いような
因みに私はそのbindingは使いませんw >>208
implicit bindingでのやり方がわからなかったので、私もfindでやっていました。
回答ありがとうございました。 >>207
多分こんな感じでできるのでは?
まあ見つからなかった時のviewの定義がルートにいるのが気持ち悪いけど
Route::get('/test/{staff}', [StaffController::class, 'index'])
->missing(function (Request $request) {
return Redirect::route('staff.notfound.view');
}); Route Model Bindingって実践で使っていい機能なの?
個人で使うものしか実装したことないからLaravel業務アプリガチ勢の意見を効きたい レスポンスコードのルールとして正しく無くなっちゃうので
自分なら普通に例外として処理して出力を変更するかなあ
例外処理にこんなの追加かね
$this->renderable(function (ModelNotFoundException $e, $request) {
if ( $request->is( 'path/*' ) ) {
return response()->view('ビュー')->setStatusCode(404) ;
}
return $e ;
}); >>206
実際にこれやってる人いる?
水平スケーリング簡単なの?
Laravelは信じられないほどスケーラブルです。PHPのスケーリングに適した性質と、Redisのような高速な分散キャッシュシステムに対するLaravelの組み込みサポートのおかげで、Laravelを使用した水平スケーリングは簡単です。実際、Laravelアプリケーションは、月に数億のリクエストを処理するように簡単に拡張できます。 >>211
単純なルートモデルバインディングだけならあり
routeサービスプロバイダにバインド時の実装書き始めると地獄だから
それは禁止したほうが良い >>207
laravel8.26で追加されたmissingメソッド使えば、not foud時の挙動を制御できます
https://laravel-news.com/route-missing-method >>210
>>215
解決しました。ありがとうございます。
missing()試したところ求めている挙動にはなりました。
試しにすべてmissing()追加してみたらrouteがごちゃごちゃしてしまった。
routeは振り分けるだけの一方通行であってほしい感があります… >>213
普通にやっとるよ
言うてもlaravelよりもDBとか帳票生成ミドルだったりがボトルネックになるんだが >>218
ありがとう
それって複数のインスタンスに同じLaravelをpushしてELBとかでアクセスを分散させてるの?
それともk8s上でDockerイメージごと管理?
複数のLaravelが同時に動いていてDBや生成される静的ファイルが整合性合うように作れて管理できるスキルがすごい ちょっと昔のソシャゲとか作ってた人なら
その手のはお手のもんって感じだけれどな
クラウドない時代はオンプレでやってたからとにかく大変だった tailwindcssがどうしても慣れない 最近のlaravelはtailwindcssが標準だけどあんなに必死こいてclass属性つけるのがキツイ tailwindって思ったほど伸びてないよね
Google Trendで見てもbootstrapが右肩下がりなのに対して
tailwindは横ばいっていう印象 PHPのアノテーションは、開発者に向けてメソッドなどの解説をするだけではないのですか??
本を用い、ECCUBEの勉強をしているのですが
『アノテーションという仕組みを利用し、URLアクセスに対してこのメソッドを実行するというルーティングを行っている』という文が出てきて混乱しています。
それとPHP初心者なのですが、ECCUBEを勉強する前にsymfonyについて学んだほうがよいでしょうか??
ご回答のほどよろしくお願いいたします<(_ _)> bootstrapだったらbtnとbtn-primaryつけとけばきれいなボタンが作れるのに
tailwindcssでやろうとすると異常な量のclass属性つけるよな tailwindcssはチーム全体でこれで行くみたいな意図が無いと厳しい気がする
デザイナーじゃないから正直これを採用するくらいなら分かりやすいbootstrapの方が良いかと思う laravelでtailwindcssが標準ってどういうこと?
laravel8だとtailwindcssが相性良いいから利用する人が多いとかではなくて? Laravel8からbootstarapじゃなくなった railsもDHHがtailwindCSS推しらしいし、普通に覇権取ると思うよ
tailwindCSSはtailwindUIとか参照すれば一通りのパーツはすぐ用意できるし
パーツ揃ってるからbootstrapのほうが良いという考えはちょっと短絡的だと思う rails何かもう終わりかけてるのにw
正直bootstrapを超えることは無いだろうと思う
流行る要素があんまりないんだよね・・・ tailwindCSS見てみたけど@applayとかでbootstrapのcardやbtnみたいなクラスをいっぱい作って結局bootstrap使っているのと変わらなくなりそう。 そういやtailwindとVue推しなんだよなLaravelって
どっちも先なさそうなのに不安しかないチョイス いやrailsでも採用されるぐらい世の中的には注目されてるよって話でrailsが人気あるかどうかは関係無い
だいたいここ3年の海外対象の満足度調査でも1位になってるしね
https://2021.stateofcss.com/ja-JP/
bootstrapも後発のbulmaに抜かれてるし、うちの会社でもbootstrapなんて新規プロジェクトで採用すること自体減ってる
未だにbootstrapガーとか言ってるのが謎すぎるよ たぶん10年後もRailsは使われてるしjQueryもbootstrapも残ってるよ
人々は一度覚えた仕事の仕方を死ぬまで変えない 技術者(開発元)ってなぜかすぐ変えようとしがちだよな
同じバージョンをデバッグしながら育てるよりも
全部切り捨てて新しく作り直すって方向に行く >>230
tailwindUIって有料じゃなかった? tailwindの思想は素晴らしいと思うが所詮理想に思える
開発や保守の工数は下がるのかが大事 全くそんなことないと思う
フロント側でどんなcssやjsのフレームワークを使うはlaravelとは一切関係ないでしょうか
導入の手間が多少違うくらいでどうにでもできるし でもJetstream?Livewire?インストールするとデフォルトでVueが入るんじゃなかったっけ
Reactにするには自分で改造しなきゃいけないとかはないの? Jetstreamはtailwindcss前提で書かれてるね
というかLaravel開発メンバーはJetstream等Laravel公式の認証ライブラリ使うなら
tailwindcssを使うことを推奨している てことはLaravelやるならVueという中華フロントやらないといけないのか 来年から初ララベルなんだけど、事前に何したらいい? 今から勉強するというなら来年の目的に必要なLaravelのバージョンを調べておく事かな… 低レベルなLaravelerが低次元な観点で優越感に浸っているさま
>>248 名前:nobodyさん 2021/12/27(月) 06:49:01.68 ID:???
せめて正式名称で書けるようになっておけ >>249
こいつらにチケット管理システムとか作らせたらbigintのオートインクリメントしか使えないから
チケット番号の桁数が滅茶苦茶凄いことになりそうwww しかもチケット番号は欠番多発ww オートインクリメントは使うけどな
それをチケット番号に流用しようとか発想になるのはおかしいと思うけど 未だbigintのオートインクリメントが枯渇したという状況に陥ったことがないけどもし起きたら
もう対処のしようもないか DB設計するときにオートインクリメント使ったことないけどみんなあれをどういう用途で使ってるの? >>250
あ、あなたもしかしてオートインクリメントオーバーフローとかいう謎の用語を生み出したことで有名なオートインクリメントおじさん? >>250
どうやったらオートインクリメントで欠番発生するの?w
頭大丈夫?w
未だにコボルwとかやってるの?wデータの管理は紙とか?wwww
>>253
旧世代の人ですか?w >>256
レコードを物理削除したケースやトランザクションをかけて追加したときになんらかのエラーでロールバックしたケースが想定できるんじゃないか?
ただ世の中の大抵のシステムで欠番が問題になることなんて無いはずなんだけどね、十分な桁数さえ確保できていれば 初心者ですが、教えてください。
入力フォーム→確認画面→前の画面に戻る
とか、
入力フォーム→確認画面→登録(書き込み失敗)→入力フォームに戻る
のように画面遷移するとき、入力した値を再設定するのにBladeテンプレート側でold関数を使えるのかと思ったらダメでした。
画面遷移は、redirect()->withInput() としました。
入力フォームに元の入力値を入れて表示する方法を教えてください。 >>260
セッション有効になってないとそもそも残らない気がするのでその辺確かめてみて
oldで使うデータはセッションに保存されるようだからセッション有効ならその中身を確認すると
何が入っているかぐらいは分かるかと
最近はbladeで画面構築したりしていないからold()なんかすっかり忘れてたわw 確認画面にフォームデータがないんだろうな
input hiddenとかでデータ渡せばwithInputできる その辺よく理解しないまま使ってるわ
なんとなくサンプルの真似したら動いたから深く追ってない >>256
>どうやったらオートインクリメントで欠番発生するの?w
>頭大丈夫?w
こいつ、本物のバカじゃねぇかw
欠番する事知らねぇんだしwww
ど素人かよ >>254 nobodyさん2021/12/28(火) 22:36:24.47ID:???
>250
あ、あなたもしかしてオートインクリメントオーバーフローとかいう謎の用語を生み出したことで有名なオートインクリメントおじさん?
他人の事笑ってる場合かよ無知無学www >>266
アホ乙
俺は>>254と>>257を投稿しただけだが?
>>256と同一人物だとなぜ思ったんだい? >>266
無知無学ってのは、bigintやdecimalの性質さえ知らなかったオートインクリメントおじさんにこそふさわしい表現だな
なんせ↓みたいな無知を平気で晒す漢だったwww
> へぇ。お前のDBのdecimalは、00001って数値を持てるんだ。すげぇな。 ちなみにオートインクリメントオーバーフローではなくオートインクリメントボムだったわ
以下アンチオートインクリメントおじさんの書き込み
===
あー、なんとなく思ったけど、
idがauto_incrementなら、
登録失敗するリクエストを延々と発行し続けられる状況が発生すれば、
BIGINTも結構現実的な時間であっという間に枯渇するなw
だって、
『キャンセルした場合に欠番が出る』んだからwww
AUTO INCREMENT BOMB 脆弱性と名付けよう。 何言ってるか謎いな
それで本当に枯渇するならさせてみてほしいわw >>270
俺は親切だから1年は3153万秒だぞって教えてあげた 1秒間に1億回リクエスト来るかもしれないじゃん
とか言いそう >>272
それでも1年で3153兆だから
920京のbigintを枯渇させるためには
数千年かかるのでセーフって返事するわ とにかく、bigint採用しているシステムのIDを現実的な時間であっという間に枯渇させる攻撃が可能と豪語できちゃうアンチオートインクリメントおじさんは
計算力が小学生並みかbigintの桁数知らないバカのどちらか Laravelerだっせぇ
auto_incrementすっ飛ぶ事知らなかったのを指摘されてんのに
話すり替えてごまかそうとしてるしwww
つーか、auto_increment値飛ぶの知らないで設計したら大問題発生しかねないじゃんw
だーからLaravelで作ったアプリはポンコツばっかなのかー >>267
アホ乙www なんか言い訳してっけど、
>>250の言ってる「しかもチケット番号は欠番多発ww」という問題に全く“気づかない”程の低能だから
「他人の事笑ってる場合じゃねぇ」っていわれてんだよwばーか
ほんとLaravelerって頭悪いのばっかそろってるよなぁ…。
Laravelが無いとアプリが作れない無能君揃いだわ。 Laravelerって、欠番しない連番を発行できない人の集まりだったもんなそうだったそうだった忘れてたw オートインクリメントの件に関しては
アンチオートインクリメントおじさんが勝てる要素は何一つない
>>269の醜い書き込みだけは救いようがない >>275
>>257ですでに俺が指摘済みだが?>>256みたいなごく一部の低レベルしか叩けないのがアンチオートインクリメントおじさんのダサいところ
俺からしたらdecimalもbigintも知らないクソ雑魚ナメクジのお前に>>256の初心者を笑う資格はないと思うぞ そう言えば、アンチオートインクリメントおじさん、select for updateも知らなかったっけwww >>279
> >257ですでに俺が指摘済みだが?
え? え? え?
> しかもチケット番号は欠番多発ww
に対する見解が
> ただ世の中の大抵のシステムで欠番が問題になることなんて無いはずなんだけどね、“十分な桁数さえ確保できていれば”←なにこれwwww
だって言ってるの?
マジ万時あたまおかぴーwwwww
ばかべらーの低知能、すごすぎりゅーwwww >>281
ついに捏造とか言い出して草
decimalを知らないのもオートインクリメントボムも とかいうアホな主張してたのもselect for update知らなかったのも事実じゃんwww >>282
アンチオートインクリメントおじさんって、「欠番して何が問題?」て質問に対して一度も具体的な回答を示したことなかったよなwww ちなみにDB設計においてIDにID以外の意味を持たせるのは悪手とされているので
「連番でなくてはならない」ということは上記に反してIDにID以外の意味を持たせてしまっているか
bigintでも現実的な時間であっという間に枯渇すると思い込んでいるかのどっちかという認識 >>286
作れるよ?それも実は過去スレで回答してたんだけどお前スルーしてたよね
メインフレーム時代は番号枯渇を避けるために採番テーブル使った設計してたし
>>287
俺がselect for update使った処理の話を書いた後も、アンチオートインクリメントおじさんは「laravelerはトランザクション処理を知らない」って喚いてたじゃんw で、結局アンチオートインクリメントおじさんは、欠番しないシステムがなぜ必要なのかについては回答せずに逃げ回ると
毎回このパターンなんだよな、底抜けのアホなんだろう そもそも欠番なんて発生しないけどなw
まさか、途中を削除したら欠番発生って言いたいの?w
それで問題が起こるシステムがおかしい訳でw
重要なデータなら物理削除しないし結局欠番にならないのだがなw
物理削除して動きませんwwwなんてシステム作っている方がガイジw
ガイジはそもそもオートインクリメントすら使ったこと無さそうだがw
それとガイジはオートインクリメント生成時にリクエストが多いと正しく動かないとか
思ってそうだwwww >>290
お前もアンチオートインクリメントおじさん並みのアホなんだから黙っててくれ
お前のために>>257で解説してやったのに読んでないだろ >>291
それ設計ミスだろw
物理削除すりゃ間が抜けるのは当然だし
ロールバックでオートインクリメントがずれるとかそもそも作りが間違っているだけ
素人すぎるやろw そもそもオートインクリメントは連番が欲しい訳では無く
単にサロゲートキーのユニークなIDを利用する為に使うのでは?
何故連番が維持出来ないやらそういう話になっているのか
まぁオートインクリメントジジィはナチュラルキーしか使えない低能というのは理解出来るが >>292
はぁ?ロールバックって意味わかるか?
例えば複数のテーブルにinsertするような場合、2つ目のテーブルへのinsertでエラーになったら、ロールバックして1つ目のテーブルのinsertを取り消してDBの整合性を保つよな?
そして、当然1つ目のテーブルではcommitしていなくても一度insertした時点でidが発行されているからauto_incrementは加算されたままとなるので欠番が生まれる
当たり前の話なんだが、どの辺が設計ミスなんだ? >>290
> そもそも欠番なんて発生しないけどなw
> まさか、途中を削除したら欠番発生って言いたいの?w
> それ設計ミスだろw
ここまでに、アホwwww
これがバカべらーwwwww 使ったこともなく、ただ想像で批判してるだけだからな
食わず嫌いの人がその食い物を批判しても何の意味のないわけで >>290 名前:nobodyさん 2022/01/05(水) 23:12:38.26 ID:???
そもそも欠番なんて発生しないけどなw
まさか、途中を削除したら欠番発生って言いたいの?w
それで問題が起こるシステムがおかしい訳でw
重要なデータなら物理削除しないし結局欠番にならないのだがなw
物理削除して動きませんwwwなんてシステム作っている方がガイジw
ガイジはそもそもオートインクリメントすら使ったこと無さそうだがw
それとガイジはオートインクリメント生成時にリクエストが多いと正しく動かないとか
思ってそうだwwww >>292 nobodyさん2022/01/06(木) 12:32:05.36ID:???>>294
>291
それ設計ミスだろw
物理削除すりゃ間が抜けるのは当然だし
ロールバックでオートインクリメントがずれるとかそもそも作りが間違っているだけ
素人すぎるやろw ガイジが発狂しているようだw
>>293に対して返答ないの?w
ナチュラルキーwwwしか使えない奴だと頭の理解が追い付かないのだろうなぁw >>294
だからそれのどこが問題あるの?
オートインクリメントで期待していることはサロゲートキーの為のユニークなidが欲しいだけだし
欠番が生じたら問題が起きるデータを設計していることが設計ミスだと思うが? お前らいつまでやるんだよ
プログラマのくせに今に事にどれだけこだわるんだ レコード数の取得に最後のidを使うやつはたまにいる。 >>302
日本語理解できないのか?俺は>>256や>>290のように欠番は発生しないとか言ってる頭の悪い奴に欠番が発生するケースを教えてやってるんだが?
オートインクリメントで欠番は発生しないという主張とオートインクリメントで欠番しても問題無いて主張では意味合いが全く異なることは理解しているか? >>302
加えてロールバックによってIDに欠番が発生するのは設計上、当たり前のことなので
>>292のようにロールバックで欠番が出ることを設計ミスとする主張は間違っていると指摘した >>307
何度も言わせるなって、こっちのセリフだわ
お前全然理解してないじゃん
実際問題、オートインクリメントで欠番が発生しないという主張は間違いなのだからそれを指摘するのは当然でしょ? 正月明けから元気良いな。欠番したら死ぬ病気か。
チケット番号に固執する人何なの?健常者はそんな数字気にしないだろ >>302 nobodyさん2022/01/06(木) 20:34:01.54ID:???>>305>>306
>294
だからそれのどこが問題あるの?
オートインクリメントで期待していることはサロゲートキーの為のユニークなidが欲しいだけだし
欠番が生じたら問題が起きるデータを設計していることが設計ミスだと思うが? >>304
> レコード数の取得に最後のidを使うやつはたまにいる。
さすがLaraveler。下を見たらキリがないな。 >>308 ってさ、生真面目な奴だよなぁ…バカの群れになんか入らなきゃいいのに。匿名でよくわからんけど多分>>254?と同じ奴かな?
バカべらーが捏造してるSELECT FOR UPDATEの件とかLaravelerって指摘されるまでマジでほとんどの奴が知らなかったみたい(というかトランザクションすらまともに理解していない)だけど、
多分、あの時SELECT...について最初に書き込みしたの>308じゃねぇの?
あんたみたいなマトモな奴は基本、バカには何も教えない方がいいよ。こんな感じ>>302ですぐ図に乗るから。
30年前ならいざしらず、今は単語出すだけでググって出てきた記事を1つ2つさらっと見ただけで分かった気になって横柄な態度とるバカが後を絶たないんだから、こんな感じで>302
うかつにバカに安直な知恵つけない方がいいよ、バカべらーが更に増殖しちゃうから。
だからSELECT...の時も『あーあ、このお人好しバカに教えちゃったよ…』って呆れてたら案の定バカべらー共が>>280みたいな事言い出すわけ。頭悪すぎ。話の流れで分かりそうなもんじゃん当然知ってるからバカにしてんだって。
というかおまえら全員、知らない事指摘されてさっきまで目が泳ぎまくってたじゃんw どの口が言ってんだよwwwって話。ダッセェの極まりない。
マジでLaravelerって限度を超えて低レベル過ぎるから、俺、ここに書き込みする時は基本酒飲んで動画見ながら書き込みしてっから発言とかちょーてきとーだもん。マジで、まともに相手するの馬鹿らしいくらいに頭悪いのだらけだからなー。
マジで書き込みしたの、今初めてくらいじゃね? これ、マジで言ってるんだからすごいよなぁ… そら、ミルコ・クロコップも「おまえは何をいっているんだ」って呆れて言うわ。
>>290 nobodyさん2022/01/05(水) 23:12:38.26ID:???
> そもそも欠番なんて発生しないけどなw
> まさか、途中を削除したら欠番発生って言いたいの?w
> それで問題が起こるシステムがおかしい訳でw
> 重要なデータなら物理削除しないし結局欠番にならないのだがなw
> 物理削除して動きませんwwwなんてシステム作っている方がガイジw
>
> ガイジはそもそもオートインクリメントすら使ったこと無さそうだがw
> それとガイジはオートインクリメント生成時にリクエストが多いと正しく動かないとか
> 思ってそうだwwww 一応言っとくか
お前がteratailで退会くらったのって、お前がばかだからな >>313
勘違いしないでほしいがここのlaravel民は基本まともだ
たまに>>290みたいな底抜けのアホが混じってるぐらい
wordpressあたりからキャリアスタートした低脳だろうから
それをこのスレの標準みたいに思われるのは心外
laravel界隈というよりPHP界隈の問題 >>316
おまえのその妄想はなにかエビデンスがあるのか? >>316
俺がここに初めて来た半年くらい前(だっけ?)から底抜けのバカ話結構あったと思うけど。
『とりあえず今スレの過去レス全部読むか…』って読んでったら度肝抜かれたから「おまえらアホかw」ってのが最初だった気がする。
>>315みたいに全く関係ない話を持ち出すバカもいるじゃん。
てか、>>290=>>315かってくらいに短絡的で無思慮だよな。
まー、これまでアホな事言ってたのは全部>>290一人でしたってオチかもなー。 > laravel界隈というよりPHP界隈の問題
それなー。 ぼくちゃんアルコール入ってるから〜を言い訳とか
このスレ民はほとんどまとも(きりとか
どっちもきもすぎだろ
スレ見返してみろよ
大量の低能コメントだぞ だから何度も書くぞ
そんな言い合いして意味あるのか?
プログラマだったら、もっと有益なことに時間使えよ >>324
今は多様化の時代ですよ?
プログラマーだからとか言うのは差別です。
laravel使うのはプログラマーだけじゃないんですよ? 意見を事実っぽく語ってるやつにエビデンス求めたら斜め上のレスがw >>326
なんだよ、ゲイがlaravel使っちゃいけないのかよ >>326
まず日本語がおかしいよな
「お前のその妄想はエビデンスがあるのか?」て言葉はだいぶ頭悪いぞ
「お前のそれは妄想じゃないのか?エビデンスあるのか?」とか
「お前の主張はエビデンスがないから妄想だ」とするのが正しい
ここ数日、日本語読解に難があるアホが「オートインクリメントで欠番なんて発生してない」て主張を擁護しまくってたので同一人物なのだろう
laravel云々の前に日本語から教えなきゃいかんのかと思うのと気が遠くなるわ 更に斜め上じゃんw
元コメント、事実と意見を分けろってただの嫌味だろ
まだ、低能コメント増やすのか?
日本語理解しろよ このスレ、しばらく低能コメントしかないから多分全部 >>328 と同一人物なのだろう
。。。何という飛躍した論理でしょうw とりあえず>>326、おまえポンコツ過ぎるのなんとかしろ >>335
あるわけないじゃん。
てか、>>290みたいな超絶ポンコツが偉そうな事言わなければいくらでも有意義な事言うよ? Laravel話には限定できないけど。
絶対にしゃしゃり出てくるじゃん、バカ。
だから嫌なの。 嫌なら絡まなければいいのに、実は俺のこと好きだろ? >>304
俺が引き継いだ案件に、そういうのがあった
idがauto incrementになっているにも関わらず、insetする前にレコードの総数のcountをとって、
それに+1したものをidに挿入していた
なんでこんなことをしているのか理解に苦しんだが、そっとしておいたよ 俺はそんなクソみたいな話を聞きたいんじゃないんだよ
Laravelの有意義な情報を得るためにスレ見てるんだよ
くだらない喧嘩とかどうでもいい言い争いとか
無益なことしたいならよそ行けや >>343
おまえ、そんなにLaravelだけに入れ込んでて大丈夫なん?
肉ばっかじゃなく、魚も野菜も食わな栄養偏るで? Laravel9ではroute:listコマンドの実行結果が凄い見やすくなるという噂を聞きましたが本当でしょうか? チンパンジーのアイちゃんかミジンコ並の知能しかない
>>290が黙ったら途端にスレ進行が止まったな。
やっぱりLaravelスレでアホな事ばっかり言ってたのは
ミジンコ>>290一人だけだったのか。 >>353
コードによる
手間ほとんどかかない場合もあるし
>>355
6から8へのアップグレードさえしたことのない雑魚がコメントするのはやめろ 5から8にしたことあるけど、ちょっと大変だった
それでも作り直しレベルではなかったし、ググったらなんとかなった
6から8または9も大丈夫だと思いたい すみません、教えて下さい
Laravel6.2です
外出ししたSQLファイル(巨大なSELECT文がひとつ入っている)を読み込んで結果を受け取りたいのだけど、下記ではダメでした
$foo = DB::unprepared(file_get_contents('./select.sql'));
どう記述すれば実現できますか? >>357
せやな
>>358
5→6は破壊的変更多すぎるんよ
6以降は既存プロジェクトに影響を及ぼすレベルの破壊的変更は殆ど無かったはず
詳しくは公式の各バージョンのアップグレードガイド見てくれ 7からはfactoryの形式が変わったのとExceptionがThrowableに変わったくらいじゃね?
TrustProxiesのheadersの変更はもっと前だっけかな
>>359
DB::select(file_get_contents('./select.sql'))
を試してみて Laravel99ってLaravel8とあまり変更点ないって聞いたけど本当なの? >>362
何故「本当なの?」て疑わしそうに尋ねるのだろうか? 自分でググって調べればええやん
いっぱい情報あるのに laravel 9 の変更点が海外ブロクで色々出てるし日本語でパクリ記事も出てるけどそれを見た上で質問してるわけだよね 自分で見て分からんなら変わらんってことで良いのでは?
それともここで聞いて変わるって言われたら安心するのか? >>368
海外のサイトを見ているんですが、サイトによっては変更点が多いというサイトもあったり
変更点はほぼないって言ってるサイトもあったりで情報がバラバラだったので質問しました ここでもお前が書き込む直前まで同じようなこと言ってるんだけど、読めない人? 多いとか少ないとかは主観も入り混じるし、そんな他人の判断を気にしてもしゃあないだろ
自分で変更点を見て、自分の中で多いか少ないかを判断しないと ここで質問してるバカは差分取って比較とかやらなさそう Gitでファイル管理してたら差分取るなんて余裕だろ 結論としてはCHANGELOG読んで、自分で変更点調べるべき Laravel9はModelsディレクトリがまた別の場所に移動するのが糞
何でそんなにフォルダの位置を変えたがるのか ころころ仕様変え過ぎなんだよなぁ
バージョンアップもそうだけど、みんなよくついていけてるな >>377
それどのPR?url教えてくれ
前からその主張している奴いるけど、未だにソース提示してないんだよね
もちろんlaravel/laravelのmasterがapp/Modelsなのは確認済み >>383
突っ込まれたら「実は嘘です」て言うのクソダサい >>385
え?本人じゃないのに「嘘に決まってる」って断定したのか?面白いなお前 >>386
ソースコード見れば嘘ってわかるけどバカなんですか? >>387
だからどこのPRか聞いてるんじゃないの? >>387
ソースコードでは分からんから、どのPRかって訊ねてるんだわ
どっちがバカなんだか 開いてるPRの数も少ないのに確認もできないとかダサいねwwwwwwww ソースコードの人、必死すぎやろw
どーでもいいから消えろよ とりあえずバカバカ言ってる奴が1番のバカだったていうよくあるオチ >>392
プレスリリースだろ?バカにしてんのか。 >>398
Laraconって公式イベントの日程に合わせたっぽい
毎回有料だったけど今回からyoutubeで無料配信するから興味あるなら見てみると良いぞ Laravel開発してる奴らはリリースサイクルをまったく守ってないな 来週からLaravel使って開發するんですが、何も知らずに一気呵成でも大丈夫ですかね >>404
いや、全てを知った上で紆余曲折したほうがいい Laravel 9: February 8th, 2022
Laravel 10: February 7th, 2023
になってる なぜ少し上の書き込みさえ読まないのか
>>395 >>398 Laravel9って1月にリリースされると思ってたんだけどもしかして延期か? よーし
初Laravelを9で始めるぞ
フロントはNext.jsにする
Docker使ったことないからどうしよ >>413
docker使ったことなくてもsailは使えるから大丈夫 Windows用のDockerあるよな
使い方わからんけど 多少はLinuxの知識ないとすぐに詰むよ
ちょっとくらいは勉強しよう >>417
急に何の話?それdockerの延長の話? Windows用のDocker重いのどうにかならんのか、そこそこのスペックのPCでも重い
結局VPSでの開発に戻ったわ メモリいくつ積んでるんだ?今時の開発用PCで8GBとか論外だけど メモリは32GBだからふつう
ぐぐるとファイルマウントがうんぬんとボンクラ共がキータやブログで書いているが、そもそもDocker Desktop起動が重いのでそういう問題じゃない わしゃ、dockerなどというしゃれたものはつかいきらん
vagrantで事足り取るんじゃ >>421
毎度スリープしているだけだから、起動が重いとか気にしたことなかったわ うーん何度かやり直してたら何故かあまり重くなくなったな
でも原因わからんから使ってるとまたなったりするんだよな ストレージ死にかけてるとか。イベントログにエラー出てないか 今日から6を勉強しました。9が出る前にマスターしたいと思います。 >>426
9のリリース明日だからマスターする猶予は今日しかないぞ >>427
大丈夫です。もう参考書の半分以上は終わってます すみません。Laravel6のファイルアップロードについて教えてください。
アップロードしたファイルは/public/uploadに保存しているのですが、
ググると/storage/app/public内に保存してる人が多いです。
なぜstorageに保存するのでしょうか?
ファイルは誰でも見られる場所に公開するべきだから
/public内にアップロードするのではないのでしょうか? >>429
uploadしたファイルがdeployのたびに消えて良いのであればそうすれば良いんじゃね? >>430
なぜデプロイのたびに消えるのでしょうか?
ファイルはpublicディレクトリにアップロードするわけですよ?
私の疑問はなぜstorageにアップロードするかということです。
結局、シンボリックリンクを作って/publicで参照させるようにするし >>431
デプロイにどういうイメージ持ってるの?まさか、本番のディレクトリにある差分だけアップロードするみたいなイメージじゃないよね? >>429
これは俺も前々から思ってた。なんでpublicに保存しないんだろうか >>432
ローカルと本番と別じゃないです?なぜ一緒に考えるのか不思議なんですが 個人でやってるなら好きにすれば良いと思うが、
そうなっているにはちゃんと理由はある
デプロイの件も含めて、色々経験すると分かるかもね >>434
うん?お前は本番とローカルで違うリポジトリ使うの? publicはシステム側で公開するものを置く
storageはユーザ側で増やしていくものを入れてく
で分かる? >>437
いや、おかしくないですか?
例えば会員サイトで自分の画像投稿するとき、
publicにないと公開できないじゃないですか
(シンボリックリンクを貼るとかは別にして)
そもそも、publicの中にはcssやjsもありますよ。
「そうなっているにはちゃんと理由がある」
の理由を知りたいから質問してるのに、
それを隠す意図がわかりません このスレは文句いうだけで答えられない奴ばかりだよ。過去レス見れば分かるだろ それをわかっててネチネチと質問のふりをして構ってちゃんしてるんでしょ
文体見ればわかるだろ
暇人だよ >>438
基礎的な知識がないやつに理由を説明しても理解できるわけないじゃん
だからデプロイのことやリポジトリのことを先に確認したのだけど
結果として理解するための知識は無さそうと判断したので俺は匙を投げた
お前はとりあえず、「理由は分からないけどとりあえずそうなってる」てことを理解していれば良いよ 分かるやつには分かる解説をしておくと、laravelのソースをデプロイした場合
public配下にアップロード用のディレクトリを置いてしまってると事故ってデータを消失させてしまうリスクがある
これはpublic配下は通常デプロイ時にリポジトリと同期させるからだ
storage配下に置いてシンボリックリンクにしておげそのリスクを可能な限り減らせる >>443
なんとなく仰っていることはわかるんですがそれだと前提条件が破綻していませんか? >>442-443
ちょっと待って下さい。
事故ったら/publicじゃなくても他も消失するのでは?
>これはpublic配下は通常デプロイ時にリポジトリと同期させるからだ
とありますが、同期=作成していたuploadディレクトリ削除って
とんでもない仕様なんですが、そんなこと起こりえるんですか?
そもそも私は一切Gitやリポジトリの話をしてませんが、
どうしてGitを通しての管理方法?の話をされているのでしょうか?
あくまで>>429の通り、ファイルアップロード場所のことなんですが もしかして、チーム開発のことを想定して教えてくれてるんですかね?
チーム開発で各々Git入れてて、
マージしたときにアップロード用のディレクトリが消失する?
ってケースはなくはないように思いますが、
でもstorageに置いても同じような気がするし・・・。
Laravel覚えるのにGitやバージョン管理が前提だと知りませんでした。
単にアップロード場所をどこにするかではなく、深い深い理由があるんですね。 うん、基礎知識が無いから理解できないという俺の見立てがあってたな
とりあえず今のレベルで深く考えるのは無駄なので素直に>>442で良いと思うよ そうですか・・・疑問には答えてもらえないのですか。
参考書に書いてないことを聞きましたが、
ここからは自分で調べて理解するしかないようですね
一夜漬けで覚えようとしたのが間違いでした。
もう少し6を勉強します。お付き合いありがとうございました >>448
答えたけど、理解できないって話でしょ >>443
そりゃ理解できるようになるのは理想だけど
初心者がそこにこだわるのは時間の無駄だと思うぞ
どうしても気になるなら有償メンターでも探して教えてもらったら? >>449
その事故るってケースがpublicとstorageの違いで変わるのか?
ってのが疑問であり、理解力云々の問題か?って思いますが、
他の方は理解されているようなら、私の問題なのでしょう。
とりあえず、引き続き勉強を続けます。スレ汚し失礼しました。 >>450
開発運用するのがあんた1人だったら違いはないと思うけど
普通はうpされたファイルをpublicに直接は置かないから、普通の使い方に慣れてる人がいじると事故るかもね >>450
その違いがデプロイに由来しているので、デプロイを理解していないと無理じゃないのって話 ファイルアップロードの保存先が「ローカルディスク」ってだけで
書き込みをしている対象は「ストレージ」なのね
その接続先が「local」なら/storage/app/publicに保存される
S3とかGCSとかクラウドストレージの場合もある
ストレージの切り替えとか開発の事を考えてそうなってる
これでどうかね 個人でやってるんでしょ?
だったら今は気にしないで良い
public以下でバンバンやりなよ
そのうちリポジトリとかデプロイとか色々やるようになったら
意味が分かるようになるし、その時が来るまで忘れててよい
そんなに焦る必要はないよ >>453
それだとpublic/storageでも良いのでは?って反応が返ってくる悪寒 いま Django を使っているのですが、Laravelの人気が高いので気になっています。
Laravelの良いところは何があげられるでしょうか。 人気があるから公式以外にもドキュメントが豊富です
ググれば良いところの情報もいっぱいあります Laravelのバージョンアップでディレクトリ構成変えるのやめて欲しい
そんなことするくらいなら、storageの仕組みも変えて欲しい。 >>459
変わったのlangディレクトリだけでしょ
それの何が問題なんだ? ここで不満言うやつ、OSSなんだからPR送れば良いだけなのに口だけだからクソダサい >>463
俺は不満言ってないのだが、どの辺がブーメランなのか説明してくれよな そういう不満はないな
何人も関わってるプロジェクトで決まったことなんだから、
そんな理不尽な理由で変わってるわけでない >>466
そうそう、laravelの変更って別に1人が独断で決めてるわけじゃないからな
まぁOSSがどんなモノか知らないスキルもろくにないやつがイキって喚いているって感じなんだろう ん?文句があるならプルリク送れってのは正論では?
OSSなんだからそれができる、そうじゃないならネットで文句言うしかないけど
何人で作ってるかは関係ないだろ?お前こそOSSの仕組みがわかってないんじゃないのか >>461=>>469ね
俺が言ってるのは例えば>>459みたいな奴のことね
storageの仕組みを変えろって言うなら「ぼくのかんがえたさいきょーのしくみ」を実装してPR送ったらいいんじゃないか?って思うよね
それをできない程度の人間が不満だけ漏らしてる様子はクソダサいってこと >例えば会員サイトで自分の画像投稿するとき、
>publicにないと公開できないじゃないですか
素人サイトだな… >なぜstorageに保存するのでしょうか?
>ファイルは誰でも見られる場所に公開するべきだから
じゃ、お前の携帯画像全部一般公開しろ >>477
そんな話題になるようなネタ無いからな
強いてあげれば9はLTSじゃなくなったって話ぐらい こんだけ待たせてLTSじゃないのかよw
もう終わりだよこのフレームワーク そもそもLTSって概念を無くした
今後1年ごとのバージョンアップでバグフィックスが1年半、セキュリティフィックスが2年になる 短いなあ…
営業して開発してる間に終わってしまうやん Laravelはバージョンアップを自動でできるの?
7から9や8から9とか >>482
laravel shift使えば半自動ではできる
PHPのバージョンアップはrector使えば良い >>485
それが分からんやつ、Laravelに限らずモダンなフレームワークを何一つ使いこなせないぞ
wordpress案件で一生食べてたらいいんじゃないかな? ここがマイグレーションもわからないやつがいる初心者スレですか? >>486
モダ〜ンなフレームワークには当たり前のようにあるのか。
あと4ヶ月で覚えなあかんな。
月60万貰って勉強できるっていいよね >>488
俺より貰ってるやん
採用ページのリンク貼って 今どきのフレームワークはすごいのな。
オッサン時代において枯れてる 置いていかれた上に枯れてるのか
もうそれ半分死んでるようなものでは 爆サイ、したらばはパチンコ店の資金で運営されてるステマ掲示板。
パチンコ店スレの工作員
1,
爆サイ経営者、高岡賢太郎。
女優、高岡早紀の兄。
脱税で逮捕。
脱税した金をキャバクラ嬢に貢ぐモテないブサイク男ハゲ。
脱税した金で女を釣るブサイク男ハゲ。
パチンコ店を批判するか書き込みをした者にハッキング、名前特定のために自宅、ネカフェまでやってきて動画サイトのカードを盗む嫌がらせをする泥棒。
ネカフェの隣の部屋から壁を蹴る嫌がらせをしてきたブサイクハゲ。
2,パチンコ店長(ブサイク、低偏差値)
3,パチンコ店に雇われたネット工作会社ピットクルー(時給900円ぐらいのバイト)
工作員1、2,3が連携しながら書き込んでる。
パチンコ、パチスロの大当たりは全て遠隔大当たり。
パチンコ店を批判しすぎると爆サイ管理人のチンカス高岡からハッキングされ、名前を特定しようと自宅やネカフェまでやってくる。
★したらば、爆サイの管理人を逮捕★
高岡早紀の兄 逮捕までの悪行放蕩づくし
週刊新潮2020年3月5日号
・女優の高岡早紀(47)の実兄、高岡賢太郎(48)が法人税など5900万円を脱税したとして、2月20日東京地検特捜部に逮捕された。
・「爆サイ管理人の高岡賢太郎は家賃50万円ほどの新宿区の自宅のほかに、沖縄に別荘を借りていましたが、それもすべて会社の経費にしていました。昨年の正月には仲の良いキャバ嬢とファーストクラスでアメリカに行っていた。その旅行の時には、現地で早紀さんとも会ったみたいですよ」 爆サイは5chの多くの板よりも遥かにクズが集まってるからなぁ…
バカな田舎者の掃きだめみたいになってる
…って、なんでこのスレなんだ? Laravel 9はLTSになる可能性はまだあるよ
symfony次第 testテーブルのカラムが「id、name、age」としてsave時に
$test = new Test;
$test->name = $request->name
$test->save();
とすると、
General error: 1364 Field 'age' doesn't have a default value
というエラーになります。「age」というカラムを指定してないからですが、
指定せずにsaveする方法・書き方ってないでしょうか? ageが省略された場合の値を設定する
null可にする まずsqlite3でsql叩いていろいろ学んだほうがいいよ まぁ、>>498のエンジニア歴次第じゃねぇの?
どうやって学んでも良いんだし、これで『DBの事も勉強しよう』ってなるなら
それは正解じゃねぇかな? Laravel使っていて遅いと感じたことはございますか? しょっちゅうでございますぅ
ORM周りが激遅ですぅ Laravel使っていて遅いと感じたことはあるが
Laravelが原因と感じたことはないな >>505
遅いと思ってる奴はだいたいOPcache使ってないか
不適切なEloquentの使い方してるかのどちらか 俺の経験では遅い時は単にデータ量が多くて処理が複雑
フレームワークでどうにもならない 使ってたけど結局普通に書いたほうが書きやすいし見やすいなと思う >>509
OPcacheって設定すればいいだけ?
onにしてもLaravelとしては動作的に問題ないの?
つまりキャッシュばっか取ってきて最新データ取れたり取れなかったりよくわかんねってなったりしない? >>512
自分も普通に書いてますが、selectとかradioとかごちゃつきませんか? >>514
OPcacheを理解していないならまず調べれば良いと思うんだ
最新データとかそんなんOPcacheと何の関係もないことだぞ
当たり前の話だけどデプロイ時にOPcacheをクリアしてれば特に問題は起きない >>480
lts心待ちにしてたやつからしたら肩透かしやな そうなると今後Laravelって実運用で使いにくくなるな
ltsじゃないと敬遠する客も結構多いし taylorはlaravel 9がltsではない理由は言ってるけど
ltsを廃止にしたなんては一言も言ってないんだが? >>519
公式のドキュメントからLTSそのものの説明も削除されてるのに、その認識は楽観的すぎるぞ いまいちblade.phpのメリットがよくわからん
Smartyじゃ駄目だったのか?何で態々新しくBlade作ったんだろう >>523
例えばXSSを防ぎたい場合smartyではどうなるか考えてみ?
あとbladeほど便利なディレクティブも揃ってないし
本気で言ってるとしたらbladeの勉強が足りなさすぎると思うぞ >>523
Smartyってお前、冗談上手いな。
いいわけねーだろハゲ
そういう時は「なんでTwigにしなかったんだ??」って言えカス >>524
> あとbladeほど便利なディレクティブも揃ってないし
ぷっ 情弱www
Twig様のFilterとFunction実装に比べたらbladeなんてウンコじゃねーかwww そう?俺はTwigとbladeだったらどっちかと言えば後者を選ぶ
Smartyは論外w >>526
え?ディレクティブって分かる?twigではtagに相当するものだよ、twigのこと実は知らないのでは?
そもそもfilterとかfunctionsなんてlaravelのヘルパでまかなえるのをなぜbladeで用意する必要あんの?
情弱の俺に教えてくれよwww 俺はFW使う時はできるだけデフォルトの機能を使って済ませるようにしてるからbladeだな
ちょっと拘って別のもの入れたりカスタマイズみたいな事し始めたら一気に工数上がる >>528
>え?ディレクティブって分かる?twigではtagに相当するものだよ、twigのこと実は知らないのでは?
ばかじゃん? Viewにロジック埋め込むなってあれほど言われてんのに、
なんでディレクティブでやろうとすんの? ばかじゃん?
Twig FilterやTwig Function使うんだよ、ばーか
まじ、バカ、低レベル過ぎて嫌。 >>531
え?日本語分かるか?ディレクティブはTwigのtagに相当するもんだぞ?お前はtag使わないのか? ディレクティブ!? じゃぁなんすか、Wordpressと大して変わらなくなってもいいんすか!?
https://imgur.com/NRcWs78 >>532
> え?日本語分かるか?ディレクティブはTwigのtagに相当するもんだぞ?
こいつ、本物の池沼だな なんで、そんなしょーもないことで発狂してんの???俺そんな煽ったつもりないけども だから頭の悪いLaravelerと会話するの嫌なんだよ!
次元が違い過ぎるから!!! なんでヴァカって、必要も無いのにViewにせっせとロジック埋め込みまくるの?
脳みそ腐ってんだろ。 ループはまま、わかるわぇ、同じこと繰り返すだけだからな?
if!? 分岐すんの!? Viewで!!!???
ま・じ・あ・た・お・か・ー・!!!!! >>538
そもそもなぜviewにロジック埋め込んじゃダメなんだ?何かの設計原則があるならリンク貼ってくれ
単にクソ雑魚デザイナが触るから埋め込むなって話なら
それはお前のゴミみたいな職場ではそうなんだろうなで終わる話 >>539
twigのtagにもifはあるんだけどお前は使わないの?
https://twig.symfony.com/doc/3.x/tags/if.html
ゴミみたいなsmartyにもあるけどお前は使わないの?
俺の知ってるテンプレートエンジンは、smarty、PHPTAL、liquid、bladeぐらいだけど、それら全てのテンプレートエンジンにifは実装されてたけど? >>541
>twigのtagにもifはあるんだけどお前は使わないの?
つ・か・い・ま・せ・ん (通常)
当たり前だろハゲ
なんでTwig FilterやTwig Functionみてーな便利な物があると思ってんだ?
なんでView内に分岐ぶち込んでデザイナが手を触れられない領域作るんだハゲ!!!
だ・か・ら・勉・強・一・切・し・て・ね・ー・ク・ズ・の・相・手・は・嫌・な・ん・だ・よ・!!! >>542
つまり、クソ雑魚デザイナと協業する環境限定での話ってことでOK?
好奇心で聞くけどフォームでバリデーションエラー時のメッセージはどうやって出力制御してんの?
540 名前:nobodyさん [sage] :2022/02/22(火) 20:45:03.19 ID:???
>>538
そもそもなぜviewにロジック埋め込んじゃダメなんだ?何かの設計原則があるならリンク貼ってくれ
単にクソ雑魚デザイナが触るから埋め込むなって話なら
それはお前のゴミみたいな職場ではそうなんだろうなで終わる話 >>540
>そもそもなぜviewにロジック埋め込んじゃダメなんだ?何かの設計原則があるならリンク貼ってくれ
>単にクソ雑魚デザイナが触るから埋め込むなって話なら
>それはお前のゴミみたいな職場ではそうなんだろうなで終わる話
案の定だよ。
バカって、「てめーが従業員雇ってるわけでもねーのに、他社の能力が“有り物だ”」と思ってんだよな。
おめでてーの通り起こしてお悔やみ申し上げるわ。
ほんと脳みそ腐ってる奴って別の意味で輝いてるよな。ハゲてるから。 >>542
ちなみにforもifも制御構文の一種だから、forはOKでifはアウトってのは単にお前の主観的な判断でしかないぞ
やってることが中途半端だよねwww >>544
「有り物」ってなに?どっかの方言?分からないから詳しく説明してくれるか? >>543
> つまり、クソ雑魚デザイナと協業する環境限定での話ってことでOK?
Viewにはロジックを埋め込まないのが鉄則だって言ってんだけどのーみそクソ溜まり?
> 好奇心で聞くけどフォームでバリデーションエラー時のメッセージはどうやって出力制御してんの?
{{ errro_message(error_obj) }}
ヴァーーーーーーーーーーーーーーーカ > ちなみにforもifも制御構文の一種だから、forはOKでifはアウトってのは単にお前の主観的な判断でしかないぞ
やってることが中途半端だよねwww
ヴァカ過ぎて話に付いてこれないようです。 バカって、「てめーが従業員雇ってるわけでもねーのに、他社の能力が“有り物だ”」と思ってんだよな。 >>547
いや、だからその鉄則ってのはクソ雑魚デザイナと業業する時の話でしょ?
そもそも俺の中ではクソ雑魚デザイナにviewを触わらせるなってのが鉄則なので
お前の主張はただのゴミだわ >>546
>「有り物」ってなに?どっかの方言?分からないから詳しく説明してくれるか?
理解力ゼロなのに、威勢だけは良いクズ中のハゲ
なんで理解できないか謎。
社会に出た事ねーのかよハゲ >>550
>そもそも俺の中ではクソ雑魚デザイナにviewを触わらせるなってのが鉄則なので
まともに社会で仕事をした事の無い、フリーランス零細乙 やだー、まじやだー
チーム組んで大きな仕事したことの無い
こじんまりした個人事業主、まじ、やだー >>549
そもそもデザイナーがクソ雑魚なら、コードは俺が書くからデザインカンブとHTMLだけ納品してこいってのが俺のスタンス
とはいえ、HTMLさえまともに書けないやつも居るからデザインカンプだけで良いって言うこともあるな だーから言ったんだよ、Laravelerはレベルが低すぎるからまじめに話しするの嫌だって!
なんかちょっとマトモな奴が「このスレはまともなのが多い」って言うから
少し気を許してたのに、
やっぱアンポンタンばっかじゃねーか!!!はげー−−−−−! >>552
単価50前後の雑魚はそんな感じだし、単価100以上の予算を出せる時はロジック読めて当たり前のレベルのデザイナを採用してる >>555
アンチオートインクリメントおじさんて、マジってモダンな環境で仕事してないんだな、可哀想 まぁ年間3桁億規模のメガベンチャーあたりの話だけどな俺の場合
知り合いにyahoo行ったデザイナーもいるけどyahooも同じくデザイナはデザインカンプまでって言ってたわ >>557
ほら、頭爆発したし。
バカは論理無視で訳の分からない寝言言ってくるから嫌なんだよ。 >>558
>まぁ年間3桁億規模のメガベンチャーあたりの話だけどな俺の場合
>知り合いにyahoo行ったデザイナーもいるけど
妄想騙り始めた。
知人に逃避。
マ・ジ・で・ク・ズ。
本当は便所紙拾いが生業。 >>559
他社と協業しないとモノ作れない受託企業でしか働いてないってことでしょ?お前 >>556
>単価50前後の雑魚はそんな感じだし、単価100以上の予算を出せる時はロジック読めて当たり前のレベルのデザイナを採用してる
能書きはどうでもいいけど、
「Viewにロジック埋め込むな」はデザイナとは全く別の次元の話だからな?
まじで低レベルな奴らと話するの、ほんと、嫌。 >561
>他社と協業しないとモノ作れない受託企業でしか働いてないってことでしょ?お前
バカがまたなんか変な寝言ほざきはじめました。 ほらみろー!
Laravelerってやっぱ、こんな低レベルしか居ねぇじゃねぇか!!!! >>562
え?俺、設計原則としての話なら根拠となるリンクを貼れって言ったけど?後出しで何言ってんだ?バカなの?
あと、ifもloopも制御構文なのだからloopはOKでifはアウトなんてのはお前の中のクソみたいな基準でしかないとも指摘している > つまり、クソ雑魚デザイナと協業する環境限定での話ってことでOK?
雑魚はてめーだろ、ハゲ >>563
寝言も何も事実だぞ
どうせ業務システムメインの受託企業でしょ?
コードのバージョン管理もSVNとかでしょ?
デザインカンプもphotoshop製なんでしょ?
gitもfigmaもsketchもXDも使ったことないデザイナとしか仕事してないんでしょ? >あと、ifもloopも制御構文なのだからloopはOKでifはアウトなんてのはお前の中のクソみたいな基準でしかないとも指摘している
まだ言ってるよこのヴァカ
forとifで何が違うか分からねぇヴァカが何で粋がってんだよ
Laraveler、脳みそどうなってんだよ >>567
完全に妄想に逃げました。
ヴァカですねぇ。 知ってる言葉を片っ端から並べただけの薄っぺらい、ミクロン>>567 なんすか?これ
あたまわるそー
>>567 nobodyさん2022/02/22(火) 21:27:28.30ID:???
>563
寝言も何も事実だぞ
どうせ業務システムメインの受託企業でしょ?
コードのバージョン管理もSVNとかでしょ?
デザインカンプもphotoshop製なんでしょ?
gitもfigmaもsketchもXDも使ったことないデザイナとしか仕事してないんでしょ? >>568
それはお前の中でのみ通用する話であって、一般的にはどちらも制御構文でありロジックと呼ばれるものだぞ
そこに大した違いはない >>571
え?じゃあどんな職場で働いてるのか具体的にどうぞ
売上は?デザイナのレベルは?普段どんな言語やFWを使ってるの?開発マシンのスペックは? あ、せっかくだからサーバー環境も教えてくれよ
オンプレ?VPC?AWS?GCP?Azure?OCI? >>573
全部、お前の能力の話じゃないな。
お前、バカだろ? >>575
そもそもなぜ能力の話だと思った?
お前の古臭い考え方は、職場の環境に由来しているのだろうと推測している
ゆえに、お前が普段どんな環境で仕事しているのかをヒアリングしているんだが? それが、今の話に何の関係があるんだ? 小判ザメ
>>574 nobodyさん2022/02/22(火) 21:34:25.37ID:???
>あ、せっかくだからサーバー環境も教えてくれよ
>オンプレ?VPC?AWS?GCP?Azure?OCI? >>577
おい、小判ザメ
おめーの主張は何だ?
「Viewにロジックを埋め込むな」に対して
「俺様は超すげー企業で働いてるんだぞ!」が答えか?
おめー、ほんもんのイカレポンチだろ?? >>578
小判ザメってのはどういえ意図を込めた表現なのか詳しく教えてくれるかい?
まさか、他社の環境つかってるからとか?漢は黙って自宅サーバーだ!!!とか言わないでくれよwww > 小判ザメってのはどういえ意図を込めた表現なのか詳しく教えてくれるかい?
にほんごりかいできないでちゅかー? >>579
viewにロジックを埋め込まないってのはクソ雑魚デザイナにコーディングまでさせないと業務が回らない環境でのみ通用する話ってこと
それなりに予算があり組織編成も自由に決められてそれなりにデザイナも抱えられるような事業会社には
クッソしょーもない話だっつーわけ、分かったかい? バカ過ぎて苦笑い出てきたわ。
Laravelerはほんと底抜けばっかだな。 > viewにロジックを埋め込まないってのはクソ雑魚デザイナにコーディングまでさせないと業務が回らない環境でのみ通用する話ってこと
おまえは、それしか、あたまに、うかばない、バカ
で、ファイナルアンサーね。 >>582
こいつの書いてるコードクソ腐れ確定だな。 さっきからまともな反論もできず人格攻撃に終始してて悲しくならない?アンチオートインクリメントおじさん、マジで惨めだわー 美的センスも狂ってんだろうな。
まじ、関わり合いになりたくない奴。 >>584
そりゃそうでしょ
なぜなら、それ以外にviewからロジックを分離すべき合理的な理由をお前は一切説明してないのだから >>586
>さっきからまともな反論もできず人格攻撃に終始してて悲しくならない?
ならない。
話と全く関係ない訳のわからない寝言を言うお前みたいなののほうが“みじめ”な気分にならないのか謎。 >>589
十分関係があることをすでに説明しているのだが、アスペのお前には読み取れないんだなぁ可哀想に >>588
>なぜなら、それ以外にviewからロジックを分離すべき合理的な理由をお前は一切説明してないのだから
説明してもらわないと、コードがどうなってるかすら想像できない、
というか、普段そういうコードを書きまくっているので美的感覚が致命的に狂ってしまっている
低レベルコーダーさんの自己紹介お疲れ様です。
まじ、関わり合いになりたくないです。きしょー まじ、Laravelerとか
View内にロジックかきまくりやがるから関わり合いになりたくないわー
Wordpressでも使ってろってーの! View内で分岐しちゃうような脳みそだから「Bladeでもおっけー!」とか言っちゃうんだよね。 俺様「Twig使い込んだから言うけど、Bladeとかあり得んわ」
バカべらー「Bladeのでぃれくてぃぶさいこうです!うへうへ」
もう、次元が違い過ぎるわ。 一応正確に言っておくと、View内で分岐はするよ?
Template内で分岐はせんなー。
Bladeってテンプレートエンジンじゃん。
分岐? はっはっは。笑かすな。 >>591
想像というか、そもそもviewにロジック入れると汚くなるからダメって主張が罷り通るなら、この世にPHPて言語は生まれてないわけ
更にいうと、viewにロジックが入ると汚くなるってのお前の単なる思い込みで
コンポーネント単位に分けて書けば大した問題にはならない
あとそもそもとして、reactやvueで画面を動的に切り替える場合はどうするんだ? とりあえずviewにロジックを書いてはいけない理由は、以下の2点でいいか?
理由1
クソ雑魚デザイナとの協業時に問題になるから
理由2
アンチオートインクリメントおじさんのようなスキルの低いやつがviewにロジックを書くとメンテしにくいものが出来上がるから これが、世にも奇妙な低レベラーと称されるLaravelerの理解力です。
MVCの何たるかについて、何一つ理解していません。
何故ならLaravelはMVCフレームワークではないからです。合掌
>>598 バカだなー、MVCなんて単にプログラマのメンタルモデルとして都合が良いから使われているだけで、viewにロジックを入れてはいけないことを間接的に支持するものではないのだが
むしろview内の表示切り替えをviewの責務として明確に決められているならば、ifを使うか関数を使うかは実装者側の都合で決めれば良いだけ やれやれ、アンチオートインクリメントおじさんは、MVCに対する理解が浅すぎるわ >>600-601
低脳腐ラベラーの苦し紛れの捨て台詞乙 今思ったけど、低レベラーのLaravelerってTwigがどのくらい凄いか、
一切使った事が無いからしらないんだよね。
もう、次元が違う。
結局、無知だって事が全てなんだろうな。
FWとしてのLaravelもポンコツ過ぎるけど、
もっと便利なFWを知らないからそれが全てだと思ってしまうのだろう。 viewにロジック書くとテストコード書きにくくない? >>603
ディレクティブの対として、tagじゃなくてfilterやfunctionを挙げるやつが、本当にtwigを使ってるのかは疑わしいよねwww >>604
単体テストはしないぞ
E2Eテストでやるだけだから大変に感じたこと無いな >>607
>E2Eテストでやるだけだから大変に感じたこと無いな(キリッ
バカ過ぎて何をしているのか理解していない >>608
え?事実じゃん?もう忘れたのか?
526 名前:nobodyさん :2022/02/22(火) 20:08:25.92 ID:URJ8nbpk
>>524
> あとbladeほど便利なディレクティブも揃ってないし
ぷっ 情弱www
Twig様のFilterとFunction実装に比べたらbladeなんてウンコじゃねーかwww >>609
アンチオートインクリメントおじさんは、テスト書いてないでしょ
ここで話しているのはテストコードのことで、テストケース(Excel)じゃないからな? >>611
また妄想の世界に浸り込んだハゲ
何の脈絡もなく妄想騙り始められても返答できねーよ薄毛 >>612
むしろさっきからハゲとか薄毛とか言って妄想に浸ってるのはお前じゃん?
髪にコンプレックスでも抱えているのかい?悩んでるなら相談してみな?
Google検索ならお前より得意だから良いとこ探してやるぞ? ちなみにアンチオートインクリメントおじさんは、反論の余地があるときはネチネチそこを攻めてくるけど、
反論不能って判断したら人格攻撃でとりあえず体裁を取り繕う傾向がある >>614
「ここはなぜ三項演算子にしたんですか?」
「そうしておけばC1カバレッジ100%維持できるじゃないですかぁ?」 >>615
お前、バカ過ぎてマトモに相手にされてないってまだわかんない人?
基本中の基本の話すら分からんやつが、何でマトモに話してもらえると思った?本物の馬鹿だろ
お前のくだらんオレオレ実装の話なんかチラシの裏にでも書いてろ 急にレスが進んでるからさっと流し読みしたけど、
ID真っ赤にしてる人はちょっと痛い感じありますねw とりあえずまとめると、
bladeのディレクティブ > twigのtag
laravelのヘルパ > twigのfunctionとfilter
なのでlaravelとしてはtwigなんて要らんって話なんだけど
なぜかアンチオートインクリメントおじさんは、それについては反論せずifのようなロジックをviewに入れるのはおかしいと意味不明な主張を始める
なおtwigにも他のどのテンプレートエンジンにもifはあるのでviewで使うことが想定されており、viewでifを使うな!って主張は
アンチオートインクリメントおじさんの古臭い職場での独自ルールに過ぎなかったというオチ
そして最後までtwig最強!と言い続けて話は終わった ちなみに、viewにロジック入れてはいけないのはなぜ?と問うたところ、>>542のようにデザイナが手を入れる領域を作ることになるからだとレスするものの
「そんな雑魚デザイナと協業する前提の話どうでもいいわ」などと散々バカにされた結果、
あっさりその主張は無かったことにして可読性の問題にシフトし始めた(>>562)あたりが今日のハイライト Laravelerが何でバカにされるのかというと、
このようにあまりにも世間知らずで無知だから。
Twigを使ったことが無くて知らないから「Bladeで十分Twigなんて要らない」などと言い始める。
Eloquentにしてもそう。頭がまともならポンコツ過ぎて使い物にならないのに、
それしか使えない使ったことないその程度のことしかしないから「Eloquentで十分」などと言い出す。
というか、本体のLaravel自体がポンコツ極まれり。
Laravelerは言ってみればポンコツマニアみたいなものだろう。 この程度の知能なんだもん >>621
そりゃバカ過ぎて、Laravel無いと何も作れないからLaravelマンセーになるわ。 バカベラーって、
1. 簡単な物しか作ってない作れない
2. 高度な物になるとグッチャグチャ変な動作連発
の二択 アンチオートインクリメントおじさん、また負け惜しみだけ書き込んでるのかwww >>626 これ、マジで言ってんだからなぁ… レベルが違い過ぎると議論にならんわなぁそりゃぁ…。
「viewにロジック入れてはいけないのはなぜ?」って、
マジで聞いちゃう脳みそだからなぁ…。
低レベル過ぎて呆れかえって言葉も無くなるわ。 バカべらーって、
「どうあるべきか」を度外視して
「Laravelはこうなってるからこれが正解だー−−−」
って言うんだよね。
だから「バカべらー」って言われるんだけど。 >>628
vueもreactも、ロジックとviewを分離させたりはしてないが?なぜlaravelだけの話になるんだ?フロントエンド開発の経験無さ過ぎだろお前 Laravelとvue,reactを同じ次元で語り始めたキチガイLaraveler >>630
経験無さ過ぎってとこは否定しないんだ?
お前と話してると15年前ぐらいのフロントエンド開発の風景思い出して懐かしかったわwww 俺は「テンプレートにロジック埋めるな」って言ってるのに、
バカべらーはMもCもVもテンプレートもなんのこっちゃわかってないから
「vueがー、reactがー」とか、訳の分からない事をホザくのね。
頭悪すぎて議論にならない。 頭がまともだと>>631は低レベル過ぎて噴き出すんだけど、
多分Laravelerってこのレヴェルだらけだから
どこがウケルポイントか全くわからないんだろうなー タダで使える安っぽい低レベルのフレームワークしか使った事が無いと
View=Template
って発想で頭が固まってんだよね。
なわけねーだろwwww
まじ、このレヴェルのバカと話しても会話が噛み合うわけねーわ >>633
元々viewの話をしてたのに、いつからテンプレートの話になったんですかぁ?
俺は論点の変更に合意してないのだが?お前のオナニーみせられても気持ち悪いだけだから、見えないとこでやってくれますぅ? >>636
安っぽいのはお前の開発経験とスキルだろwww アンチオートインクリメントおじさん、未だにテンプレートとか低レベルな話しかできないのマジうけるわー
フロントエンド開発の経験がtwig使ったやつだけってことは無いよね?マジそのレベルだったら超ウケるんですけどーwww >>637-639
低レヴェル過ぎて草も生えない
IQ30違うと会話が成立しないの典型例 バカべらーって、マジで自分が言っている事が正解だと信じてるんだろうな。
Laravelの実装がそうなっているからってだけなのに。
頭悪すぎて気が遠くなってくる。 あれれ?twig使ったフロントエンド開発しか経験ないの?って煽りを否定できないのマジ?え?え?まさか?? 毎回Laravelerとか大きな単位でラベリングしてとにかく批判だけする人って
本気で言ってるとしたら相当ヤバい >>643
アンチオートインクリメントおじさんは、現場ではバカにされてるから、laravelerという自分より下の存在を作り出してストローマン論法よろしく論点ずらして馬鹿にして悦に入ってるだけの可哀想なやつだぞ こんだけバカべらーが必死になるのは
Bladeしか知らない使ったこと無いからだろうな。 今日日はWeb APIとフロントって感じだから言う程テンプレート使わないのでは? >>647
twigしか知らないってバカにされたからそういうレスするんだよねwww
すでにliquid、smarty、PHPTALを使ったことあるって書いておいたし、その上でvueなんかも引き合いに出してるの読めないんですかぁ???
日本語読めないって可哀想(プッ >>649
痛いところつかれすぎて発狂。
バカって分かりやすい。 >>647
Bladeしか知らないならそれでいいけど
そもそも何のためにここに書き込んでるか教えてほしいのと
何というレスを付けたら満足してくれるのかな?
書き込みを見つけたら可能な限りその様にレスするから教えてほしい >>648
バカベラーはBladeで分岐しまくってるってさ。 >>651
ええ?
レス遡ってみたら?
発端が何だったか調べたらいいんじゃないの?
頭おかし過ぎてびっくり。 >>652
俺そんなこと言ったか?ifは使うとは言ったが
なぜそれで「分岐しまくる」って発想になるのか理解不能
お前はif使うときはネストさせまくるのか?流石にレベル低過ぎて話にならんぞ うちの会社にいるASDの人と話してるとこんな感じだわ >>654
お前宛てのレスでも無いのに絡んでくるバカベラー >>657
え?主語はlaravelerなんだろ?違うのか?日本語ちゃんと扱えないやつがコードまともに書けるのか?
あ、だからviewにロジック書かないルールを強制されてるのかお前www可哀想www バカベラー、大発狂、
コードはグッチャグチャでも
ネットでは強気弁慶 View触るプログラマーってゴミだよな
デザインすらまともに作れない
目ん玉生まれつき腐ってるからどうしようもないんだけどさ めちゃくちゃスレ伸びてるから何事かと思ったら・・・ わざわざID表示させてるのはなんなん?
自己顕示欲なの? >>664
ID表示させないとなりすましが出るからじゃないか? PHP8に上げないといけんのが面倒だな…
どうせ上げるならPHP8.1まで上げたいが、Wordpressはまだマトモに動きそうにないし いつまでこういうあれやこれやアップデート地獄が続くんだろうな
1年毎に入れ直し作り直ししてたら体力が持たんわ DBから日付型のデータselectしてyyyymmddに変換したいがうまく行かない。
もしかしてLaravelだとできない? >>669
なんでWordPressがでてくるの? >>675
同居してたりするかもしれんじゃん
してないにしても、複数あるサーバのPHPのバージョン揃えて運用管理したいとかもあるかもしれんし、
Wordpressの存在が影響する可能性はある >>676
PHP複数バージョン同居させればいいのよ。
LaravelとWordpressで稼働させるPHPを別にする。 bladeで使うヘルパーって作ってる?
西暦から令和に変換するようなのが必要なんだけど、
どこで作ろうか悩んでる >>680
Bladeでやろうとすると相当面倒な事になりそうだから
その手の変換処理はModel側でやってるかなぁ >>680
>bladeで使うヘルパーって作ってる?
>西暦から令和に変換するようなのが必要なんだけど、
>どこで作ろうか悩んでる
>>682
>Bladeでやろうとすると相当面倒な事になりそうだから
>その手の変換処理はModel側でやってるかなぁ
この程度の事で悩みまくってるLaraveler哀れwww
Twig様ならTwig Filterで超絶綺麗スマートに実装できるのに、
まともに実装できない腐れBlade wwww
表示に関する問題なのに、ViewではなくModelに実装しなければならない
ポンコツ腐れBlade wwww よくそんなんで、
「laravelのヘルパでまかなえるのをなぜbladeで用意する必要あんの?」(>>528)
とかほざいたな、情弱 またtwigしか使ったことないアンチオートインクリメントおじさんが馬鹿にされに来てるのか saveするときさ、
$users = new User;
$users->name = $request->name;
$users->email = $request->email;
$users->password = $request->password ;
とか必要なカラムを全部書かなきゃいけないの面倒じゃね?
カラム数がいくつもあると大変なんだが。
それとももっと簡単な書き方ある? >>687
ttps://readouble.com/laravel/8.x/ja/eloquent.html#mass-assignment >>686
Blade程度で満足できてしまう低能Laravelerって、別の意味で幸せだよなー、頭が >>689
twig最強とかスレチの主張を続けるあたり、よほど悔しいんだろうねwww bladeもtwigもゴミ
こんな古臭いゴミしか使えないジジイどもがイキりあって滑稽だわwww 技術に古いも新しいもないぞ
ただビジネスにとって何が最適かってだけ 自分が作ったとかならそのイキリ方も分かるんだが、
ただ利用してるだけでだからなw
完全にアタマがおかしい >>688
これだと結局、$fillableにカラム指定しなきゃいけないから面倒じゃね? >>687
>saveするときさ、必要なカラムを全部書かなきゃいけないの面倒じゃね?
>カラム数がいくつもあると大変なんだが。
>それとももっと簡単な書き方ある?
>>688
>ttps://readouble.com/laravel/8.x/ja/eloquent.html#mass-assignment
>>698
>これだと結局、$fillableにカラム指定しなきゃいけないから面倒じゃね?
だーはっはっは、ポンコツw ポンコツ極まれりwww
これだからLaravelはwwww
こんな腐れクズを有難がって使う民族の愚かさよw
なぁ?wwww >>698
$guarded使えば代入しないカラムとして設定できるけど
予期しないカラムの更新を防ぐ為に$fillableに代入したいカラムを設定する事をおすすめする >>700
だーはっはっは、ポンコツ!
ポンコツ極まれりwwwwww 時代遅れのtwigジジイのポンコツ脳ミソが非常に笑えたありがとうwww >>701
なんか今日は一段とヤベーなw
誰かに意地悪されたのかな?
とりあえず何がなんだかよくわからないけど
俺はポンコツでいいよ >>699
最初は誰でも初心者だからな
お前のレガシーな職場には同レベルのおじさんしか寄り付かないから分からんのだろう
可哀想に ヘルパーを自作したいんですけどどこにファイルを置くのでしょうか? >>705
helper自作しないから正しいかはわからないけど
自分ならルート直下にhelpersってディレクトリ作ってその中にhelperのファイル置いてcomposer.jsonでautoloadして使うかな >>705
>>707が1番知られているアプローチだと思う
ディレクトリはapp直下とされていることが多い
いくつかの役割ごとにヘルパ使いわけたい場合は
app配下にhelpersディレクトリ作って
その下にクラス定義して静的メソッド書いて
config/app.phpのaliasにパスを登録して呼び出す
twig信者の老害が>>685で紹介している記事は
初心者が書いたゴミだから参考にしてはいけない
検索スキル低いと記事さえまともに探せないという例 正直Twigのfilter使うとbladeが糞に感じるのは確か
元々SymfonyベースなんだからTwigのいいところも真似すればよかったのに >>708
6つかってるのですが、app/Helpers/helper.php
って意味ですか? >>710
app/helper.phpだね
役割ごとにヘルパを作るならapp/helpers/ioge.phpみたいにする >>711
小文字にするのはモデルと分けるためですか? >>712
スマホからの入力なのでな
大文字小文字切り替え面倒だっただけ
命名規則はLaravelの標準に合わせてくれ >>709
サンドボックスがあるよ程度しかTwigの事知らないのだけれど
Twigの良い所ってどういう部分? bladeの方が素のPHPも使えて便利
あまり使わないけどあると助かる場面はある >>713
そうですか。ただググって見つかった記事も同じ説明なんですよね
なにかあるのかな?と思ったのですが、そうでもないんですね >>709
>正直Twigのfilter使うとbladeが糞に感じるのは確か
>元々SymfonyベースなんだからTwigのいいところも真似すればよかったのに
↑ 数少ない頭がまともなLaraveler >>715
>bladeの方が素のPHPも使えて便利
>あまり使わないけどあると助かる場面はある
↑ 数多居る頭がアレなLaraveler Viewに何としてでもロジックを入れたがるサル Eloquentもポンコツ
Bladeもポンコツ
何ならまともにできるの? >>720
お前がポンコツなのをツールのせいにするのは見苦しい >>722
Twigしか触ったことなさそうな老害がこんなところでイキってるのは哀れではある Laravel信者が必死よのぅw
ポンコツの信者は頭がポンコツ揃いじゃw
かーっかっかっかっかwww twigジジイが突然イキりポンチ発揮してきてわろた このおっさんも昔はどこかでエンジニアとして働いてたのかも知れんな
何か悲しいことがあって、掲示板を荒らすだけの人生になってしまったんだろうが
こいつが救われる方法はもうないよなあ
毎回何か言い返してくる元気はあるみたいだけど、内容から完全に脳死しちゃってるしもう人ではなく動物として生きてる状態 >>724
ポンコツおじさんは普段ローカルの開発環境どうやって構築してんの? 只今バカベラー発狂中
頭がマトモな人は注意して閲覧してください。
バカが感染ります。 ポンコツおじさん、答えにくい質問来た時は相手を罵倒して誤魔化す癖があるよね マトモに相手にされてないだけだという事すら理解できない低脳が必死です。 頼むから不毛な議論やめようよ。誰にとっても有益じゃない >>732
Twig様、最強。
誰にとっても有益な情報。
ポンコツBlade
揺るぎない事実。 >>733
laravelのヘルパで十分ですよねって指摘には回答できてないポンコツおじさん
ユーザー認証済みの場合だけ表示したいエリアがviewの中にある場合twigではどう書くんだ? もういいから。お前もそれに答えてもらったからってどうにもならんだろ
単に価値観の違いなんだから、わざわざ追求するなよ >>734
> ユーザー認証済みの場合だけ表示したいエリアがviewの中にある場合twigではどう書くんだ?
ち、ちんぱんじーの人じゃないっすかwwww
ここまでLaravelerって頭が悪かったんですね!!!wwww
ねぇ?wwww >>735
分かったよ、もうスルーするわ
結局答えられなかったみたいだしwww どうしてBladeごときがTwig様に勝てると思ったのか謎だわー
Laravelerは無知すぎて話が噛み合わないから困るわー >>709 みたいに、
ちゃんと勉強してる奴は他にもっと良いのがあるんだから良いものは取り込めばいいのに、と考える。
Laravelしかしらないバカべらーは「Laravelまんせー!!!」と叫ぶだけで世間知らず。
だからいつまで経ってもLaravelは中途半端なプロトタイプフレームワークのまま、中途半端なWEBアプリを量産して社会的負債を量産し続ける。 >>739
ようtwigジジイ
ゴミスキル紹介してもショボすぎて萎えるんだわ >>741
はい、また低脳が食いつきましたwww
本当にLaravelスレは低脳ホイホイですねwww Laravel、Laravel周辺のちゃんとした議論ができる場所ってどこかあったりするのかな 公開画面と管理画面が必要な場合、コントローラーはどうしてる?
A)HogeControllerにまとめて、メソッドで分ける(store()、adminStore()など)
B)HogeControllerとAdminHogeContloeerに分ける
C)Adminディレクトリを作成し、app/Http/Controllers/Admin/HogeControllerにする
D)その他 >>745
Aはあり得ない
controllerはリクエストの性質で分けるべき
Aはmodelのありように引っ張られているでしょ
あと管理画面のcontrollerは複数存在するはずだから
BとCどっち?となるとCでまとめておく方が好きかな >>745
公式認証パッケージを試せばどうしたらいいのか参考になるよ >>745
俺もCに1票
自分ルールでURIとコントローラーのディレクトリ構造を合わせる様にしてるのと
コントローラーは基本invokableで作ってるので
URIが admin/hoge なら app/Http/Controllers/Admin/Hoge/IndexController
みたいな感じになるな >>745
CだけどHogeControllerが2つできてしまうからどっち開いてるのかよくわからなくなる 公開画面が小規模なCMSで
publicControllerとかindexControllerにしているのを見たことはある
公開画面用のコントローラ作ってモデル依存しないやり方 >>748のやり方かな。
ただ、これだとIndexControllerはindex(一覧)用にしか使用しないのか気になる
CRUDをしたいときにそれぞれコントローラ作るのかと >>752
コントローラーはこうなって
app/Http/Controllers/Admin/Hoge/IndexController
app/Http/Controllers/Admin/Hoge/ShowController
app/Http/Controllers/Admin/Hoge/EditController
app/Http/Controllers/Admin/Hoge/CreateController
まとめたい場合
app/Http/Controllers/Admin/HogeController
このコントローラーに実装するんだけど
実装していいpublicメソッドは特別な事情が無い限り
index,create,store,show,edit,update,destroy のみってルールにしてる >>753
その設計だともはやオレオレFWっぽくないか?
わかりやすいっちゃわかりやすいけど、冗長すぎる気がするんだよな
app/Http/Controllers/Admin/HogeController
でまとめるならわかるんだけどな >>753はMVCというよりなんちゃってADRでは?
action単位に分割しているわけだから
俺は原則リソースコントローラーとして作って
そこで表現できないものはinvokableに切り出してるわ >app/Http/Controllers/Admin/HogeController
>でまとめるならわかるんだけどな
IQが低すぎてこの程度でないと頭が処理しきれないらしい。
継続的なメンテナンス性を考えたら>>753のようになる。
最初の段階で、どこまで先を見据えられているかの違いで、
その後のプロジェクトの命運が分かれるな。 > >>753はMVCというよりなんちゃってADRでは?
そもそもLaravelが純粋なMVCじゃない点についてはどう思ってるん? >>757
純粋なwww
お前にとって純粋なMVCとは何だい? 自分が一番IQ低そうなことを主張しながら、突然相手のことをIQが低いと煽る
くせえぞ、なんかあいつの臭いがするぞ >>758
えー、その程度のレベルが、何イキってんだろ
コイツ多分RailsとかもMVCだと思ってんだろうな ポンコツおじさん、controller内のメソッドごとにファイル分割すれば
継続的なメンテナンス性に優れるって言ってしまうあたり頭の悪さが滲み出てるな
こういうのは民間療法的なレベルで「たぶんそうだろう」て思い込みベースの話に過ぎない
例えば、ファイル分割してしまうと、複数のメソッドで使っていたprivateスコープのメソッドを
コンポジション、継承、ヘルパ(静的メソッド)など別の方法で提供する必要が出てくるため複雑性が増してしまう この流れ前も見た
ほんとにお前何十スレも粘着してんだな、LaravelやMVCに何されたと言うんだよ
というわけで今日も元気にNG発動、NG機能は人生を豊かにする >>761
お前の質問に答えるには、「純粋なMVC」とやらをお互いに合意できてないと適切な回答ができないだろ?
そんなこともわからんのか?お前本当にエンジニアなのか?他人と議論したことないの? せっかく建設的な話ししてるんだから、荒らしの相手にするなよ・・・ >>762
>例えば、ファイル分割してしまうと、複数のメソッドで使っていたprivateスコープのメソッドを
>コンポジション、継承、ヘルパ(静的メソッド)など別の方法で提供する必要が出てくるため複雑性が増してしまう
バカじゃん? そういうのはModel、Service、Utilityの役目じゃん。
Controllerに突っ込んでんの?バカじゃん。
Laravelは変な実装してんなー。バカじゃん。
だからファットコントローラーになるんじゃん。バカじゃん。 バカべらーは、Model=永続化層にアクセスするための場所
みたいな、トチ狂ったMVC感で頭が固定化されてるからな。
バカじゃん。 スキニーコントローラーを維持できるなら、ますますファイル分割の必要性が無くなることに気づけないポンコツおじさん >>768
おまえ、頭のネジがどっかいっちゃってるの?
>>762 が既に共通処理をコントローラに埋め込んじゃってるから指摘されてんじゃん
やだー、まじやだー
論理的思考力が欠片も無い奴と議論するの、まじやだー >>769
え?じゃあお前はなぜファイル分割を推奨してたんだ? >>768 みたいなのに限ってスキニーどころかファット通り越してヘビー級コントローラ作ってプロジェクトぐっちゃぐっちゃにしちゃうんだよな
というかファットになるような難しい物は作れないので、誰でもつくれそうな取っ手だしの薄っぺらアプリを作って満足げな顔してる奴だろうな >>770
>じゃあお前はなぜ
どこからその「じゃあ」が繋がってきてんの????
やだー、日本語も満足に話せない理解できない奴と議論するの、まじやだー はぁ、またポンコツおじさんの藁人形論法が始まってしまったか うわー、本物のアホじゃんLaraveler
まともな議論すら出来ない
だからLaravelerの作るアプリはどれもこれもポンコツで変な挙動バッカするんだよ
頭のネジ飛んでんだもん >>774
可哀想に
laravelerを恨んだところでお前の賃金は増えないし
レガシーな環境はレガシーなまんまだぞ?
少しは大人になりなよ?
毎回論破されるたびにみっともなく喚くのはやめた方が良いよ? 簡単な物しか作ったことが無い素人の戯言。
こんなんで複雑な業務システムとか作れるわけない。
Laravelerってこの程度なんだよね。
というか、Laravelってその程度の物しか作れない。
Railsと一緒。ただのプロトタイピングフレームワーク。
>>762 nobodyさん2022/02/28(月) 12:29:22.23ID:???>>766>>769
ポンコツおじさん、controller内のメソッドごとにファイル分割すれば
継続的なメンテナンス性に優れるって言ってしまうあたり頭の悪さが滲み出てるな
こういうのは民間療法的なレベルで「たぶんそうだろう」て思い込みベースの話に過ぎない
例えば、ファイル分割してしまうと、複数のメソッドで使っていたprivateスコープのメソッドを
コンポジション、継承、ヘルパ(静的メソッド)など別の方法で提供する必要が出てくるため複雑性が増してしまう >>775
低レベルのお猿さんがウキーウキー鳴いていますね。
まともな大規模システム作れるようになってから鳴きましょう。 次元が違い過ぎるんだもんなぁ、話が噛み合うわけないわ。 大は小を兼ねるけど、小で大は賄えないからなぁ。
Laravelで作ったWEBアプリなんかすぐに無理が来て総作り替え。
お客さん、かわうそー すごいな
1レスに対してわざわさ2つま3つもレスしている時点で
「効いてるなぁ」て丸わかりなんなだよね
ま、がんばって >>780
>ま、がんばって
ほら逃げたし。
「大したもん作ってない」っていう核心に迫ってきてしまったので都合悪くなってきたもんな。
Laravelerってこんなんばっかだから話がいつまで経っても低レベルなところをウロチョロしてんだよな。 その次元の違いを新フレームワーク開発に生かしてくれ
Laravelのことはもう放っとけ >>753
これ書いたの俺なんだけど予想外の方向に話が進んでてびっくりした
俺としてはいろんな意見聞いて悪い部分は修正したりして
今よりもっと良い形にできればなと思ってgistとか準備してたんだけどな・・・
なんか煽り散らかしてる人って自分こそが正義で反論する方が間違ってるって論調だよね?
人間と会話できないのにコンピューターと会話ができるとはとても思えない
きっと正しい使い方してないのに思い通りに動いてくれなかったら
ライブラリとかツールがゴミとかいうタイプ
あなた前にcomposerが嫌いだとか言ってた人でしょ >>783
>きっと正しい使い方してないのに思い通りに動いてくれなかったら
>ライブラリとかツールがゴミとかいうタイプ
>あなた前にcomposerが嫌いだとか言ってた人でしょ
このように、Laravelerはすぐにありもしない事実を妄想して結論をだすので、
まともなシステムが作れずいつもポンコツです。 >>783
すまんな
自尊心へし折ったらしばらく大人しくなるやろうと思って相手してたけど
ポンコツおじさん、ヒートアップしてしまって酷いことになってしまった どんだけ無様でも絶対に煽り返してくる事で自尊心を保ってる狂人だからな
まあそのうち脳の血管でもブチ切れて勝手に死ぬだろう >>785
>自尊心へし折ったらしばらく大人しくなるやろうと思って
なにいってんだこのへっぽこ
あんだけ低レベルな発言繰り返して、
どうやって自尊心へし折れると思ったんだ?
お前、大したもん作ってないの丸わかりだぞ?
だからバカにされてるんだって事くらい気づけよ低脳…
これだからLaravelerは… 負け犬同士、傷の舐め合いかー 涙ぐましいぬー >>786 >>786
そうだな
まぁ死んでも代わりのエンジニアは沢山いるだろうから
現場も困らんだろう >>789
で? お前、ぐっちゃぐちゃコードだろ? >>789
そもそも働いてないだろう
暇を持て余したキチガイニートって粘着力だけは誰にも負けないからな、まあそれ以外は全部弱いんだけど >>791
その可能性は確かにあるよね
それなら考え方が10年前なのも頷けるわ
すでに現場を離れてたってオチかwww >>784
>このように、Laravelerはすぐにありもしない事実を妄想して結論をだすので、
>まともなシステムが作れずいつもポンコツです。
こんな書き込み俺だったら自己矛盾に耐えきれないんだけど・・・
> バカべらーは、Model=永続化層にアクセスするための場所
>
> みたいな、トチ狂ったMVC感で頭が固定化されてるからな。
> バカじゃん。
> 768 みたいなのに限ってスキニーどころかファット通り越してヘビー級コントローラ作ってプロジェクトぐっちゃぐっちゃにしちゃうんだよな
> というかファットになるような難しい物は作れないので、誰でもつくれそうな取っ手だしの薄っぺらアプリを作って満足げな顔してる奴だろうな
> 簡単な物しか作ったことが無い素人の戯言。
> こんなんで複雑な業務システムとか作れるわけない。
> Laravelerってこの程度なんだよね。
> というか、Laravelってその程度の物しか作れない。
> Railsと一緒。ただのプロトタイピングフレームワーク。
> Laravelで作ったWEBアプリなんかすぐに無理が来て総作り替え。
> お客さん、かわうそー
やっぱ建設的な話がしたいから
個人的に作ったリポジトリ公開してアドバイス貰ったほうが有用な気がするけどどうかね >>793
そうね、その方が良いと思うぞ
ここだと断片的な情報からのアドバイスになるから
どうしても表面的なアドバイスしかできない 流行ってはいない
DjangoやRailsのほうがメジャー
むしろLaravelはマイナーかな >>800
Laravelしか使えない、Laravelが無いと何も作れないような人材が山のように居るから LaravelはWebアプリのWordPressって揶揄されてるから初心者がたくさん使ってるんだよ ここ数年は客の方からLaravelで作ってくれって指定してくるし、こちらも特に断る理由もないし RailsはオワコンだしDjangoは始まってもいない Googleトレンドだけで物事を判断しているアホな子が、djangoのほうがメジャーと言ってると予想 itemsテーブルとtagsテーブルがあるとして、
中間テーブルはitem_tagになります。
中間テーブルをfindしようとしたら、
Base table or view not found: 1146 Table 'item_tags' doesn't exist
というように、「item_tagsにしろ」というエラーが出ます。
中間テーブルとして認識されていないから出ると思うのですが、
中間テーブルには直接アクセスしたら駄目なのでしょうか?
モデルにテーブル名指定して回避できますが、仕様が気になっています。 >>809
日本語のドキュメントは見ましたが、英語のは見てないです。
出していただいたURLを見ても理由がわかりませんが、
そういうものだと受け取ります。 >>810
お、そうなのか
laravelのelquentではデフォルトの中間テーブルを表すオブジェクトを常に「pivot」と呼んでいて特殊なリレーションが構築されている
だからeloquentから中間テーブルをfindする場合は
上のリンクにあるように
主となるテーブルからwherePivot()で中間テーブルのidを指定する必要がある もちろん上はeloquentの話なので
query builderからテーブル名してfindする分には
item_tagを指定してアクセスすることもできる
お前の場合どういうコードでitem_tagにアクセスしようとしているのか謎だから
上の説明をもとに自分であとは何とかしてくれ
ついでにその英語の意味は「item_tagsなんてテーブルは無いぞ」だ >>811-812 みたいなのをサラッと見てると、
『あー、Laravel作ってる奴って基本的に頭おかしいからインターフェイスめっちゃくちゃだなぁー』って痛感する。
なんでこんなアホみたいなFWを有難がって使ってるんだろ? 世の中の低脳諸君って。 またアンチオートインクリメントおじさんが来てるのか CakePHPからLaravel勉強してるんだが、だいぶ自由度高いな
コードを書く量は増えてるけど、自由な設計ができる >>817
フレームワークになれると、それは、さすがに面倒くさすぎてw Cakeで書いてたらヘルパーもLaravelで使えるし、
bladeの取り扱い覚えれば、移行はスムーズにできそうだ Laravel 大好き
Tall stack 大好き
Livewire alpine JS love sail schedule:run
をcronに登録してるけど上手く動かない、公式ドキュメント通りなのになあ だからまず公式に書いてある通りやりなよ
なんでsail経由で叩いてんの? ちゃんとルートディレクトリを指定しないとcronから実行できないのは明白なわけで
それも踏まえた記述を公式は提示してたよね? bladeで共通して表示したい情報がある場合、コントローラーはどうしてます?
$config = Config::get(); // 設定モデルからデータを取得
return view('index', compact('config')); //bladeに渡す
というコードを各コントローラーの各メソッドに書いているのですが、
共通化する方法はないものかと悩んでいます。 >>828
ビューコンポーザで幸せになれると思うよ return view('hoge');
はhoge.blade.phpになりますが、
このbladeのソースをコントローラで変数として受け取れませんかね?
要は画面に表示する前に変数として受け取って処理したいのですが そんなもんbladeファイルをPHPのファイル操作関数使って読み込めば済むでしょ こういう事じゃないの?
$hoge = (string) view('hoge'); >>832-833
bladeのマークアップが反映されたデータがほしいんです。
ビューとして出力されるのではなくて >>834
これです!まさかこんな簡単にできるとは・・・
ググり方もわからなかったのですが、助かりました。
ありがとうございました。 stringで受け取ってどうするつもりだ…
何か間違った事をしようとしている気がしてならない 全くそれを必要とするシーンが思い浮かばないな
すごい非効率なことをしようとしてる予感しかしない apiでhtmlソースを文字列としてレスポンスにしたいとか? 相変わらずLaravelerは性格悪いのばっかりだな。 パスワード再設定メールの日本語化&テキスト送信、すげー大変だな
ググればいくつかヒットするけど微妙にコードが間違っていたりするし、
オーバーライドしまくりでややこしい。3時間ずっと悩んでたわ 確かに、ぐぐって出た通りに実装してできた気がするけど
よく考えたらなんでこれだけのためにこんな手数かかるようになってるねん
何かがおかしい 日本語化なんて翻訳の手間以外大した手間かからんだろ てか、備え付けの機能使わなくても普通に実装すれば良いだけだな
単にusersテーブルのremember_tokenにハッシュ値保存するだけだし 5の頃はメール送信部分をカスタマイズしないといけなかったと思うが
今はja.jsonだけでできるんだっけ? 翻訳しても文章の構成はへんだからなぁ
「Hello!」を「こんにちは」に変えるとか 流石Laravelはあっちもこっちもポンコツだな。 むしろ2段階認証をカスタマイズするのが大変だったわ
今はSMSorEメールの認証いれてる、v9でjetstream使わずに
googleのあれはトラブルよぶんだよな 翻訳以外の手間ゼロじゃん
ググったページが悪かったのでは?
ja.jsonで英語の部分を意訳して終わり
helloは「ようこそ」とかで置き換えてる パスワードリセットのメールでようこそはおかしくないか?
こんにちはもおかしいし、日本人向けじゃないだろ その辺は営業側で要件定義されてて、Laravelのデフォルトの仕様と合わないなんて普通にあるだろ
結局改造するか作る羽目になる さすがにこんな細かい部分まで要件定義しないわw
クライアント側も気にしないし、できてる(日本語になってる)と思うだろ そんなこともないぞ、過去の仕様書見たら一応定義されてたわ
こういう所はどのアプリも同じだから、テンプレ使い回してる感じくさいけど 外注でLaravelで作ってもらってるけどまったく確認作業をしてないのか不具合だらけ
その割に態度がでかい
まじで殺意わくわ イベントの使い方や意義がいまいち理解できないんだけど、
要は共通クラスを置く場所ってことでいいの?
ファサードやライブラリとの違い?分類?もわかりづらいだが >>859
初心者かどうかぐらい分かるようになってくれ phpMyAdminで先にテーブル作ってからマイグレーションファイルを生成すると駄目だな
created_atのところが$table->timestamps(10);となってしまい、
このままmigrateを実行したらエラー(42000)になったわ >>863
こういうのを見るにつけ、
『あー、やっぱLaravelってポンコツだなー』と思わずにいられない。 >>865
こういうのを見るにつけ、
『あー、やっぱLaravelerってポンコツだなー』と思わずにいられない。
今どきまだphpMyAdminなんかつかってんのかー…って。 マジでこのオッサンほど情けない人間見た事ないな
心の底から見下して軽蔑してる 相見積取って一番安い所に頼んだらクソなのは当たり前だろ 今ってもうphpMyAdmin使わないの?何使うの? ツールなんて何でもいいぞ
マウント取るだけが生き甲斐の
情けないおっさんの戯言なんてスルーで十分 >>876
ド素人の慣れ合い。バカって惨めだよなぁ。 >>876-877
ド素人の慣れ合い。バカって惨めだよなぁ。
最低限、使って当たり前の技術すら使えない。
それをかばい合う。
みじめだよなぁ。 phpMyAdmin普通に使うよ
結局これ以上のツールは出なかったな >>879
結局代替となるツールを挙げられなかった惨めな窓際おじさんwww >>882
なんとか情報を聞き出そうと必死な、2022年にもなっていまだにphpMyAdminを使っているマヌケ。 このように、
Laravelerは頭が悪すぎてセキュリティ意識の欠片も持ち合わせていないのです。 え?開発に使うって話だろ?何故お前は本番環境でphpMyAdmin立てる前提の話してんの?
窓際おじさんは日本語もろくに読解できないのか?あと仮にそうだとしてもネットワークの設定次第だとも思うけどな? 用途も聞かずphpMyAdminをダメだと決め付けてる時点でお察し
ひとたびスレの話題に上ったものを否定して煽りたいだけ、芸も糞もないワンパタなんだよ無能すぎて泣けてくるわ >>887-888
このように、
全く必要も無いのに開発環境と本番環境で利用するツールを分けて考えるという
謎の思考を行っているように見えて、
単純に「phpmyadminしか知らないだけ」という
幼稚で愚鈍で間抜けで白痴なのに口だけは一丁前なのが
The Laraveler
という愚かな生き物なのです。 >>889
phpmyadminしか知らないおじさんはお前じゃんw
知識がないお前からは絶対に他のツール名は出てこない、断言してやるわw
哀れな白痴おじさん一生クソしてクソカキコするだけの人生 新人にはSSH触らせたくないから開発環境以外ではコマンド打たせないよ >>889
え?開発環境と本番環境でツール分けるの当たり前じゃん
お前は本番環境にもデバッグツールインストールすんの?アホ?? いやー、マジで窓際おじさんレベル低すぎでしょ
一体普段どんな環境で開発してるんだろ?
いやそもそも開発してんのか?それすら怪しく感じる >>893
> え?開発環境と本番環境でツール分けるの当たり前じゃん
このように、
馬鹿すぎて会話にすらならないのが、
The バカベラー
なのです。 >>894
原始人がイキがっています。
可愛いですねぇ。 おじさんは発言すればするほどボロが出て自分が叩かれるという無能っぷり
荒らしたくてわざとやってるのかとも思ったけどどうやら本気で無能ぽいんだよな
さすがに仕事はしてないだろうししたこともないだろう >>895
おじさん、また反論できなくて人格攻撃のみになったか
人格攻撃始めた時点でもう勝敗決まってるからなぁ
毎回そうなるまで追い詰めてごめんねwww
あまりにもレベルが低いもんだからついつい構ってしまうわー Mac使いならSequel ACE
phpmyadminは今はさすがに使わない >>897-898
このように、
Laravelerは馬鹿を晒して今日も生きています。
本当に哀れな生き物ですねぇ。 バカベラーがあまりに馬鹿すぎるので
Laravelを使っているだけで恥ずかしくなりますねぇ。 >>899
ACEは8以上じゃね?まだ5系ばっかだからPRO使ってるわ >>901
twig最強!とか吠えてたおじさんが言うと説得力すごいわーwww もう同じ事しか言えなくなったおじさんw
スクリプト以下だな >>903-904
相変わらずのバカっぷり。
899,902のような横レスが入っていても自分のバカさに気づかない。
頭がまともなら『自分がおかしいのか?』と少しは省みそうなものだが。
本当にLaravelが無いと何一つまともに作れないのに、
Laravelを使っているだけで自分が有能だと錯覚してしまっているド級のバカ。
前に仲間にも見捨てられた例のクズバカべらーだろうな。 >>905
902と903は俺なんだがwww
他人のふんどしで相撲取るの雑魚すぎwww 他人のレスを横取りしてマウント取りwwwwwww
ちょっと待てや今俺リアルで飯食ってんだけどリアルに噴きそうwwwやめてくれwwww >>906-907
このバカさ加減
ほんと、Laravelってバカ御用達だなって良く分かる。 >Mac使いならSequel ACE
>でも、phpmyadminつかまぁす!
ち、ちんぱんじー−−−−−−−−−−−−−−−−−wwwwwwww ほんと、バカべらーって底なしすぎるわ
あたまの中どうなってんだろ? ほんと、バカべらーって底なしすぎるわ
あたまの中どうなってんだろ? phpmyadmin君って、こいつだろw
どこまで頭が腐りきってんだよwww
>>290 nobodyさん2022/01/05(水) 23:12:38.26ID:???
> そもそも欠番なんて発生しないけどなw
> まさか、途中を削除したら欠番発生って言いたいの?w
> それで問題が起こるシステムがおかしい訳でw
> 重要なデータなら物理削除しないし結局欠番にならないのだがなw
> 物理削除して動きませんwwwなんてシステム作っている方がガイジw
>
> ガイジはそもそもオートインクリメントすら使ったこと無さそうだがw
> それとガイジはオートインクリメント生成時にリクエストが多いと正しく動かないとか
> 思ってそうだwwww また発狂が始まったか
され俺は優雅にデザートを楽しむとするか、バカおじは1人で暴れてろw >>913
都合が悪くなると逃げるのも相変わらず
バカべらーってほんと惨めな生き物だよなぁ。 phpmyadminなんか使ってるからauto_incrementは欠番起きるって事すら知らないんだよねぇwww >>907
マジでスキル低すぎて初心者にしかマウントできないんだなって
同情しそうになったわwww ついに過去にこのスレでイキってた初心者を持ち出してマウント開始とか面白すぎるだろwww
女性に相手してもらえないからダッチワ○フで処理しているキモいおっさんって印象www >>916
>マジでスキル低すぎて初心者にしかマウントできないんだなって
はい、
自ら「初心者」だと認めました。
「初心者」のクセに、イキりまくっていた事を、
み と め て し ま い ま す た wwww
バカですねぇwwww >>917
>女性に相手してもらえないからダッチワ○フで処理しているキモいおっさんって印象www
発狂して話の流れに全く関係のない訳の分からない事をいいはじめますたwww
完全に頭がイッてしまっています。
バカですねぇwwww >>918
はぁ、またぶっ壊してしまったか、すまんな >>919
いや、たぶんこのスレで俺と同じくおっさんのこと観察してた奴らには伝わったと思うぞ >>909
俺はsequel PROを使っているが、他人が開発環境でphpMyAdminを使おうが好きにすれば良いじゃんって立場な
なぜそんな頭の悪い解釈になってるのか謎すぎるけど、スキルも国語力も低いおっさんだとそういう理解になるのかもな?
あ、877や887や902なんかが俺の発言ね このように、
Laravelerはバカしか居ません。 バカべらーは、自分にアンカーがつかないと自分の事だとわからないようです。
バカですねぇ 3連投に悔しさが滲み出てますなぁ
ここまで分かりやすい負け惜しみされてもね? >>926
>悔しさが滲み出てますなぁ
バカって、自覚、無い? >>927
罵倒スキルさえも低くて草生えるなwww
技術も国語力も賃金も低く罵倒スキルも低いとか
窓際おじさんの価値ってなんなの?
生きてるだけで価値があるってか? >>928
ごめん、自尊心気づ付けちゃった?
「まとも」な仕事した事無い君 まともな仕事した事無い君 931 は、アンカーさえつかなければ人畜無害の腐れボケです。 一般的には、N連投している奴のことを「必死」と評するんじゃないかな?
窓際おじさん基準は一般とはズレてるようだから修正したほうが良いのではー? >>934
すごい評価基準だなw
一般的には、2022年にもなってDB操作にWEBアプリを使ってるキチガイなのに自分が間違っていない、
と信じ切ってイキってるバカを、「必死」と言うんだと思うよ?
反論あるの? これwww
バカ過ぎ >>935
え?俺はローカルでMySQLを操作するときはsequel PROを使ってるけど?WEBアプリでDB操作をするのはおかしい?
oracleはクラウドプラットフォームOCIにて、ATPの操作が可能なWEBアプリを標準で提供してるけど?
単にお前が無知で思考停止なだけでは?
あ、ATPってわかる?おじさん勉強不足だから分かんないか? MySQL使いたいだけなのに、phpmyadminやて?
あ り え へ ん www
バカなの???www >>937
>?WEBアプリでDB操作をするのはおかしい?
うん、ただのバカwwwww
おもしれー、バカってwwww >>939
天下のoracleさんが自社のDB操作用のWEBアプリを標準で提供してるって教えてあげてもこの反応www バカべらーって、無知だよなぁwww
MySQLを操作する手段を、
phpmysqladminしか知らないのなwwwww
ごめーん、そんなくそWEBアプリの名前の方がしりませー−−んwwwww >>941
>天下のoracleさんが自社のDB操作用のWEBアプリを標準で提供してる
何の事いってるのー−−−wwwwww???
バカっておもしろー−−−wwwっうぃいいいいいいいいいwwww >>941
>天下のoracleさんが自社のDB操作用のWEBアプリを標準で提供してる
何の事いってるのー−−−wwwwww???
バカっておもしろー−−−wwwっうぃいいいいいいいいいwwww >>941
>天下のoracleさんが
虎の威を借るんんたららwwwww
バカ過ぎwwwwwww >>942
お前、phpMyAdminの代わりに何使うの?って問われてsequel PROの名前さえ挙げられなかったレベルなのに何言ってんだかw
oracle引き合いに出されて反論できずにバカ晒してて惨めだわ >>944
お前がOCI使ったことないってことは分かったわ
お前普段プラットフォーム何使ってんの?
まだオンブレか?まぁ別にインフラで優劣決まるわけでないけど
知らないからって開き直るのはカッコ悪いぞ
いい歳したおっさんだろうに >>946-947
全く意味が分からんけど、
こんどはOracleの話をし始めました^^^^^^
バカって、
底抜けですおね^wwwwwwww やばいwww
まじ、バカべらーの脳みそ吹っ飛んでて、
や ば ぅ ぃwwwwwww おじさん次々と正論で攻められてフルボッコww
何も言い返せないからワンパターンで発狂することしかできないw
人間こうなったら終わりだな惨めすぎるだろ MySQLどこいったのぉっぉぉぉぉおxwwwwwwwwwww
ばかべらー−−−−−wwwww >>950
分かりやすくて良いと思うわ
このおじさん、見かけるたびにフルボッコにしてるけど
毎回最後は発狂して人格攻撃と連投だからね >>952
> このおじさん、見かけるたびにフルボッコにしてるけど
馬鹿の妄想面白すぎる。
馬鹿って脳みそが幸せに出来てるんだなwww >>951
え?お前はもしかしてDB=MySQLの認識なの?どんだけ無知なんだよwww
> 一般的には、2022年にもなってDB操作にWEBアプリを使ってるキチガイ
って言ってたからoracle引き合いに出したんだが?
DBって言われたら、mariaDBやposgresやSQLserverやDB2なんかも DBってことになるわけだよ?分かったかい? >>954
またばかがナゾ言語話し始めた。
馬鹿って、そこしれない。
これがLaraveler >>955
マジか、いい歳してDB=MySQLって認識は改めたほうが良いと思うぞ
お前よりスキルのあるエンジニアからのアドバイスとして真摯に受け止めてくれwww お取り込み中すみません。
もう3時間も悩んでいるので、質問させてください。
POSTでリダイレクトする方法を探しているのですが、
ググって表示される以下の方法では無理です。
良い方法はないでしょうか?
#TestsController
return redirect()->route('complete', $request);
#web.php
Route::post('/complete','TestsController@complete')->name('complete'); >>958
キチガイ
phpmyadmin使ってるじてんてDB=MySQLなのはお前だろ
腐れクズ この人ナチュラルキーおじさんだっけ? 逆だっけ?
相変わらずだねw >>960
ちょwww
なんでそんな余裕の無いレスしてんだよ
図星だったのかwww
MySQL以外のDB使ったことないおっさんとかやべーな
ちなみに俺は>>937にも書いてある通り普段はsequel PROだな
ATPを操作したいときはoracleが用意してくれているSQL Developer Web使ってるけど >>961
そうそう、ナチュラルキーおじさん=アンチオートインクリメントおじさん=オートインクリメントボムおじさん=窓際おじさん >>959
それでできそうに見えるけどできないならググった先とLaravelのバージョンが違うのでは?
Laravel7だけどredirect('/complete')->withなんたらかんたらでリダイレクトできてる >>964
自分はLaravel6ですが、7以上だとできるんですかね?
ググった先はバージョン書いてませんでしたが、7以下だと思います。
redirectはPHPでいうheaderなわけで、GET送信のイメージもありますが・・・ >>965
7なら>>964でリダイレクトできる
6でできるかは知らない 今時phpmyadminなんか使ってる奴が居るとは。
流石Laravelerは頭がイカれてやがんなぁ。
マジでLaravelが無かったらお問合せフォームすら作れない勢いの無知さ加減だな。 XAMPPも仕事で使うとかはちょっとないかな…
PHP学習してる人までだよね FTPしか使えないサーバにLaravelのファイル転送するのつらい・・・
軽量版とかあればいいのになぁ >>970
そんなもん、インストールしないに決まってるっしょ。
何言ってんの? >>972
まともなサーバーに切り替えなよ
そんなところに居座る理由があるのか? お客が予算ケチってるとかじゃないの
自分の判断でそんなことしないやろ レンタルサーバー代は1000円でも、鯖移行するのに何十万もかかるだろ おまえら、モダーンなフレームワークであるLaravelの勉強方法を教えてくれ!
フリーランスでなんとしてでも生き延びたいんだ! xammp使わないでどうやってWindowsで開発環境作るのさ? AWSに構築してEC2もしくはECSとRDSだと月額数万いくこともあるんだがそれならレンサバの固定3000円くらいのほうがコスパよくないか?
キャッシュをS3やCloudFrontに置いてもアクセス増えたら値段も爆上がりするし
固定IPにすら金かかる AWSなら Lightsail使えばええやん
DBも一応マネージドで15ドル
あとレンサバの次の選択肢がVPSじゃなく
AWSなのはさすがにおかしいぞ >>985
たしかにLightsailがあったか
VPSって自分でLinuxインストールして自分でメンテしたり様々な攻撃から自分で守らないといけないよね?
レンサバならそのへんもやってくれるからマネージドは楽だなと思ってレンサバを聞いたんだ LightsailはCPUが弱々の雑魚で使うのやめたわ
あれなら国内VPSを使った方が良い >>982
普通は仮想環境使うんだよ
特にWindowsで開発環境作るならそれはほぼ必須
XAMPPはPHP自体を学ぶところまでしか使っちゃいかん VPS使うとなると普通にLinuxの知識が必要になるからね
それだけで「もう無理」って人も多いだろう いやちょっと待てよ
その程度の知識は全エンジニア必須だろ、LinuxまったくわかりませんってPHPプログラマがいるの? めちゃくちゃおるわw
ソースはteratail(笑) >>988
vmwareにしろdockerにしろ、windowsで使えるけど立ち上げるとリソース食うんだよな
xamppはそんなでもないから、開発しやすいのはある。
ま、実際の運用環境とはかけ離れてるから、デプロイに困るんだけどな >>992
本番環境とかけ離れてることやデプロイに困ることを分かって使うならありだけどね
WindowsだったらWSL2 + Dockerで遅くなったって聞くけど、
色々工夫すれば速くすることもできるみたいだか、
開発環境ではWindows使わんのでよく分からん
自分はMac + Vagrant or Docker使い分け LaravelをMacで開発している人多いね。相性いいの? Macなんて使うなよ…
Appleという会社だけは許せない >>986
とりあえずメール鯖とDB鯖とアプリ鯖に分けて防御ガチガチにしとけばまず突破されないぞ Linuxの知識はいいんだけど、レンサバの場合はレンサバ自体が危なそうな通信自体を防いでくれているよね
VPSやAWSだとそれらもすべて利用者側の責任なのがなあ
>>997
ガチガチでも突然新たな攻撃されたらさっぱりわからん このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 125日 7時間 12分 49秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。