【PHP】下らねぇ質問はここに書き込みやがれ 14

2022/09/20(火) 16:46:23.39

!extend::vvvvv:1000:512
!extend::vvvvv:1000:512
★スレ立て時 ↑ が3行以上になるようコピペ

PHPに関する質問スレです

前スレ
【PHP】下らねぇ質問はここに書き込みやがれ 13
https://mevius.5ch.net/test/read.cgi/tech/1631147923/

次スレは>>980以降
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2023/05/13(土) 09:35:12.10

例えばWindowsならコマンドプロンプトで
「php.exe <そのファイル>」
と打てば実行できる(環境変数に入ってる前提で)

そういうことじゃないの？
あとはWindowsならタスクスケジューラとかLinuxならcronとかで、同じように実行すればいい

2023/05/18(木) 11:36:31.84

フロントエンドはJS、バックエンドはPHPってできるだけ切り離したい

バックエンドとしてDBからデータ受け取るためだけにPHP使うってありなのかな？
あと現状スクラッチ開発しかしたことがないからバックエンド向けのフレームワークも試してみたい

2023/05/18(木) 11:39:20.88

すればいいじゃん
がんばれ

2023/05/18(木) 12:33:14.63

言語はなんでもいいならphpなんて選ばない
普通はrubyかJavaかpythonだぞ
phpはやめとけ

2023/05/18(木) 12:43:42.00

Pythonは完全に対応しているサーバーが少ないみたい
Pythonとdjangoでバックエンド書く方法が自分にはまだわからない

2023/05/18(木) 15:55:36.70

>>576
バックエンドには通常PHPを使用するのでアリ
フレームワークはFuelPHPが良いね
フロントエンドのフレームワークはjQueryを使う

2023/05/18(木) 16:38:05.22

>>578
その３つの方が選ばないわｗ
PHPが一番楽だろｗ
それにPHPのスレでその返答はないわ
ゴミは消えろ

2023/05/18(木) 16:43:12.95

まあラクなのはphpやろなあ
ケースによって最適は異なるから、便利な言葉「場合による」

2023/05/18(木) 17:32:55.73

なんでも使える自社サーバーなのか、
レンタルサーバーのつもりかで選択肢かわるもんな

phpはだいたい使えるから仕方ない

2023/05/18(木) 19:26:52.18

VPSなら何だって使える

2023/05/19(金) 01:52:10.66

>>583
会社のサーバーがさくらのレンサバだから何でもかんでもPHPなんだよね

ごく小規模だからスクラッチ開発が基本だし
レベル低くて仕事で精一杯だしで何か独学するって余裕もないから、まずPHPの手軽さからわざと離れてJSでDOM操作は分けてみようかなぁと

2023/05/22(月) 01:29:49.15

別に言語はなんでもいいけど
クライアントJSから直接サーバのDBにはアクセスできないし
非同期でやる場合、だいたい>>576のようになるんじゃね

2023/06/10(土) 20:37:19.56

WSL2(ubuntu)にLaravelインスコしてみたけど
メモリ8G程度だときっついですね
docker desktopとかwindowsターミナル入れろとかこの辺は
aptでdocker入れたりubuntu直接起動したりすればおｋな感じですか？
とりあえずやってみてその方法でもいけたはいけたんですが（メモリも1Gぐらい減った）
ビルドしてるときの表示がバグったりちょっと不安要素がありました

2023/06/11(日) 08:50:59.31

メモリも問題だけど、たぶん最大の問題はファイルを配置した場所だと思うよ
・ソースコードをWSL2ディストリビューション領域内に配置する
で大幅に改善すると思う

2023/06/12(月) 08:08:55.93

httpリクエストで動的なサイトからデータ取得するのってやっぱり無理なんですかね？javascriptでhtmlが生成されるよなページんんだけど

2023/06/12(月) 10:00:10.61

無理ではない
curlやDOM操作のライブラリ自体は揃ってるんだから、後はあなたが頑張ってそのJavaScriptの動作を真似るだけ

2023/06/12(月) 10:25:34.03

