トップページ⇒php
1002コメント311KB

PHP質問・雑談スレ 2【初心者お断り(ROM歓迎)】©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん 転載ダメ©2ch.net2016/10/17(月) 21:44:12.59ID:???
PHP関する質問や雑談をするスレです。
初心者お断り(ROM歓迎)と書いてますが、初心者用のスレが用意されているからで、
難しい質問や話題をしなければいけないわけではありません。
PHPマニュアルの読み方を概ね理解していて、関数リファレンスが正しく読める方用のスレです。

PHP未導入の方や、手取り足取りが必要な初心者の方はム板のくだスレへどうぞ。
http://echo.2ch.net/tech/　(【PHP】で板内を検索)

前スレ
http://tamae.2ch.net/test/read.cgi/php/1461283091/

その他リンク
・PHPマニュアル
　https://secure.php.net/manual/ja/index.php
・コードテスト・貼り付け用
　http://ideone.com/
・プログラミングのお題スレ Part8　（求PHPer参戦）
　http://echo.2ch.net/test/read.cgi/tech/1444216746/

このスレで扱う話題
・PHPのコード，設定や設定値に関する質問
・常識的範囲内でのコードレビュー依頼・改良相談
・PECL，PEARに関する質問
・PHP新機能やPHP関連トレンドの話題
　（FWや非公式ライブラリの話題や特徴比較は良いが使い方から先の話題は専スレへ）
・PHPのバグ発見報告・公式に報告する前の検証依頼

このスレで扱わない話題
・直接関係ない○○特有の質問（専スレへ）
　（HH，エディタ，IDE，サーバ，OS，DB，SQL，FW，テンプレート，非公式ライブラリ・アプリケーション等）
・PHPの改造
0082nobodyさん2016/10/19(水) 03:02:36.73ID:???
>>81
> 数と型が分かるなら、それこそ文字列と同じ扱いにできるやな。
VALUES(?, ?, ?)などとしてPHP配列を要素を適切に並べてバインドすればよいとういことか？
最早元の話題から大きく外れているが, どういうAPIで実装すべきと考えているのか

JavaのSetArrayは正しくSQL文中のプレースホルダをARRAY型の値で置き換える
相当するものはPDOにはないからあってもよいとは思うが, IN句やVALUESで指摘された問題の解決にはなっていない(その目的には使えない)
0083nobodyさん2016/10/19(水) 03:09:34.66ID:???
タプル型とかそういう発想はないのかよ！　そろそろそういう発想ができてきてもいい頃だろ！　2016年やぞ！
0084nobodyさん2016/10/19(水) 03:21:09.25ID:???
>postgresにはpolygonとかもあるやん。
>ここら辺のデータを受け渡すインターフェースがあってもおかしかないとは思うんやがのう。
PDOにしろADO.NETにしろJDBC、ODBC、ADO,OLEDBにしろ、基本はデータベースをベンダによらず
抽象的に扱えるインタフェースを提供するのが目的なんだから、特定のデータベースの特定の
型向けのインターフェースなんて用意しないだろ。
0085nobodyさん2016/10/19(水) 03:27:06.04ID:???
>>84
TEXTだったりvarcharだったりをSTRINGに抽象化する程度には纏められるやろ。SET型もpolygon型も実態は固定長の配列やし。それこそarrayで一纏めに出来るはずやで。
0086nobodyさん2016/10/19(水) 03:27:34.58ID:???
>無理筋じゃーねーよ。他の言語のデータベース接続インターフェースとかじゃ割と出来るし
具体的に例あげろよ。
0087nobodyさん2016/10/19(水) 03:29:00.07ID:???
>>85
そういうのはもう設計してる人に言おうぜ。俺らに
何度言ったって無駄だろ？？
それともただのかまってちゃんなの？
0088nobodyさん2016/10/19(水) 03:30:26.87ID:???
当初の目的はどこへやら。ただダダをこねる子供のようになってしまっているがそれでいいのかな。
0089nobodyさん2016/10/19(水) 03:30:40.03ID:???
おまえはもう議論してるとかじゃねぇよ。
ただのかまってちゃんレベルになってきてるぞ。
0090nobodyさん2016/10/19(水) 03:36:13.64ID:???
>>86
他の言語じゃないけど、laravelのクエリービルダーでは普通にwhereinとかで配列渡せる。
0091nobodyさん2016/10/19(水) 03:39:03.27ID:???
>>90
まーたクエリビルダに話を広げるの？
0092nobodyさん2016/10/19(水) 03:48:00.91ID:???
>他の言語のデータベース接続インターフェース
クエリビルダじゃなくてデータベース接続インターフェースって自分で言ってないか？
話が変わってねぇ？
0093nobodyさん2016/10/19(水) 04:51:13.91ID:???
いつまでやんだよ
0094nobodyさん2016/10/19(水) 06:22:40.53ID:???
クソおっそいだけのINなんか使わんでOR使え
foreachで楽に組み立てられるだろ
0095nobodyさん2016/10/19(水) 10:30:30.21ID:???
>>55
誰かワイよりキレイに書ける奴おるか？ｗ

