[過去ﾛｸﾞ] 【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
216: 2019/05/01(水)01:06 ID:??? AAS
役所と近いところもまだまだ普通に和暦だよ
保育園とか学校とかね
事前に準備して4/2に対応終わったけど
217: 2019/05/01(水)07:54 ID:??? AAS
>>213
そんなん言葉のパッと聞きで何言ってるか分かんないに決まってるだろ
218(1): 2019/05/01(水)10:27 ID:??? AAS
>>165
こういう分け方なんで駄目なのか教えてもらえると嬉しい
219: 2019/05/01(水)11:12 ID:??? AAS
昨日の ID:AFYaLSZi様の技術力の高さは素晴らしいね
Laravelスレ全員が目指すべき人だよ
220: 2019/05/01(水)13:06 ID:??? AAS
令和時代のLaravel始祖の誕生であった
221(2): 165 2019/05/01(水)14:38 ID:??? AAS
>>218
疎結合にするためだな。FrontendとAdminはControllersの下位の概念ではないだろ？
AdminのためのModels,Http,Command
FrontendのためのModels,Http,Commandがあるんだ。
共通のものがあればAppの下でいい。
Adminをゴソっと消せば全てが消えるし、Frontendは何も関係せず動き続ける。お互いが交差しないようにパッケージを定義するんだ。
222: 2019/05/01(水)16:02 ID:??? AAS
>>221
どちらかというとプログラム初心者的な質問なのに答えてくれてありがとう
223: 2019/05/01(水)16:41 ID:gx0atIKK(1/2) AAS
>>221
Route::group['prefix'=>'admins']にしてるワイはやっぱおバカだったのか…
一応アドミニフォルダにコントローラはしまってるけど
224: 2019/05/01(水)16:44 ID:gx0atIKK(2/2) AAS
namespace見たらApp\Http\Controllers\Adminでワロタ…
225(1): 2019/05/01(水)17:14 ID:??? AAS
まぁ必ずやらなきゃいけないようなことでもないから自分のプロジェクトに合わせて好きに作ればいいよ。
namespaceをうまく分けるコツはuse文がなるべく少なくなるように定義するんだ。namespaceの上下内で完結するようにする。同レベルの横のnamespaceが3つも4つも出現したら何かが間違っている。
うまくやれば外部に露出するクラスがものすごく減る。
226: 2019/05/01(水)19:00 ID:??? AAS
>>225
自然と意識できるようになるまでまだ先は長いな…たぶん
227(1): 2019/05/01(水)22:15 ID:??? AAS
標準搭載されてるServiceManagerはオーバーライドできるけど、それやるとapp.phpを入れ替えないといけんのよね。
オーバーライドすんなってことなのかな。
でもログ周りとか微妙なんだよね。
228(1): 2019/05/01(水)22:18 ID:??? AAS
>>227
ServiceManagerってなんだっけ。ServiceProvider のこと？自分はガンガン置き換えてるよ。
229(1): 2019/05/01(水)22:23 ID:??? AAS
>>228
ああ、申し訳ないProvider。
logとかevent周りとか、こいつら置き換えて使ってる？
container作られる時に、結構余計なことしてるのよね。。
230(1): 2019/05/01(水)22:38 ID:??? AAS
>>229
defer付いてるやつは遅延ロードだから使わなきゃ動いてないよ。
logは標準の定義は残して使いつつ、logger.hoge の名前で別インスタンス追加して必要なときに取り出してる。
だいたいこれで事足りる。
標準のプロバイダを継承してカスタマイズしなきゃいけなかったのは認証とメールだけかな。
231: 2019/05/01(水)22:41 ID:??? AAS
お前らのオレオレカスタマイズ内容晒してけ
232(1): 2019/05/01(水)23:22 ID:??? AAS
>>230
deferついてるならそれでいいんだけど、kernelの流れで読み込まれる連中でも、要件によってはそれなりにいらない事してるんだよね。認証周りは同じくカスタマイズしたけど結構めんどかった。
Facadeのメリット活かしつつ機能を取捨選択してると魔改造になっちゃうんだよなあ。
233(1): 2019/05/01(水)23:35 ID:??? AAS
とても使いやすいし揃ってるframeworkだから、欲張ってしまうw
唯一eloquentだけはベンチとって愕然としたなー。あれは商用では使えないと思った。
234(1): 2019/05/01(水)23:36 ID:??? AAS
>>232
ある程度の諦めは必要かもねー。自分で使わないからってFacade削除したら内部とか追加したライブラリで呼んでたとかあるから標準機能は触らないのが無難かもしれん。
235: 2019/05/01(水)23:42 ID:??? AAS
>>234
そう。前者もあるけど特に後者が怖くて、標準の機能を削るって選択はなかなか出来ない。バージョンアップの時のオーバーヘッドがこれによって増大するから。ある前提で組まれてるものだから当然なんだろうけど。
削らないが無難。同意ですなあ
236: 2019/05/02(木)00:11 ID:??? AAS
ゴリゴリにチューニングするフレームワークではないので機能追加はしても削除はしない方針です。
パフォーマンスが必要になったら札束で殴るしかない。
237(1): 2019/05/02(木)00:17 ID:??? AAS
>>233
そんな遅い？使いにくいのは否定しないけど速度は他と大差ない気がする。
というよりORMでそこまで遅くなる部分があるとは思えないんだよな。
238: 2019/05/02(木)00:45 ID:??? AAS
>>237
ちょっと言葉足らずだった。パフォーマンスがシビアに要求されるシステムでは使えない、って感じ。もちろん速度とコーディングの利便性がある程度バーターになるのはわかるけど。
Doctrine単体とかとの比較なんで、同じレイヤーの他ORMとの比較ではないよ。
というのもLaravelでパフォーマンスチューニング、いくつかの案件でやったけどほぼほぼeloquentがボトルネックだった、ってとこからきてる
239: 2019/05/02(木)01:14 ID:??? AAS
Eloquentはマジックメソッドを多用したラッパーなんでオーバーヘッドはどうしても増える、PHP8のJITに期待
現状はcursor、バルクインサート、自作のバルクupsertなどで極力DBアクセス数を減らしとくしかない
240(1): 2019/05/02(木)01:27 ID:??? AAS
うーん、なんかイマイチ信じがたい話ではあるな。
マジックメソッドについてはクラスのメタデータキャッシュして2回目以降の呼び出しは速いはずだし。
例えばDoctrineはアノテーション使ってるし遅くなる要因はこっちの方が大きそう。
そもそもマッピングは枯れた技術ではあるので遅いなら他のフレームワーク参考にして同程度まで速度改善できるず。
フレームワーク全体で遅いなら理解できるけどORM単体でそんなに差がでるとは思えないな。クエリが遅いとかなら理解できるけど。
241: 2019/05/02(木)01:43 ID:??? AAS
>>240
いや、queryが遅いとかではなく、リレーションシップをCollectionで表現したり（出来たり）するじゃない。そもそもそういう使い方をされる事による速度の劣化であって、同じ使い方をすればdoctrineとかでも同じ結果になってただろうとは思う。
242: 2019/05/02(木)08:40 ID:vhQh3nzL(1/6) AAS
お前達はなんでそんなフレームワークを使っているんだ？
修行でもしているのか？
243: 2019/05/02(木)09:57 ID:??? AAS
使わない方が修行だと思うけどw
244: 2019/05/02(木)10:03 ID:??? AAS
構造的セキュリティ担保するの面倒だしな
245(2): 2019/05/02(木)10:56 ID:??? AAS
とりあえずmixがとても便利
246(1): 2019/05/02(木)11:35 ID:??? AAS
Laravelのhelperかなりいいよね。関数単体もそうだしCollectionも良い。
PHPはどうしても配列プログラミングになっちゃうからCollectionを使い倒してほしい。
247: 2019/05/02(木)11:44 ID:??? AAS
よく使うのはarray_get, pluck, tap, with,abort_if, throw_if, collectかな？
Collectionだとeach map first filter pluck。
248: 2019/05/02(木)11:47 ID:??? AAS
>>245
現行モダンフロントのシステム作る上でFirebaseやAWS Lambdaやみたいなサーバレス以外では最後の砦感あるよね
ExpressみたいなNode系フレームワークは新規に手を出すには日本語情報少な過ぎるし(日本語情報は大規模修正入る前の旧版ばかり)
249: 2019/05/02(木)11:57 ID:??? AAS
mixってwebpackのラッパもしくは代替みたいなもん？
250(1): 2019/05/02(木)12:33 ID:vhQh3nzL(2/6) AAS
>>246
全然知らねぇんだけど、helperってもしかしてHTMLの自動生成機能の事？
アホか。要るか、そんなもん。
251: 2019/05/02(木)12:35 ID:vhQh3nzL(3/6) AAS
mix? gulpでいいだろ。馬鹿か！？
252: 2019/05/02(木)12:37 ID:vhQh3nzL(4/6) AAS
なんでLaravelのアホは、ガラパゴスジャパンじゃあるまいし、独自規格ばっかつかいまくるんだよ。
253: 2019/05/02(木)12:38 ID:??? AAS
>>250
そのhelperではない
254(1): 2019/05/02(木)12:40 ID:??? AAS
標準規格がゴミだから標準をラップした独自規格作るんでしょ。
255: 2019/05/02(木)12:43 ID:vhQh3nzL(5/6) AAS
>>254
おまえ、gulp様のどのへんがゴミなのか、Yeah!
256(1): 2019/05/02(木)12:44 ID:??? AAS
gulp使うんだったらwebpack使ったほうがまし
257: 2019/05/02(木)12:46 ID:??? AAS
javascriptツールの話は他スレでやれよ
258: 2019/05/02(木)12:48 ID:??? AAS
>>256
同意
259: 2019/05/02(木)12:52 ID:vhQh3nzL(6/6) AAS
おーおー、JavaScriptも満足に使えないバカどもが必死だな。
そんなんでどうやってフロントを作るつもりだ？
260: 2019/05/02(木)12:53 ID:??? AAS
ぐ・・・Grunt・・
261: 2019/05/02(木)12:56 ID:??? AAS
そもそもJavaScript使わない。
262: 2019/05/02(木)12:57 ID:??? AAS
未だにWindowsXPとかがあるところに収めてるシステムなので
JavaScriptは使ったことないな
263: 2019/05/02(木)12:58 ID:??? AAS
俺の会社はapiサーバとしてLaravel使用してるけど
フロントは別会社が製作してるからJavaScriptは気にしたことないな
264: 2019/05/02(木)12:59 ID:??? AAS
僕の会社はAngular-CLIちゃん！！
265: 2019/05/02(木)12:59 ID:??? AAS
うちの会社はvue-cliちゃんだぞ
266: 2019/05/02(木)13:00 ID:??? AAS
j・・・jQueryだけ・・・・
267: 2019/05/02(木)13:01 ID:??? AAS
map,tapは本当よく使うなあ。
Laravel使ってる現場だとたまにpredis見るけど、何故モジュールを使わないのーと思う。
268: 2019/05/02(木)13:04 ID:??? AAS
結論：Laravelスレの作ったプログラムは１か月で産廃
269: 2019/05/02(木)15:52 ID:??? AAS
メルカリでメルpay決済の祭り開催中！！
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
※ポイントバックは翌日付与
更に初回会員限定で300pが貰えるキャンペーン実施中(iDで1p1円で利用可能、ポイントバックも対象)
【300pの入手方法】
・新規登録の最終ページでwelcome code
「BVUQWA」
を入力して300pゲット
・メルpay設定する
完了
うおおおお
270(1): 2019/05/02(木)23:55 ID:??? AAS
イキッテるやつほんと老害だなw
一緒に仕事したらトラブルメーカーだろうな
271: 2019/05/03(金)22:28 ID:wJEmV/9e(1) AAS
>>270
ぷっ、小者ｗ
272: 2019/05/05(日)22:41 ID:??? AAS
お前らのレス見てるとお前らがいかに産廃プログラムを書いているかがわかる。
どうせ１か月ぐらいでお前らのソフトウェア産廃になってるんだろう？
273(2): 2019/05/05(日)22:46 ID:??? AAS
LaravelはJSONを返すAPIに特化させて外観はフロントフレームワークで書いた方が絶対いい
274(1): 2019/05/05(日)22:52 ID:OAbBmqKy(1) AAS
ワイはいまapp()->make()がマイブーム
うんコード化に拍車がかかる。
275(2): 2019/05/06(月)08:43 ID:??? AAS
>>274
主にどの辺りで使ってる？Controllerなのがサービスクラス的なものなのか。
276: 2019/05/06(月)12:43 ID:V/PcETvc(1/2) AAS
>>275
気が向いた場所。tinkerが一番多いけどモデルにもある。うんコードだから参考にはならないぞ
277: 2019/05/06(月)22:29 ID:V/PcETvc(2/2) AAS
>>275
requestを処理するのにそうゆうのもありなのか
278: 2019/05/06(月)22:55 ID:??? AAS
誰か、Facades警察の話でもしてくれや
279: 2019/05/07(火)00:27 ID:M+XPvMSq(1) AAS
正規表現でもう心が折れそうになってる
280: 2019/05/07(火)00:58 ID:??? AAS
Larabelと全然関係ないとこで躓いてんな
281: 2019/05/07(火)05:22 ID:??? AAS
らぁらゔぇぅ
282(1): 2019/05/07(火)07:57 ID:JtT8Rxfn(1) AAS
>>273
そういうデータ中心の用途だと、どうしてもPHPから離れたくなっちゃうんだよねｗ
283: 2019/05/07(火)08:38 ID:??? AAS
>>282
なに使うの？
284: 2019/05/07(火)08:55 ID:??? AAS
Node系のフレームワーク使えればそっちの方がいいのかも知れんけど
実用するには日本語情報が少ないんよね
サーバレスは無料で収まらない規模になったら従量課金鬼だし
285: 2019/05/07(火)15:56 ID:??? AAS
APIとして使うだけもLaravelが工数すくなくてすげー楽じゃね？
jsで使うのってexpressとかでしょ？
286: 2019/05/07(火)16:48 ID:??? AAS
>>273
この用途だとしてもフロントでセッションとか使うならうわものはLaravelの方が楽じゃないかな
287: 2019/05/08(水)00:26 ID:??? AAS
Laravelの軽量版でAPI向けのやつって何だっけ？
288: 2019/05/08(水)00:42 ID:??? AAS
外部ﾘﾝｸ:lumen.laravel.com
289: 2019/05/08(水)07:31 ID:??? AAS
それだ。あなたが神か？
290: 2019/05/08(水)09:13 ID:??? AAS
いいえ私は神ではありません
291: 2019/05/08(水)10:45 ID:??? AAS
APIだけだからとか気にせず
普通にlaravel使えばいい
292: 2019/05/08(水)11:48 ID:??? AAS
なあにLaravem MixとかあるしViewを使わないのなんて想定済みよ
293(4): 2019/05/08(水)15:21 ID:??? AAS
laravelがphpとjavascriptを
縦横無尽に使える両刃の剣と聞いたんだけど
web.appからアクションindexを呼び出して、
「$this->name=文字列」をいれたら
アクションwriteの$this->nameが別のモノに
なってるとか、オブジェクト指向としてオカしすぎる。
---MainController.php---
namespace 略
use Illuminate\Http\Request;
class MainController extends controller{
public function index(){
$this->name="TAROU";
/*処理A*/
}
}
class public write(){
$who=$this->name;
/*処理B*/
}
}
---wep.app---
Route::get('/test','MainController@index');
Route::post('/test','MainController@write');
294: 2019/05/08(水)15:22 ID:??? AAS
$whoはいったい、なぜnullになるの？
そして、getとpostでそれぞれのアクションを呼び出した時に
どうやったら、同じインスタントを共有できるの
教えてエロい人。
295: 2019/05/08(水)15:35 ID:??? AAS
＞オブジェクト指向としてオカしすぎる。
自分スキルは自分が一番理解できてるはずなのに
こういう発言を平気で出来る精神が気にくわん！
296: 2019/05/08(水)16:03 ID:??? AAS
とりあえずLaravelというかフレームワークの動作の紐解きからしようか
そういや最近はHowTo本ばっかで内部の仕組みまで解説した本ってC言語のコンパイル & リンクくらいだなあ
要望を文字通りに実現するならwebsocketサーバーなどで起動しっぱなしにしたところに
ルーティングが機能するように変態実装をしなきゃならんと思う
297: 2019/05/08(水)16:49 ID:??? AAS
>>293
根本的に書き方間違えてる
viewを返すにしろjsonを返すにしろちゃんとcontrollerにreturn掛け
その例じゃ何をreturnしてるか分からん
298: 2019/05/08(水)16:55 ID:??? AAS
てか状態を持ちたいなら
引数にRequest $request入れて
$request->session->put('name','tarou');
$request->session->get('name');
だろ
Requestがないってエラーで怒られたら
上のuse句に
use Illuminate¥Http¥Request;
って足せ
299: 2019/05/08(水)17:13 ID:??? AAS
>>293
当たり前じゃね？
カオスなのは自分の頭かと
300: 2019/05/08(水)17:27 ID:??? AAS
呼び出してとか書いてるから
Route::get('/test','MainController@index');
でindex()が実行されてると思ってるんだろ
301: 2019/05/08(水)19:20 ID:??? AAS
Laravelを知らないというよりHTTPの状態管理とセッションの概念を知らなそう
302: 2019/05/08(水)19:50 ID:??? AAS
半角の￥って文字化けってかエスケープ掛かるのな
303(1): 2019/05/08(水)21:42 ID:??? AAS
AWSで1時間半はまったわ
ENV反映されてないだけだった
artisanのキャッシュクリアコマンドで一瞬で解決したわ
キーないぞボケ！とかわかりやすいエラー帰ってこないのかよ
304: 2019/05/09(木)02:01 ID:??? AAS
そのミスとAWSは何の関係ないし
まあ、ありがちなミスではあるが
305: 2019/05/09(木)02:16 ID:??? AAS
君らはまったくもってシニアだ
306: 2019/05/09(木)05:31 ID:??? AAS
何が言いたいんだいジュニアよ
307(1): 2019/05/09(木)06:51 ID:??? AAS
>>303
あんな従量課金で請求が青天井なサービスよく使えるな
308: 2019/05/09(木)06:59 ID:??? AAS
>>293
＞class public write(){
これ何ぞ？
309: 2019/05/09(木)09:25 ID:??? AAS
>>307
いくらなんでもそれは無知すぎ
310: 2019/05/09(木)10:16 ID:??? AAS
￥
¥
円
＼
\
311: 2019/05/09(木)10:58 ID:??? AAS
\
\
312: 2019/05/10(金)00:49 ID:S7+jo0Am(1/3) AAS
>>293
えー…
313: 2019/05/10(金)00:52 ID:S7+jo0Am(2/3) AAS
我ながらすごい事に気づいたんだが。。
tinkerでapp()->make()すれば今書いてるクラスにエラーあるかちょびっとわかる
314: 2019/05/10(金)00:53 ID:S7+jo0Am(3/3) AAS
xdebug()をtinkerで呼べば詳細なコールスタックも見れた
315: 2019/05/12(日)17:00 ID:??? AAS
これaxiosだけで完全遷移させようとすると
requestが正常応答のときは毎回$request->session()->get('_token')取ってきてaxiosのcsrfトークン更新しないといけないんだね
422エラー応答の時は要らないみたいだけど
316: 2019/05/12(日)18:06 ID:a9GnKQ/e(1) AAS
axiosって何。
なんかさぁ、なんでLaravelは中二こじらせたみたいに
機能の推測ができないわけのわからん名前をごろごろつけてんの？
エロなんとかとかパルメザンだかなんかとか。
317: 2019/05/12(日)18:07 ID:??? AAS
フロントの話じゃね？
318: 2019/05/12(日)18:59 ID:??? AAS
axiosは超有名なんですが
ララベル関係ねえし
319: 2019/05/12(日)19:03 ID:??? AAS
tokenって取り方色々あるね
フォームに直接仕込む
metaに仕込んだのをJSで取る
cookieに仕込まれてるのをJSで取る
と最近知った
axios自体にrequest前に処理挟む機能とかあるし
そこでheaderにぶち込むとか
320: 2019/05/12(日)20:22 ID:??? AAS
axios知らないとかエアプかよ
321: 2019/05/12(日)20:40 ID:??? AAS
フロントエンドやらない人は知らんと思うぞ
322: 2019/05/12(日)22:59 ID:??? AAS
プロジェクト全体としてフロント使わんならSymfonyでやった方がいいんじゃないか？とすら思う
プロジェクトとしては使ってるならコミュニケーションとってなさすぎ
323(2): 2019/05/12(日)23:38 ID:??? AAS
Laravelって時代遅れなの？
324: 2019/05/12(日)23:54 ID:??? AAS
>>323
時代遅れなのは間違いない。それでもおれは使うけど。
325: 2019/05/13(月)06:12 ID:??? AAS
>>323
PHP自体が時代遅れなだけやで
326: 2019/05/13(月)06:56 ID:??? AAS
確かにPHPも嫌いじゃないけど好きな言語使ってええで言われたらGo使うかな
327: 2019/05/13(月)09:09 ID:??? AAS
Goとかｗｗｗｗｗｗｗｗｗｗｗ
328: 2019/05/13(月)09:29 ID:??? AAS
確かに今はPHPからPythonへの過渡期ではあるけど何年かかることやら
まだまだ圧倒的にPHPが多いね
329: 2019/05/13(月)09:32 ID:??? AAS
Go笑う意味が分からんな
PHPが時代遅れとも思わないが
330(1): 2019/05/13(月)10:11 ID:??? AAS
Go言語ってそんないいのか？
あれ使うんだったらpython選ぶ
331: 2019/05/13(月)10:21 ID:??? AAS
Gopherくんを愛でろ
ついでにD言語くんも愛でろ
332(1): 2019/05/13(月)10:40 ID:??? AAS
Laravelってファットコントローラになりやすいよね
333: 2019/05/13(月)10:46 ID:??? AAS
>>330
マイクロサービス用フレームワークが活発だけど数が多すぎて決定打が無い、今のところGinとEchoが人気
フルスタック用にRevelがあるけど旬が過ぎた感、一応日本でも使ってる会社があるのをどっかの勉強会で聞いた
ちなみにどちらもホットリロードに対応してるんでコンパイルの手間は気にしなくていい
デプロイの際はexeなもんでプロセス復旧の仕組みを導入しなきゃだけどDocker-Composeのrestartオプションでいけてる
動的型付け言語がやれLinterだ型だ単体テストだ言ってるのを尻目にコンパイルをポンでまだ消耗してるの？という気持ちに
動的型付け言語がボトルネックはDBだからと言いながらJITや型で高速化！とダブスタしてるのを尻目にコンパイルしてそれ以上の速度に
334: 2019/05/13(月)10:48 ID:??? AAS
Goの話をなぜLaravelスレで・・・・
335: 2019/05/13(月)10:48 ID:??? AAS
facebookのhackってどうなの？
336: 2019/05/13(月)12:05 ID:??? AAS
予言するとPHP8がなんだかんだで最強。で、またCakeが復権する。
337: 2019/05/13(月)13:18 ID:??? AAS
セミコロン省略できんってマ？
338: 2019/05/13(月)13:23 ID:??? AAS
マジで？
339: 2019/05/13(月)13:24 ID:??? AAS
オワコン化したニコニコを拠り所にしているのが実にファルコムらしいな
オワコンの上にパンツ規制で絶望してるんだろうがリィンさんみたいに状況を見極めつつ見届けて話し合ってる内にハーレムに
なるかもしれんし加藤と近藤を信じてクソゲ制作に邁進してくれよ
340(1): 2019/05/13(月)13:27 ID:??? AAS
すげぇ誤爆だなぁ…
341: 2019/05/13(月)13:28 ID:??? AAS
>>340
誤爆したぐらいで一々うるさい。
それとも俺ら閃の軌跡反省会スレに喧嘩売ってるのか？
342: 2019/05/13(月)13:49 ID:??? AAS
必死すぎｗ
上下前次1-新書関写板覧索設栞歴
あと 660 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s