おれなら生成はブラウザにやらせるかな
出来た頃合いを見計らってデータを盗む

2023/06/12(月) 10:27:10.81

例を示していただけませんか

2023/06/12(月) 10:29:59.61

javascriptは通常ブラウザが実行します。しかしhttpリクエストではブラウザを介さないためjavascript は実行されません。ヘッドレスブラウザなどを使えば動的なコンテンツを取得できますが、わたしの課題はhttpリクエストで動的ページからデータを取得することです

2023/06/12(月) 10:34:38.95

レスポンスを取得してからjavascriptを一回実行すればいいのかな？そんなことできるのかな

2023/06/12(月) 10:41:43.85

大変だね
ブラウザ禁止縛りプレイならまあ自分で頑張るしかないね

ていうかphantomjsって開発停止してんだな知らんかった

2023/06/12(月) 21:30:39.08

httpリクエストで動的なサイトからデータ取得するのってやっぱり無理なんですかね？javascriptでhtmlが生成されるよなページんんだけど

2023/06/12(月) 21:39:47.58

おまえLaravelスレのアラシだろ
うざいよ

2023/06/12(月) 22:12:16.13

>>596
puppeteerがいいんじゃない？

おれは使ったことないけど、phantomjsのメンテナが
「puppeteerあるならもうphantomjsなんかいらんわ」
って言いだして開発終了したらしいし、確かみてみろ

2023/06/12(月) 22:24:27.56

puppetterというものはヘッドレスブラウザを使えるようにしたライブラリであり、わたしはスクレイピングをしたいわけではありません。わたしの課題はhttpリクエストで動的なサイトからデータを取得することであり、ヘッドレスブラウザを使用してスクレイピングをしたいわけではありません

2023/06/12(月) 22:37:29.16

わたしがヘッドレスブラウザを使わない理由はデータの取得時間がかかるからです。またわたしはデータベースを使用しないことを前提としているので、取得したデータを保持することはありません。つまり度々データを取得することになる場合に都度ヘッドレスブラウザーを走らせる設計は現実的ではありません

2023/06/13(火) 11:41:46.36

>>600
これが各行ごとに良くわからないな

＞データの取得時間がかかるからです
何が原因で取得時間がかかるようになるのか
実測してそんなに差異が出たってコト？

＞データベースを使用しないことを前提としているので
DBなんか使わなきゃいいんじゃない？

＞度々データを取得することになる
同一データを扱うならキャッシュすればいいんじゃない？
PHPでだってアホに作れば度々データ取得しに行っちゃうと思うよ

＞現実的でありません
面倒くささ的にも自前でDOM構築する方が非現実的だよね

2023/06/13(火) 16:08:55.26

async awaitとfetch使ってデータ取得すれば良いじゃん

2023/06/13(火) 18:49:37.74

httpリクエストとスクレイピングでデータ取得の速度を比較する場合一般的にはhttpリクエストのほうが高速です。またわたしの想定では同一データではなく毎回違うクエリでリクエストすることが予想されます。

2023/06/13(火) 18:50:18.43

>>602
具体的にはどのような手順でそれらを使用しますか？

2023/06/13(火) 22:21:10.72

単純で簡単なjavascriptでレンダリングされているならいけたかもしれませんがフレームワークを使われていたら解析が困難ですね。やはり無理か

2023/06/13(火) 22:21:52.68

そしてnodejsが使えないのでヘッドレスブラウザも無理と。

2023/06/13(火) 23:39:40.44

>>604
取得したいサイトのURLとその出力htmlの欲しい部分教えて

2023/06/14(水) 02:57:47.74

>>607
取得したいサイトは複数ありますがECナビになります。
https://ecnavi.jp/search/?word=%E6%88%91%E3%81%8C%E5%A4%A9%E4%B8%8B

htmlの欲しい部分は表示される案件の部分です。
しかしフレームワークがhtmlをレンダリングされている可能性があり、おそらく解析は困難です。
ajaxからデータを取得するサイトもありましたがcros制限がかかっているため不可です。
ヘッドレスブラウザは環境が構築できないので選択肢には含みません。