is_array($b) ?: $b = [$b];
0096nobodyさん2016/10/19(水) 10:30:47.12ID:???
>>94
PostgreSQLだと、INの方が速いけどね。

10万件の中から10件を検索（indexが使われる検索）

INを使った場合:
https://explain.depesz.com/s/PpNF
Planning time: 0.141 ms
Execution time: 0.177 ms

ORを使った場合:
https://explain.depesz.com/s/iORg
Planning time: 0.281 ms
Execution time: 0.469 ms
0097nobodyさん2016/10/19(水) 10:31:49.79ID:???
無知でプライドだけ高くてこじらせた典型が、議論するとこうなる事例
0098nobodyさん2016/10/19(水) 10:43:30.73ID:???
夜中になにやってんだよ
日本在住じゃないのか？
0099nobodyさん2016/10/19(水) 10:49:38.61ID:???
>>95
！？
0100nobodyさん2016/10/19(水) 12:05:42.71ID:???
>>95はarrayの中身は全部intでなきゃならないなら
もっとちゃんとしたコードじゃないとな
0101nobodyさん2016/10/19(水) 13:26:48.94ID:???
>>95
$b = (array)$b
0102nobodyさん2016/10/19(水) 14:06:53.65ID:???
俺はSQLインジェクション対策でエスケープするよ
安全のためにね
↓
プリペアードクエリ使え
↓
IN句じゃつかえないだろ
↓
いや使えるし
↓
でもコードを少し書かないと使えないだろ
その意味で使えないと言ったんだよ
そもそもIN句遅いし、OR使えよ
↓
いやIN句の方が速いし
↓
今ココ
0103nobodyさん2016/10/19(水) 14:14:37.64ID:???
>>90
PDOはDBへの接続を抽象化するためのものでSQLを抽象化するためのものではない
なぜ全てをPDOに要求するのか？
0104nobodyさん2016/10/19(水) 14:18:54.42ID:???
function sample($variable)
{
$array = [];
foreach ($variable as $value) {
$array[$value] => [1,2,3];
}
return $array;
}

こういうのって最初に
$array = [];
で初期化する必要ないのかな？

削除するかで迷ってる
0105nobodyさん2016/10/19(水) 14:19:11.56ID:???
ORがINより早くなる可能性があるのって賢いオラクルぐらいだろ
0106nobodyさん2016/10/19(水) 14:20:19.93ID:???
>>104
スコープ的な意味合いで考えれば不要だが
コード的に読みやすいならそうすればいい
0107nobodyさん2016/10/19(水) 14:22:04.45ID:???
>>106
ありがとう

