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

2021/09/09(木) 09:38:43.41

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

PHPに関する質問スレです

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

次スレは>>980以降

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

2022/09/13(火) 11:25:42.23

どっか間違ってるの？

2022/09/13(火) 11:44:23.05

ドット演算子はCobolの頃からある

2022/09/13(火) 11:46:51.82

変数型宣言がない言語で+で文字連結できちゃうとバグの温床になる

2022/09/13(火) 11:48:10.80

だから、個々は別から引用したかもしれんが、
3つ揃い踏みしたトップランクメジャー言語はと書いてるじゃないか。

2022/09/13(火) 11:49:48.73

あ、ごめん
間違いだ

2022/09/13(火) 12:58:34.49

>>976
COBOLは & らしい。気持ちは分かるが今となっては糞仕様だな。

>>974
それはJSのことを言ってるのか？
ただそれはない。
数値型の変数はほぼ全部のケースで変数名で数値だと明確であり、そこはバグらない。
countやlength、num_of_xxxを文字列で扱う馬鹿はそれ以前の問題だ。

2022/09/13(火) 13:58:56.46

テンプレートリテラル{}使うか.による文字列結合使うかの判断がちゃんと出来ない
今の所ラクな方選んでるだけだな

2022/09/17(土) 18:54:08.82

それでいいわ。強いて言うならエスケープしないで済む方

2022/09/19(月) 12:37:28.97

PHPの学習で、トランザクション勉強していますが。
おおざっぱに、「一連のクエリ処理を一つの処理と見立てて、途中失敗したら最初からなかったことにする」
機能かと思います。
で、課題として、簡単なECサイト作っています。
一般の利用者が商品を選択しカートを入れ、お金を払って買い上げるのようなものです。
テーブルは「カート」「商品情報」「利用者」「在庫情報」です。（ほんとは英字です。）
利用者が購入に失敗したら、ロールバックで購入が無かったことにします。
ここで、一連のクエリ処理というのは、「商品を選びカートに入れる」というところから始まるのでしょうか？
「商品を選びカートに入れる」という行為と、「カートにある商品を買う」という行為を
わけて、「カートにある商品を買う」について、トランザクションを設定するものでしょうか？

すいません。意味とおりますかね。。よろしくお願いします。

2022/09/19(月) 13:12:25.33

単に最後の購入処理で途中でエラーが発生して整合性が取れない時に
ロールバックするぐらいのイメージで良いのでは？
途中のカートに追加するような処理はそれ単体で失敗すればロールバックかなと
（この場合、カートに追加する処理に失敗したという事でカートは前のまま）

2022/09/19(月) 13:18:10.02

カートに入れるところからトランザクション始めたら買われるまで一連の処理終われないし、途中でタイムアウトするやろw

2022/09/19(月) 13:19:16.24

カートに入れる処理はトランザクション二する必要がない
利用者が自分の意志で取り消すケースもあるわけだし
必要なのは、利用者が決定ボタンを押して、購入完了になるプロセスくらいじゃないかな
一つしかない商品を他の利用者と競合して購入したかもしれないし
複数種類を購入した際に、一つが在庫不足になってたかもしれない
そういうときに、決定ボタンを押す直前までロールバックが必要になる

2022/09/19(月) 14:16:17.85

トランザクションとかセッションとかは文脈で定義される範囲が変わるのでちゃんと意識して書いたほうがいい

その上で、今回はDBのトランザクションのことだとエスパーして回答すると設定される範囲は間違い
記述がないので何をトランザクション処理として設定するかは回答できないけど、「ユーザの決済処理」「在庫処理」あたりがひとまとまりになると思う

入門書で記述されるトランザクションとついでにプリペアドステートメント（プレースホルダ）処理はデータベース側の処理なので入門書から離れてデータベース側の処理をデータベースの公式を参照しながら学習すると良い

2022/09/19(月) 16:01:50.25

みなさんありがとうございました。
良くわかりました！

2022/09/20(火) 00:39:07.48