わたしはhttpリクエストで動的なサイトのデータを取得するのは無理と判断しました。

2023/06/14(水) 04:20:42.50

普通に利用規約違反じゃねぇかｗ

2023/06/14(水) 05:35:16.83

>>587
WSL2, Ubuntu 20/22, VSCode, Windows Terminal, Docker Desktop

VSCodeの拡張機能・Remote Development に、
3つの拡張機能・Remote Container/WSL/SSH が含まれている

日本人が作った、多言語バージョンマネージャーのanyenv。
同様のツールに、asdf もある

Renv, crenv, denv, erlenv, exenv
goenv, hsenv, jenv, jlenv, luaenv
nodenv, phpenv, plenv, pyenv, rbenv
sbtenv, scalaenv, swiftenv, tfenv

漏れは、Ruby on Rails をやっているけど、メモリは32～64GB ほしい

2023/06/14(水) 06:54:43.13

>>608
案件って「ポイントアップチャレンジ」の部分？

2023/06/14(水) 07:38:40.54

>>611
案件の部分はPCで閲覧していると表示されません。ゲームアプリ案件の場合はユーザーエージェントがモバイルOSである必要があります。

2023/06/15(木) 15:12:03.05

たかだかバックエンドのWeb開発するだけなのに
メモリ32GBとか要求される異常な時代ｗ

2023/06/15(木) 17:34:34.40

WSL2で2GB
Chromeで2GB
その他諸々で10GB

2023/06/15(木) 17:37:28.87

脳みそのメモリーが書き込み不可のエラーになってますし

2023/06/15(木) 17:51:10.48

各々アプリが肥大化しすぎてしまって…
minimal構成のも用意してくれればいいんだけどね
XPとか32bitOSが主流だった時代は4GBで十分足りただろうに
まあ今メモリ32GBで1万円ぐらいだから文句いうことでもないんだけど

2023/06/15(木) 18:17:52.09

32Gも要求されるって何開発してんの？

2023/06/15(木) 18:28:28.13

616 じゃないけど、docker とブラウザ立ち上げてたら 16 GBをちょいちょい超えるから 32 GBに増設した
快適だぞ

2023/06/15(木) 20:46:52.21

快適な環境作りに必要って訳ね

**610** (ｱｳｱｳｳｰ Sadd-APG/) · 2023/06/16(金) 00:02:25.90

Windows/Linux(WSL2), ブラウザ、VSCode, Docker

さらに、Ruby on Rails では、複数データベースで並列テストもできるし

2023/06/16(金) 00:06:26.73

Ruby厨は呼んでない、巣に帰れ

2023/06/16(金) 13:32:48.84

TwitterOAuthに詳しい人がいたら教えてください。
DeveloperPortalでアプリ作成済み、

composer require abraham/twitteroauth
でインストール済みとします。

$connection = new TwitterOAuth($consumer_key, $consumer_secret, $access_token, $access_token_secret);
$content = $connection->get("account/verify_credentials");

ではTwitterアカウントの情報が取得できるのですが、
（※app_keyの部分は省いています）

Twitter API v2に対応するために
$connection->setApiVersion('2');
を追加すると取得できません。$contentがNULLになります。

これってTwitterアプリが v2に対応していないからでしょうか？

2023/06/16(金) 17:45:17.56

>>622
API使うならドキュメントぐらい見ろよ
エンドポイントがないだけだろ

2023/06/17(土) 09:44:22.27

addactionがfunctions.phpでは動作するのにカスタムテンプレートでは動作しない理由はなんですか？

2023/06/18(日) 18:12:02.78

>>623
$content = $connection->get("account/verify_credentials");

ここの指定に問題があるということが掴めました。
ご指摘ありがとうございました。

2023/06/25(日) 18:20:15.50

php初めてみたもののメンターとか先輩とかいないぼっちなんで無償版のchatGPT使うと
pdoを使ったDBの接続を含めたコードとか、SQLインジェクションの対応とか一瞬で出してくれてありがたい限り
有償版のGPT4ならコード生成は何かGPT3.5と変わるの？