範囲はこの関数みたいに収まっているので、明示的に初期化宣言しておこうかと思います
0108nobodyさん2016/10/19(水) 14:37:40.79ID:???
>>33
> 俺は多分カニ味噌？と言われた人間だが別の人とやり合ってたようだなｗ
かに味噌がどうこうという流れは無視してたが、最近の流れを追うとそう言われるのも妥当かなと思ったりw
0109nobodyさん2016/10/19(水) 14:49:56.83ID:???
>>33
> 純粋な議論ではなく人を批判したいとかマウンティングしたいって精神が現れてるんだよ
お前がそうだろ
0110nobodyさん2016/10/19(水) 15:52:44.73ID:???
皆さんは職業プログラマーなんですか？
PHPを主体にしてやってるんでしょうか？
0111nobodyさん2016/10/19(水) 17:11:58.32ID:???
趣味だけど何か？
0112nobodyさん2016/10/19(水) 17:12:37.66ID:???
VR元年だってのに未だに0コンマの速度求めてシコシコバックエンドについて討議しなきゃならんなんてな
0113nobodyさん2016/10/19(水) 17:17:09.08ID:???
関西弁のPHPおじさんは経験豊富なおじさんじゃなくて、おじさんがPHPを始めたって感じかなぁ。
柔軟にいろいろ吸収できれば何とかなると思うけど。
0114nobodyさん2016/10/19(水) 17:21:54.06ID:???
>>112
そういう話じゃないんだが
0115nobodyさん2016/10/19(水) 17:25:51.43ID:???
VRの方でもL1キャッシュがーとかbus速度がーとかやってるみたいだけど
0116nobodyさん2016/10/19(水) 17:34:13.99ID:???
>>75
> だから配列をぶっこむプリペアードステートメントが存在しても全然おかしくないし
これには同意