phpmyadmin にINT型でUNSIGNED（整数マイナスを除く）に設定したカラムがあります。
直接phpmyadmin上でこのカラムのデータに対して、SQL文でマイナスの値をUPDATEしようとすると

以下のようなアラートが返ってきます。ただし、データは0の値になります。
Warning: #1264 Out of range value for column 'test_int' at row 7

phpから、PDO接続で同じようにUPDATEしたとき、エラーとさせて入力を拒否したいのですが方法がありますでしょうか？

try-catch文で、以下のようにしたものの、ただ値が0になるだけしかなりませんでした。
良いアイデアがあれば教えてください。

$a =-100;
try {
$ps = $db->prepare("UPDATE tb2 SET test_int = :a WHERE nam = 'タヌキ'");
$ps->bindParam(":a", $a);
$ps->execute();
echo "UPDATE成功";
}
catch (RangeException $e){
echo "UPDATE失敗";
}

2022/09/20(火) 09:09:20.54

UPDATE以前二範囲チェックをPHPで行えば？

2022/09/20(火) 09:18:10.74

試してないけどMySQL側に警告じゃなくてエラーを返すモードがあるみたい
https://dev.mysql.com/doc/refman/8.0/ja/sql-mode.html

TRADITIONAL を有効にすることでエラーを返すようになるみたい

2022/09/20(火) 12:21:17.30

事前チェックが嫌な理由はなんだろ

2022/09/20(火) 15:40:51.68

普通はバリデーションをしてSQLでエラーにならない値を設定するかなと
SQLでのエラーは想定外の事が起きた場合に限る感じ

2022/09/20(火) 15:44:19.38

ありがとうございます。

事前チェックが良いですね。ありがとうございます。

データベースからのエラーを拾いたいのは、
トランザクションのコミットかロールバックの判断を
try-catchで補足しないといけないかと、
勝手に思っていたからです。
（多くの参考書がtry-catch文で判断していたから）

でも、処理毎にエラー文を配列に格納して、
最後の処理の後に、配列の内容の有無を確認して、
トランザクションの判断をすればいいですね。

2022/09/20(火) 15:59:12.72

トランザクション処理でその様なエラーを拾わせるって
まずくね？
たぶん、クライアントから受け取ったデータだと思うし、
それって単独で許容値かどうかを判断出来ると思うんだよ
Web画面経由なら、クライアント画面にエラー表示させて
再入力を促せると思うんだ
そうすればどう言うエラーか判断する必要もないよね

2022/09/20(火) 15:59:16.45

バリデーション
　問題があればここでエラーを返し下の処理はしない
try{
トランザクション開始
SQL実行
コミット
}catch(Exception e) {
ロールバック
DBでエラーが発生した事を返す
}
正常終了

2022/09/20(火) 16:20:00.83

入力の例外値などは、
トランザクションで判別させるようなものじゃない。
ってことですか？

2022/09/20(火) 16:27:13.11

トランザクションの判別は、何か想定外の問題が起きた時であって、
想定されるような問題は事前になんとかしとけということかな。

2022/09/20(火) 16:33:06.67

トランザクションで判定しないと行けないのは、
リソースの取り合いがあるときやDB自身の障害など
DB側でしか分からないようなケースだな

2022/09/20(火) 16:36:01.02

ありがとうございます。
ということは、トランザクションは、
try-catch文で例外判断するのが一般的なのですね。

2022/09/20(火) 23:33:16.97

クラスのファイル名の拡張子に .inc を使うのは
今の時代では許されてないの？
許されるなら .inc を使い続けたい

2022/09/21(水) 00:13:56.09

次スレ立ってた
【PHP】下らねぇ質問はここに書き込みやがれ 14
https://mevius.5ch.net/test/read.cgi/tech/1663659983/

>>998
まずはPSR-0や4を調べてもらって、その上でincにしたいと言うなら
個人の趣味開発くらいなら自由にしたら良いと思う

2022/09/21(水) 13:48:44.07

>>999
PSR-0を読んで、そういや .incはダメって書いてねーな・・・と思ったので聞いてみました！

1000なら許される

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 377日 4時間 10分 1秒