2023/06/25(日) 18:24:11.05

寝ている間に君の仕事やってくれる

2023/06/25(日) 18:40:58.90

それが本当なら指示のプロンプトがすごいことになりそう
実際のところ、ファイルを分けたCRUDなんて1回のプロンプトで生成とかできるんだろうか
どこまでならできるとか、ここはさすがにできないとか情報があるサイトがあれば教えていただければ嬉しいです

2023/06/25(日) 19:17:12.98

次のコードをクラスみたいに書いて？
→コンストラクタとメソッドに書き換えてくれる

ありがてぇ、関数群も提示するとそれに合わせてチューニングしてくれる

2023/06/25(日) 19:21:55.03

知ってるコードで書いて
これをphpに移植したいというだけでほぼできる

2023/06/25(日) 22:54:48.63

君は今非常に危険なところにいます
phpのpdoは非常に厄介なんですが、それを理解してません
「SQLインジェクションの対応とか一瞬で」と言ってるけど、それは本当？

たとえば、
$pdo = new PDO('mysql:dbname=test;host=localhost');
なんて提示されて採用した場合、脆弱な箇所ができる可能性があるの理解してる？

ChatGPTの提示するコードは自分の理解できている範囲以外は危険だと思って検証しないと危ないよ

2023/06/26(月) 02:27:13.68

>>631
$pdo = new PDO('mysql:dbname=test;host=localhost');
クエリではなく、この時点で見た感じとしては正直わからんです

chatGPTは
$pdo = new PDO("mysql:host=$db_host;dbname=$db_name", $db_username, $db_password);
binValueなども使ったものを提示していて、実際に動作しているのね。
pdoの引数に各変数があるぐらいで何かしらセキュリティに問題があるとは思わなかったんだけど、この例ではまずい点はあるの？

2023/06/26(月) 05:54:16.49

PDO を使用する際、アプリケーションとしての文字コードを指定できる箇所は new PDO() 内のみです
ここで正しくアプリケーションの文字列を指定していない場合、アプリケーションとDBの間で文字コードに差異が出る可能性が高く、それ起因の脆弱性が発生する可能性があります

よく知られた例としては 5c 問題があり、例えば上記と "SET NAMES sjis"、動的プレースホルダのセットで、プレースホルダをすり抜ける脆弱性が発生します

2023/06/26(月) 06:12:00.13