$stmt = $pdo->prepare('select * from user where created between ? and ? and status in (?)');
$stmt->execute([$from, $to, ['hoge', 'fuga']]);
って書かしてくれてもばちはあたらんと思うぞ
0117nobodyさん2016/10/19(水) 18:01:25.91ID:???
>>116
配列型に対応するときの弊害にしかならないからやめて
0118nobodyさん2016/10/19(水) 18:07:48.96ID:???
別のメソッドならいいよ
arrayBind
arrayExecute
とかね
0119nobodyさん2016/10/19(水) 18:18:24.40ID:???
>>117
問題ない。
$sql = 'insert into books (tilte, authors) values (?, array[?])';
$stmt->execute(['php is sucks', ['matz', 'larry']);
$array = ['matz', 'larry'];
$stmt->execute(['rtfm', $array]);
01201192016/10/19(水) 18:20:48.34ID:???
冗談なので、話を広げないように。
0121nobodyさん2016/10/19(水) 18:51:55.67ID:???
>>112
phpはあくまでサーバサイドのコードやからコンマ何秒を求められる事はこれから先も無いよ。
マキシマム数秒は大前提だけど、マキシマム何秒に抑えるのはphpとかの言語を駆使する話ではない。
システム構成とそのアプリケーションの仕様との相談だね。
0122nobodyさん2016/10/19(水) 18:52:03.03ID:???
間違いだらけだから広げられても困るもんね
0123nobodyさん2016/10/19(水) 18:55:43.49ID:???
>>103
PDOより上の機能をphp標準が用意してくれないからだろ……
だから名前も分からぬ機能もインターフェースも雑多なr/oマッパーが蔓延るんやないかい。
ワイらはORMなんか別に使う気はなく、クエリを安全にエスケープできればええゆうのに。
0124nobodyさん2016/10/19(水) 18:56:11.91ID:???
雑談を詰めると速度やら仕様がおかしいやら
そんなもんしかないからな
0125nobodyさん2016/10/19(水) 19:10:10.13ID:???
>>123
一つのレスで r/oマッパー と ORM を使い分けたのはなんで？普段使い慣れてない言葉だから？
0126nobodyさん2016/10/19(水) 19:14:49.35ID:???
>>125
答え:ワイのiPhoneだとどうやらORMの方が速く打てる
0127nobodyさん2016/10/19(水) 19:18:34.73ID:???
ないからPDOでやるべきって発想がもうダメ
0128nobodyさん2016/10/19(水) 19:45:08.74ID:???
SQLを生でそのまま書いてあるフレームワークの大半がカオスだった
いくつものjoinによっては可読性を落とし
MySQLのバージョンを理由に、謎のselect連発

だから、PDOなり、ORMなり、クエリービルダーなり、きちんと設計されて
使用されているところのほうが珍しい
0129nobodyさん2016/10/19(水) 19:46:10.18ID:???
>>127
実際にPDOを継承したり内包してるDBライブラリが数数え切れない程度にあるこの状況を見てどう思うね。
もうちょい統一してほしい思うやろ。
0130nobodyさん2016/10/19(水) 19:47:44.56ID:???
>>129
だからといってPDOに持たせるべきとは決してならない
0131nobodyさん2016/10/19(水) 19:50:13.31ID:???
>>130
PDOに持たせなくてもいいから、PDOより上でORMより下くらいの扱いやすいDB操作インターフェース作れや。
今のopenGL直に叩いてるような状況が正しい訳ねえやろ。
0132nobodyさん2016/10/19(水) 19:50:14.37ID:???
上の方みてたらいろいろ語られてるから、今更どういっても考えが変わることはないんだろうけども。
0133nobodyさん2016/10/19(水) 20:15:41.19ID:???
>>123
一体どんな言語が, 言語の規格に存在しないにも拘らずDB接続の抽象化を超えるような機能をその言語ベンダ自身で提供しているんだ？
その機能を提供するための標準的なAPIの規格でも存在しているのか？
クエリをどうこうしたいなら単にクエリビルダだけを使えばよい(illuminate/databaseのQueryBuilderだけでも使える)

大体ORMレベルまで行ってしまったらActiveRecordとDataModelみたいな設計方針の違いもあるんだから多様性はあって当然
言語ベンダとしては最低限, DBへの接続を抽象化する, その目的はPDOで適切に達成されている
0134nobodyさん2016/10/19(水) 20:21:05.62ID:???
>>133
APIは提供したからあとは描画するだけだよ、頑張ってね的なほっぽり投げ具合だから嫌だっつってんだろ。
openGLやってバージョン上がるごとにどんどん抽象化レベル高くなってんねんで。
PDOがそこやってもええやろ。
そもそもプリペアードクエリの?文字も:文字もDBの仕様じゃないのをPDOが拡大解釈しとる話やん。
もっと制御文字増やして拡大解釈しまくるくらいは出来るやろ？
0135nobodyさん2016/10/19(水) 20:26:01.53ID:???
舌の根も乾かぬうちにPDOに持たせろと言いますか。
0136nobodyさん2016/10/19(水) 20:27:43.01ID:???
>>134
残念ながら?文字も:文字もDB側の仕様だ
故にPDOはSQLを拡大解釈しない
0137nobodyさん2016/10/19(水) 20:27:48.58ID:???
議論みてると、結局は何を求めているのかわからなくなってきたｗ
0138nobodyさん2016/10/19(水) 20:28:15.02ID:???
PDO2.0でもなんでもええがな。底の部分をもっと上に持って来いや。
0139nobodyさん2016/10/19(水) 20:30:38.82ID:???
本人が何を求めているのか分かってないから、話がぶれてまとまる気配がないんだろうね
ああ言えばこう言う、でもでもだって
0140nobodyさん2016/10/19(水) 20:31:18.78ID:???
もうお前ら話さっさとまとめてなんかライブラリ作れよ
0141nobodyさん2016/10/19(水) 20:31:29.20ID:???
>>138
そういうご要望はPHPの公式メーリングリストにでも投げられたら如何か
EloquentもDoctrineもある現状, どの程度合意を得られるかは分からんが, 納得させるのが上手いプレゼンターだ
0142nobodyさん2016/10/19(水) 20:33:09.84ID:???
>>136
と思うじゃん？ sqliteとか普通にプリペアードステートメントの機能が無いDBもあるじゃん？
そういうRDBMSからすればクエリを破壊してる事にはなってるわけじゃん？
0143nobodyさん2016/10/19(水) 20:35:36.79ID:???
>>142
機能がない場合はある場合と極力同じ動作をするようにエミュレーションする
それを目的とする抽象化だ
0144nobodyさん2016/10/19(水) 20:36:24.67ID:???
無知が意地になって議論破壊してる
0145nobodyさん2016/10/19(水) 20:38:30.76ID:???
>>143
それってつまりはPDOがDBの仕様(というかインターフェース)を決めている事に他ならん訳でな。
「他のDBには無いけどPDOがエミュレートしてくれる」なら周りを気にせずどんどん抽象化できるやん？
0146nobodyさん2016/10/19(水) 20:42:51.81ID:???
今日はそっちの方向で質問することにしたんだ
0147nobodyさん2016/10/19(水) 20:43:30.59ID:???
>>145
"DBに委任出来ることは委任する"のが前提
まぁ, 納得してもらわなくていいけど, 「俺の欲しい機能が公式で実装されてない」という主張, そしてそれを実装しろという要望は, ここよりPHPの公式でぶちまけるべきだ
そしてうまいこと公式の開発者たちを説得してくれ, PDOより上のレイヤは実装されている分には構わんからな
0148nobodyさん2016/10/19(水) 20:47:59.42ID:???
>>147
sqliteで思い出したけど、PDOってエミュレートどころか使えない機能を使っても使えたフリだけするパターン(トランザクションとか)がかなりあるで。
ミニマムスペックで汎用なように作ってるつもりでも実態は全然目標とは乖離してるがな！
やっぱPDOは勝手に拡張されていくべきだわ。PDOこそがDB操作の標準になるくらいがええ。
0149nobodyさん2016/10/19(水) 20:53:09.97ID:???
じゃあ勝手に拡張しなよ
0150nobodyさん2016/10/19(水) 20:57:21.52ID:???
ベンダ固有の機能を使いたいならそういうライブラリを使えばいいんでない
なにも汎用性重視のPDOにそんな要求しなくても
0151nobodyさん2016/10/19(水) 21:00:08.08ID:???
>>150
ベンダもそれぞれバージョンアップとかで新機能導入していくんやから、様子見てPDOがメインストリームになりそうなのを抽象化して実装するのが筋やろなあ。
0152nobodyさん2016/10/19(水) 21:03:14.15ID:???
多分到達点はGQLみたいな独自SQL記述仕様なんやろな。
ORMではなく。
phpがそれやってくれると普及すると思うんやけどなあ。
0153nobodyさん2016/10/19(水) 21:06:08.35ID:???
>>151
そうだねぇ。だからこそ、IN (?) に array をバインドなんてあさってのことやるよりも前にしないといけないことが多いよね。
メインストリームになりそうとかそんな段階の話は遠いよ。そもそも標準への準拠がまちまちなんだから。
0154nobodyさん2016/10/19(水) 21:08:03.10ID:???
つうか今さっくりSQL99の仕様見てみたら、array型が仕様になっとるやん！
in句にarrayを入れられない(いや、入るのかもしれないけど)のは寧ろアンダー仕様なんやないのか？
0155nobodyさん2016/10/19(水) 21:09:18.82ID:???
>>154
ずっとそこを混同したままだよね
0156nobodyさん2016/10/19(水) 21:11:43.49ID:???
>>155
混同してねえよ。array型を扱えるRDBMSなら、in句にarrayを入れた場合の仕様くらいはちゃんと決めてるはず。
arrayとarrayを比較するのか、それともarrayの中身を展開して比較するのかとか。
そこをPDOでエミュレートするのは難しいはなしでは無いだろ。仕様があるんやから。
0157nobodyさん2016/10/19(水) 21:11:58.81ID:???
もっかいイチから勉強しなおせば、今自分がどれほどおかしなことを強気でレスしているのか気づけると思うよ
0158nobodyさん2016/10/19(水) 21:13:04.61ID:???
>>156
>>70あたりで言及してるんだけどな
0159nobodyさん2016/10/19(水) 21:13:17.90ID:???
議論破壊と議論抽象化
0160nobodyさん2016/10/19(水) 21:13:35.82ID:???
というか、array型があるならPDO::param_array無いと寧ろダメやん。ベンダー独自実装ちゃうねんから。
0161nobodyさん2016/10/19(水) 21:15:20.87ID:???
> 何言ってるか微妙に分からんが、SQL上で
> in(1,2,3,4,5)みたいになっているのは、php上で[1,2,3,4,5]になってるのとは等価だろ。

「微妙に分からんが」の言葉の重さよ
0162nobodyさん2016/10/19(水) 21:16:11.81ID:???
>>158
どういう結果になるかは分からんけど、in(
:array)が動かないのは寧ろ不自然やろ。PDOであたい入れてもクエリ壊さへんやん。
0163nobodyさん2016/10/19(水) 21:16:22.86ID:???
>>160
それに関してはあってもよいが結果としては>>82
0164nobodyさん2016/10/19(水) 21:19:10.14ID:???
>>162
IN (:array)
に対して $phpArray = (a, b, c) をバインドして得られる結果は IN (ARRAY[][a, b, c]) であって, INの左側式の値がARRAY[][a, b, c]に一致するという意味になるが？
0165nobodyさん2016/10/19(水) 21:20:34.72ID:???
おまえらの開発環境と主に使っているツールとか教えて
OS
エディタ
ターミナル
0166nobodyさん2016/10/19(水) 21:21:10.42ID:???
>>164
分からんけど、そういう動きするならそこから進んでin(
value_explode(:array))
みたいな書き方で大方の目的が達成できたりするんちゃう？
0167nobodyさん2016/10/19(水) 21:21:52.19ID:???
centos vim putty が多い
0168nobodyさん2016/10/19(水) 21:22:10.46ID:???
いやそういう関数があるかどうかは分からないけど。
0169nobodyさん2016/10/19(水) 21:23:05.25ID:???
>>167
定番にして王道だね
0170nobodyさん2016/10/19(水) 21:25:45.33ID:???
最近使い始めたんやけど git bashがシンプルで使いやすくてええで。
何より即インストールできるし。
0171nobodyさん2016/10/19(水) 21:29:36.93ID:???
>>166
>>80 読んだ？
0172nobodyさん2016/10/19(水) 21:31:28.82ID:???
各レイヤーの役割を理解してないと、そんな理由で却下せんでくれと思うかもしんないけど、至極まっとうな理由で却下されてるんよ。
0173nobodyさん2016/10/19(水) 21:35:50.98ID:???
>>171
よく分からんけどバインドしたタイミングと実際の読み出すタイミングで値変わることがよくあるからアカンみたいな話？
なら値が変わること覚悟でストリーム渡させるとか色々あるやろ。
なんやあんまり明確とは言いづらい気がするのう。
0174nobodyさん2016/10/19(水) 21:40:01.64ID:???
ちゃうわ。phpの配列は型がバラバラやけどええんか？ っちゅー話や。
そんなん自動判別しよるのがPDOさん仕様やん。一意じゃないと困るならbindarray(名前、配列、型)メソッド用意したればいいだろ。甘えんなや！
0175nobodyさん2016/10/19(水) 21:41:47.75ID:???
> よく分からんけど
途方に暮れかけた

> ちゃうわ。
期待したけど、期待するだけ無駄だった。

なぜそのような強気でいられるのか
0176nobodyさん2016/10/19(水) 21:45:35.82ID:???
理解すべきことを理解せずに話をスライドさせていってるから、
俺の他にも有益なレスをしてくれてる人もいるのに、全部ひっくるめて無駄にしてる
0177nobodyさん2016/10/19(水) 21:48:57.36ID:???
その内勝手に答えにたどり着くからええやん。
無駄ちゃうで。考えたプロセスがこうして出力されてることは結構有益やよ。他の人間も辿れるからな。
0178nobodyさん2016/10/19(水) 21:48:58.52ID:???
昨日からずっと喋ってるけど, 「いけるんちゃう」とか「ええんちゃう」とか「あるんちゃう」とか, 思い込みで喋っているところが多過ぎる
0179nobodyさん2016/10/19(水) 21:50:43.03ID:???
>>178
せやかて言われたままに事実を受け止めてもーたら、それは検証という作業を省くオカルトっちゅー奴になってまうやで。
先ずは仮説から。コレは基本やで。
0180nobodyさん2016/10/19(水) 21:52:07.18ID:???
とりあえず俺の主張の要点。

* PDOの目的に従えば現状のバインド機構は適切
* PDOの目的を変更する必要を感じない
* PDOより上のレイヤのライブラリを公式で作成してくれるなら有り難い
* 但し実用上DoctrineやEloquentで十分なので積極的に後押しはしない
0181nobodyさん2016/10/19(水) 21:55:51.79ID:???
>>179
それは検証した人が言うべきかな
あと、仮説を立てるためにはある程度の基礎知識が必要
0182nobodyさん2016/10/19(水) 21:56:01.17ID:???
>>180
PDOがDB標準を目標としているならarrayはバインド出来て然るべしやから、ワイはPDOの目的はまだ未達と見るで。
■ このスレッドは過去ログ倉庫に格納されています