>>633
ありがとう、そういうことがあるのね。
自分がchatGPTに依頼した10回に1回ぐらいの割合で
$dsn = "mysql:host=$host;dbname=$db;charset=utf8mb4";
$options = [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
];
try {
$pdo = new PDO($dsn, $user, $password, $options);

があったので、これからはcharsetを明示するか意識しておきます。
知らないことを伝えられて動いたら全面的に信頼してしまうのも良く無いので、完全では無いことを意識しておきます

2023/06/26(月) 10:06:12.93

どうしてそんなにChatGPTにこだわるんだ

2023/06/26(月) 14:10:10.33

流行りだからね

2023/06/27(火) 01:40:25.23

RHELの件でこのスレ的に問題になりそうなことはありますか？
https://www.redhat.com/en/blog/furthering-evolution-centos-stream?sc_cid=701f2000000tyBjAAI

> CentOS Stream will now be the sole repository for public RHEL-related source code releases.

2023/06/29(木) 01:16:30.55

コミュニティ無視したことやって分裂すると
その系譜はもう長らくは信用されないので
CentOSが死んだ時点で大方はUbuntuに移ったのでは
このスレ的に必要なのは長期サポートだしね

2023/07/01(土) 23:56:45.93

PHPを始めたばかりのものなのですが

2023/07/01(土) 23:58:14.54

間違えて書ききる前に投稿してしまいました

PHPが無料サービスの範疇で動かせれるレンタルサーバーってあるのでしょうか？
ＨＴＭＬは過去に使った事があったレベルでＨＴＭＬ自体久しぶりなので今どういうサービスがよいものかもわかっていません

2023/07/02(日) 19:31:28.47

むしろ殆どphp動くだろ
rubyならともかく

2023/07/02(日) 20:33:28.61

レンタルサーバーは基本的にMySQLとPHP動かせるようにしてるから
WordPress入れられるように

2023/07/05(水) 12:23:56.04

>>633
15年近く脆弱性関連のバグが放置されてるのは凄いね
しかもそのライブラリが未だに広く使われてとかどう考えても頭おかしい

2023/07/05(水) 17:36:49.07

>>643
調べりゃわかるけど、バグじゃない
charsetの設定が効かなかったバージョンがあるからそれはバグとみなしても良いかもしれないけど、PHP5.3.7以下とか随分前の話

文字列の連結使って SQL 文作っちゃダメとかと同じ知ってないとダメなセキュリティ知識だよ

2023/07/05(水) 18:51:56.66

>>644
デフォルトでなんちゃってprepared statementが使われる時点でセキュリティ的にはバグなんだよね
PDO特有の問題を一般的なセキュリティ知識と同列に語ったらダメだよ
文字列連結だって適切にエスケープ出来れば問題はないわけだけどデフォルトでそんな脆弱な処理をするライブラリがあったら頭おかしいと思うでしょ

2023/07/05(水) 19:39:41.44

>>645
なんか、無茶苦茶だねぇ
まず、
> 15年近く脆弱性関連のバグが放置されてるのは凄いね
これが全く認識違いだったってことは理解できた？
現在のphpではcharsetをPDOコンストラクタ内のDSNで設定してあげることで、アプリとDBの間の文字コードにずれが発生することがなくなり、意図した通りの動作をさせることができる

> デフォルトでなんちゃってprepared statementが使われる時点でセキュリティ的にはバグなんだよね

全然話が変わってるけど、なんでこんな話が出てきたの？
動的プレースホルダをデフォルトとして採用することをバグと呼ぶ人は見たこと無いけど、たしかにセキュリティ屋から見ると好ましくはない
ただ、ネットワークレイテンシを考えると非常に合理的なので、それほど悪い選択ではないと思う

顕在化した脆弱性があるわけでもないし現在においてはアプリとDBをutf-8で統一することも容易なので、正しくアプリケーションの性格に合わせて選択すればよいだけの話だよ

2023/07/06(木) 11:41:34.33

面倒な人が絡んできてるね・・・
仕様バグだろうとバグはバグよ

2023/07/06(木) 11:46:42.56

脆弱性は、設計上のバグ
知ってないとダメというのは、バグ回避のテクニック

2023/07/06(木) 12:43:03.10

>>647-648
charsetの設定に未だバグが有るって言いたいの？
それともデフォルトが動的プレースホルダになったことをバグと言いたいの？

何を脆弱性/バグって言いたいのかわからん

2023/07/06(木) 18:00:41.52

個人的にはメール送信関係でヘッダー7ビット文字に変えるのがなんかもやもやする

昔のソフトだと7ビットじゃないとダメってのはわかるんだけどUTF-8でもいいじゃねーかってなる

2023/07/06(木) 22:27:39.58

>>647
勘違いしているのはお前で、一般的にはそれはバグとは言わない。
同様の件なら踏切や横断歩道もバグになる。勿論高架や歩道橋にするべきではあるが。
昨年の観光バス横転事故(フェード現象らしい)もバグではなくブレーキの仕様だ。仕様バグでもない。
ホームドアもそれなりに普及して、
あらゆる物がある程度デタラメな操作（＝ホームの端を歩く)しても安全になっては来ているが、
素人がどんなデタラメをやっても安全とはなってないし、ならない。
プログラミングに関しては今後とも「正しい操作をした場合に正しく動く」でしかないだろうよ。
不親切なのはその通りだし、改善はしていくだろうけども。

>>650
公式見る限りPHPからは気にする必要なさそうだが違うのか？
なおutf-8も8bit使ってるから駄目だと思うぞ。
今更8bitが通らない環境なんてないし、有ったとしてもそんなところにメール出してないのも事実だが。
IPv6みたいに誰かが音頭取って更新を促さない限り無理だが、今のところ聞いたこと無いね。

2023/07/06(木) 22:53:42.84

素人が脆弱性を突いてくる説

2023/07/07(金) 02:29:15.80

Java は、ログ機能にセキュリティーホールがあって、
Edge から、パスワードを抜かれますと報告が来た

セキュリティー更新せず、ほったらかしのサイトが山ほどある

2023/07/07(金) 07:55:50.16

>>648
>>652
結局何を脆弱性って言ってんだよ…
素人が脆弱性って言いたかっただけってこと？

2023/07/07(金) 23:44:08.79

>>650
なんかちょっと勘違いしてる気がする
昔のブックマークから拾い上げてみたんで読んでみて
https://blog.tmtms.net/entry/2014/12/06/postfix-8bit

2023/07/17(月) 13:54:48.52

テスト

2023/07/18(火) 14:26:46.55

ネットで見つけた掲示板のサンプルがクソでした
更新ボタン押すと同じ書き込みが繰り返されてしまうのです
どうすれば解決しますか？
ほんとプログラミングはクソ記事多くて困りますね
え？クソはおまえだ？
ごもっとも

2023/07/19(水) 05:05:41.80

jQuery なら、

<button id="btn_1">
<span class="show-when-enabled">送信</span>
<span class="show-when-disabled">送信中...</span>
</button>

<button id="btn_2">送信ボタンをenable にする</button>

<style>
button .show-when-enabled { display: initial; }
button[disabled] .show-when-enabled { display: none; }

button .show-when-disabled { display: none; }
button[disabled] .show-when-disabled { display: initial; }
</style>

<scr@ipt>
$( function ( ) {
$( '#btn_1' ).on( 'click', function ( event ) {
$( this ).prop( 'disabled', true ); // disable にする
} );

$( '#btn_2' ).on( 'click', function ( event ) {
$( '#btn_1' ).prop( 'disabled', false ); // enable にする
} );
} );
</scr@ipt>

2023/07/19(水) 08:14:40.70

Ruby病(その割に技術は中の下レベル)の人は
jquery推しでもあるのか

Railsとvueやreactを同時に使う例は幾つかあるな

phpだとlaravelはvueとの相性抜群だがreactは今一つ
CakePHPだとどっちも簡単ではないか
CakePHPはJquery使った例が多いなあ

Pythonのdjangoはvueもreactも実装例豊富

Javaのtomcatはvueは何とかなるがreactだとやることも限られてる？というレポートがある

Goは何と相性いいかな

2023/07/20(木) 13:07:15.80

printとechoの違いがわかりません
ぐぐっても説明が下手な文章ばかりで理解できません
理数系の人間は文章の書き方も少しは勉強したほうがいいのではないでしょうか？
え？勉強しろはおまえだ？
ごもっとも

2023/07/20(木) 15:39:21.26

>>660
PHPは公式マニュアルが信じられないくらい丁寧でわかりやすくまとまっているから
なにをさておいても公式マニュアルを読め

わかるわからないを言い出すのはかならずマニュアルを読んだあとにしろ

2023/07/20(木) 16:19:17.66

もちろん、お手伝いします！
PHPにおける`print`と`echo`の違いについて要約して説明しますね。

- `print`: `print`は関数ではなく、言語構造です。値を出力するために使用されます。
値を出力した後、1を返します。また、引数を一つしか受け付けないという制約があります。例：`print "Hello, world!";`

- `echo`: `echo`は言語構造または関数として使用できます。値を出力するためにも使用されますが、`print`とは異なり、返り値を持ちません。
カンマを使って複数の引数を受け取ることができます。例：`echo "Hello", " ", "world!";`

どちらも基本的には同じように動作しますが、`echo`がやや効率的で多くの引数を出力する場合にわずかに速い場合があります。
理解に役立てば幸いです！もし他に質問があればどうぞお知らせください。

2023/07/20(木) 16:56:18.77

横だがGPT-4に小学生にでもわかるよう聞いてみた
---
それらの違いを小学生にも分かるように説明すると、
「printとechoは友達と話す方法だと考えてみてください。
print君は一度に一つのことしか話せないけど、その後に自分がちゃんと話したかどうか（つまり1という値）を教えてくれます。
一方、echo君は一度にたくさんのことを話すことができますが、自分がちゃんと話したかどうかは教えてくれません。
だから、それぞれの友達（つまり命令）は自分が何をしたいかによって選ぶといいです。」

**printとechoの違い** (ﾜｯﾁｮｲ 9b5f-5LlG) · 2023/07/20(木) 18:33:40.90

なるほどよくわかりました
サイト記事書く人は専門用語ばかり使って、初心者につたわらない文章しか書けないので
ここの解説はとてもわかりやすいです
ググって検索に出てくる邪魔な解説は消えてなくなれですね
え？おまえが消えてなくなれって？
ごもっとも

2023/07/20(木) 21:59:07.70

printが1を返してくれるとしても、それが役立つ場面がわからない
どんな場面で役立つのだろうか

2023/07/20(木) 23:11:22.17

>>660
アホみたいな文章書いてる暇あったら公式リファレンス読んどけ、多分一番しっかり書かれてるから

2023/07/21(金) 23:03:50.96

>>666
読んでも全然わからない
公式が一番わかりにくい

2023/07/21(金) 23:58:06.25

専門のことしてるのに専門用語を理解しようとしないのはどうかと思うぞ
噛み砕いて教えるのは、相手が専門外のお客様(生徒含む)のときくらいだろ

2023/07/22(土) 00:30:59.57

>>667
みんなが分かりやすいと言ってる公式を読んでも分からないのは、お前の知能の問題。
現時点でPHPerの中でも最底辺確定だし、向いてないから止めとけ。

2023/07/22(土) 01:45:53.25

print は言語構造だとか、こんな訳の分からない言語をやっても無駄。
特に初心者は、情弱ビジネスに引っ掛かった。
素人に、PHPを勧める香具師が一杯いる

YouTube で有名な雑食系エンジニア・KENTA は、
PHP, Scala をオワコン認定して、
初心者のキャリアパスは、Rails → Go だけと言ってる

ガーシーのサロンで使っていたMastodon は、
PHPから、Ruby on Rails 6 に変わった

米国年収でもRubyは、Go/Rust/Elixir の3大言語を超えた。
PHP, Dart は生活保護レベル

Ruby, Elixir : 9.3 万ドル
Go : 8.9
Rust : 8.7

多くの言語 : 6.5～7

PHP : 5
Dart : 4.4

100人の言う事よりも、KENTAの言う事の方が、間違いなく正しい！
なぜかというと、100人よりも研究しているから

2023/07/22(土) 02:11:03.31

Rubyistが金持ちだかなんだか知らないけど
こんなとこでキチガイみたいなレス続けてるお前の年収なんかたかがしれてんだから
人の心配なんてしないで自分の心配しとけな

2023/07/22(土) 15:06:33.58

>>667
本当に「読んだ」のか？お前はただ「見た」「眺めた」だけじゃあないのか？
わからないならわかるまで読め。わからない単語はすべて検索しろ。１００回読め
中学高校で嫌になるほど勉強の仕方を勉強してきてるんだから、そのくらいはやれ

2023/08/03(木) 13:33:47.77

格納するDBのカラムの型がintの場合に、POSTデータの初期化処理は
次のどちらが良いのでしょうか？

$value = isset($_POST['value']) ? $_POST['value'] : '';//空文字
$value = isset($_POST['value']) ? $_POST['value'] : 0;//整数0

前者は、ポストデータは文字列なので空文字で初期化しています
後者は、DBのカラムがintなので整数0で初期化しています
どちらもその後にデータチェック及びサニタイズはします

2023/08/03(木) 13:55:32.28

補足です
$_POST['value']には、整数が入力されることを想定しています
よろしくお願いします