【PHP】下らねぇ質問はID出して書き込みやがれ 99

**nobodyさん** · 2010/10/13(水) 12:01:33

質問者はまず>>1を良く読むこと（必須！）
過去スレ、関連スレ、FAQなどは>>2-10辺り
次スレは>>980が立てる。10分以内に立たない場合、宣言してから立てたい人が立てること。

◆前スレ
【PHP】下らねぇ質問はID出して書き込みやがれ 98
http://hibari.2ch.net/test/read.cgi/php/1284805237/

◆質問用テンプレ
【OS名】CentOS
【PHPのバージョン】5.3
【連携ソフトウェア】MySQL ImageMagick
【質問内容】

◆質問する時の注意
・スレを上げて自分のIDを表示させること。（メール欄に何も記述しない。専ブラのsageチェックを外す）
・己の行った操作、変更などを詳しく明記すること。
・エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・質問者として、態度をわきまえること。
・事前に関連リンクの公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。
（PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。）

◆質問後の注意
・2回目以降は最初に質問した際のレス番号を入れて、偽者防止に必ずIDを表示させること。
・解決しなくても回答をもらった場合はお礼を言うこと。
　（荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。）

◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。

【その他諸注意】
・SQL・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ

**nobodyさん** · 2010/10/23(土) 01:14:40

>>730
つ>>721

**nobodyさん** · 2010/10/23(土) 03:05:06

>>725
ベアーとは読まんだろ

**nobodyさん** · 2010/10/23(土) 05:15:29

>>727
3.ｋｗｓｋ

**nobodyさん** · 2010/10/23(土) 06:08:08

>>733
text-to-speechのことだろ

**nobodyさん** · 2010/10/23(土) 07:30:31

<?php
text_to_speech("pear", "Sam");
?>

**nobodyさん** · 2010/10/23(土) 08:29:41

ベアーｗｗｗｗ

**nobodyさん** · 2010/10/23(土) 09:23:06

ベアーと読もうが本人の勝手だろ

**nobodyさん** · 2010/10/23(土) 09:56:33

そんなマジレス返されましても

**725** · 2010/10/23(土) 10:22:02

あぁ、またまたごめん
iPhoneから打ったからタップが一回足らなかったw
ベアーじゃクマーだな

globは英単語だったんだね
グロブと読むらしい

cronみたいな造語だと思ってた

**nobodyさん** · 2010/10/23(土) 11:19:34

日本語ならグロブでもいいんじゃないｗ

**nobodyさん** · 2010/10/23(土) 11:39:26

>>740
グロブでもいいってグロブと読むって言ってんのに

**nobodyさん** · 2010/10/23(土) 11:43:55

ブログ

**nobodyさん** · 2010/10/23(土) 12:03:21

日本語ならブログでもいいんじゃないｗ

**nobodyさん** · 2010/10/23(土) 12:08:33

ぐろっぶ

**nobodyさん** · 2010/10/23(土) 12:13:30

読み方がわからない人ってのは口頭で話す機会のない人なんだろ？
発音しないんだから発音しらなくてもよくね？
口頭でやりとりする人なら人に聞きゃ済むわけだしな

**nobodyさん** · 2010/10/23(土) 14:18:13

>>745
部署内みんな間違ってたって事はある。

**nobodyさん** · 2010/10/23(土) 15:14:46

http://www.tagindex.com/statistics/tag_name/index.html
こういうの面白いよね

**nobodyさん** · 2010/10/23(土) 15:21:19

>>747
面白い！うちのデザイナーはWidthとHeightを一位ので読んでて多少気になるｗ

**nobodyさん** · 2010/10/23(土) 16:04:47

多少か！ｗ

**nobodyさん** · 2010/10/23(土) 16:06:14

ワイズとヘイト？ありえねーわ

**nobodyさん** · 2010/10/23(土) 16:43:47

hrefをハーフと言ったりする人もいるよな
もぞもぞする

**nobodyさん** · 2010/10/23(土) 17:00:37

エイチレフ

**nobodyさん** · 2010/10/23(土) 17:02:04

俺は「ハイパリファレンス」って呼んでる
たいてい通じないから「エイチャーレフ」って言い直す

**nobodyさん** · 2010/10/23(土) 17:51:36

俺はウィドゥスとヘイトだな綴りの都合上ヘイグヒトと覚えてるが
英語読みだとウィドゥ（スは消え入る音でほとんど聞こえない）とハイトみたいだね

**nobodyさん** · 2010/10/23(土) 18:43:54

mb_convert_encodingで文字コードを変換してechoで吐くと目的どおりの文字コードになって、
文字化けもしてないのに、DBにいれると???????になるんですが、これは原因はなんなんでしょうか？
shift-jis->euc-jpでDBテーブルはujis_japanese_ciです。

**nobodyさん** · 2010/10/23(土) 18:44:37

set names ujis

**nobodyさん** · 2010/10/23(土) 18:46:09

全部utf-8に統一しなよ・・わざわざ変える意味あるのか

**nobodyさん** · 2010/10/23(土) 18:48:42

>>755
フィールドの照合順序もujisになってる？

**nobodyさん** · 2010/10/23(土) 19:19:28

>>756
これをやるとPhpmyadmin上はちゃんと表示されるようになりました・・・
Euc-jp表示なのに文字化けしてないのはなぜ・・・

>>757
本サイトがEucで携帯がShift-jisなもんで・・・

>>758
すいません、説明間違ってました。
DefaultCharsetがujisで照合順序がujis_japanese_ciでした。

**nobodyさん** · 2010/10/23(土) 19:20:18

>>756
間違えたset names sjisでやるとｐｈｐｍｙAdmin上では文字化けしてませんでした。

**nobodyさん** · 2010/10/23(土) 21:13:08

解決しました。
DBIniInsert時にset names sjisにして
表示時にshift-jisにしたら直りました。

**nobodyさん** · 2010/10/23(土) 21:42:17

MySQLで SET NAMES を使ってはいけない

**nobodyさん** · 2010/10/24(日) 01:33:24

なんで

**nobodyさん** · 2010/10/24(日) 01:35:09

>>762の言うことは嘘だから気にするな。
SET NAMES は積極的に使うべき

**nobodyさん** · 2010/10/24(日) 01:40:50

良い子のみんなは「MySQLで SET NAMES を使ってはいけない」でググってね

**nobodyさん** · 2010/10/24(日) 03:40:32

大人なのでSET NAMESを使います

**nobodyさん** · 2010/10/24(日) 12:29:37

fpmでforkしたphp間で共有されるものってある？
複数コネクションを同時にさばくとき、Railsみたくフレームワークのモデルさんが壊れないか気になるんだけど

**nobodyさん** · 2010/10/24(日) 20:07:38

while( 条件文１ && 条件文２ ){
・・・
}

こういう構文の時、条件1でfalseが返ってきたら条件文２はそもそも検証すらされずwhileループを抜けますか？

たとえば条件１で配列の上限を超えたかどうかを調べ、
超えていればそのままwhileループを抜け出し
条件2の検証で配列の要素数オーバーを防げるかどうかを知りたいです。

**nobodyさん** · 2010/10/24(日) 20:09:53

エスパー出番よ

**nobodyさん** · 2010/10/24(日) 20:25:12

>>768
条件2が検証されるかされないかなんて重要なことではなくね？
オーバーを防げるの意味がわからん
具体的な例文書いてみて

**nobodyさん** · 2010/10/24(日) 20:26:19

>>768
条件１がfalseなら条件２は評価されないはず、でもソース無い。
後半の「配列の上限を超える」「要素数オーバーを防ぐ」が良く分からん。

**nobodyさん** · 2010/10/24(日) 20:27:13

条件２で配列に追加を行うわけじゃないんだから条件２を検証しようがしまいがオーバーを防ぐように処置してりゃ防げるんでないの？

**nobodyさん** · 2010/10/24(日) 20:28:47

>>768
短絡評価でググると良いよ

>>779
短絡評価は結構重要なテクニック

**nobodyさん** · 2010/10/24(日) 20:30:24

条件2が
$i+=1 < 100
みたいなのってことなのかな

**nobodyさん** · 2010/10/24(日) 20:34:41

クラスとか二次元配列じゃない？

**nobodyさん** · 2010/10/24(日) 20:36:34

>>779は>>770のミス
コードの行数とステップ数を減らすぐらいしかメリットがないけど・・・
下の例ではHello!と表示される
<?php
function example1(){
return true;
}
function example2(){
echo "Hello!";
}
example1() && example2();
?>

**nobodyさん** · 2010/10/24(日) 20:42:12

PHPマニュアルのここに詳しいな
ttp://www.php.net/manual/ja/language.operators.logical.php

**nobodyさん** · 2010/10/24(日) 21:24:52

>>768
$arr = array('a', 'a', 'a');

$i = 0;
while (isset($arr[$i]) && $arr[$i] === 'a') {
var_dump($i);
$i++;
}

$i = 0;
while ($arr[$i] === 'a') {
var_dump($i);
$i++;
}

とかやってみればわかるじゃん。

**768** · 2010/10/24(日) 21:56:44

PHPは短絡評価をサポートされていたんですね。
ありがとうございましたm(_ _)m

**nobodyさん** · 2010/10/24(日) 22:23:05

>>773がいろんな意味でエスパーすぎてマジびびったわ

**nobodyさん** · 2010/10/24(日) 22:39:03

Javaの場合は、
if (obj != null && obj.test())
って書く場合がよくある。
obj が null の場合、
後ろの obj.test() でエラーになるが、実際には実行されないので・・・

**nobodyさん** · 2010/10/24(日) 23:00:25

http://d.hatena.ne.jp/shellcat/20090928/1254144157

ここの下の方にある $_GET のところで、

＞また、同じキーで複数の値が送られる以下のような場合、
＞http://localhost/test.php?foo=bar&foo=bee
＞キーに対応する値は配列となる。
＞$_GET['foo'] = array('bar', 'bee');

このように書かれているのですが、試してみましたところ、
そのようにはなりませんでした。

php.ini等の設定がいるのでしょうか？
どうか教えてください。

**nobodyさん** · 2010/10/24(日) 23:04:41

ならんですね
[]が必要

**nobodyさん** · 2010/10/24(日) 23:18:09

http://localhost/test.php?foo[]=bar&foo[]=bee
の間違いでしょ

**782** · 2010/10/24(日) 23:45:01

なるほど。
ありがとうございます。

とあるソーシャルアプリの開発を行っているのですが、
id=28456&id=28969
こんな感じでスクリプトがコールされるんですね。

簡単にそれぞれ取れるような方法はないものでしょうか。
QUERY_STRINGから分割して処理する関数書くしかないですかね。

**nobodyさん** · 2010/10/25(月) 00:07:03

そのスクリプトは直らんのか？

**nobodyさん** · 2010/10/25(月) 00:52:51

ユーザーが投稿したコンテンツにランダム文字列を付加して、識別できるようにしたいと考えております。
このランダム文字列をなるべく短く、かつ、絶対（あるいは無視できるほどの低確率）にぶつからないように付加したいのですが、
一般的にはどのような方法があるでしょうか？

ぶつからないようにするためには、DBに入れた値を毎回検索してダブりが無いか確認…
とやれば出来るのですが、さすがにパフォーマンス的に現実的ではない気がします。

**nobodyさん** · 2010/10/25(月) 00:55:36

>>787
>>1

**787** · 2010/10/25(月) 01:02:33

自己解決しました。お騒がせしました（＾＾；）

**nobodyさん** · 2010/10/25(月) 01:04:11

>>785
こんな感じかな、あまりいい方法じゃないけど
http://ideone.com/otchQ
<?php
$str = "id=28456&id=28969";
$str = str_replace('=','[]=', $str);
$res = array();
parse_str($str,$res);
var_dump($res);
?>

**nobodyさん** · 2010/10/25(月) 01:07:03

そもそもそのクエリってRFCに準拠してるのかね
rewriteして内部の整合性をとったほうが精神衛生上よろしいんじゃないの

**nobodyさん** · 2010/10/25(月) 01:18:58

test.php ( スクリプトファイルは、UTF-8で作成）内に
日本語入力項目を設けた上で、同画面にPOSTを行うと
なぜか文字化けしてしまいます。

<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" />

header("Content-Type: text/html; charset=UTF-8");
print("<form method=\"post\" action=\"test.php\" accept-charset=\"utf-8\">");

なぜ文字化けしてしまうのでしょうか？

※Windows Vista

**nobodyさん** · 2010/10/25(月) 01:22:51

**nobodyさん** · 2010/10/25(月) 01:26:46

>>792
mb_language("ja");
mb_internal_encoding("UTF-8");
mb_http_output("UTF-8");

**nobodyさん** · 2010/10/25(月) 09:35:07

>>793 >>794
いずれの方法を行っても文字化けしてしまい

POSTされた値を

$test_value = mb_convert_encoding($test_value, "UTF-8", "auto");

としたところ文字化けせずに画面に表示されました。

しかし、毎回この様な文字コードの変換を行うのは面倒なのですが
根本的な原因は何なのでしょうか？

**nobodyさん** · 2010/10/25(月) 09:43:32

>>795
あとはスクリプト自体の文字コードとwebサーバの文字コードの確認
apacheならAddDefaultCharsetとか。

あとPOSTされた値の文字コードは何？それで原因がわかるんじゃない？

**nobodyさん** · 2010/10/25(月) 10:02:30

>>796
>>795で文字化けが回避出来たので恐らくsjisだと思います。
少々面倒くさいですが解決出来たので一先ず満足です。

**nobodyさん** · 2010/10/25(月) 10:07:38

Pearでユーザ認証を行う場合に

user_id
user_name

をテーブルに保存する訳ですが、この時にuser_nameはハッシュ値で登録するので
未だ良いとは思いますが user_id　は暗号化して保存しておいた方が無難でしょうか？

**nobodyさん** · 2010/10/25(月) 10:34:54

パスワードはないのかよ

**nobodyさん** · 2010/10/25(月) 11:03:24

文字コードのことになると頓珍漢なレスしかつかないという

**nobodyさん** · 2010/10/25(月) 11:08:32

インラインスケートで通学できる小学校なんてあるのかよ

**798** · 2010/10/25(月) 11:12:18

>>799
間違えました。次の列構造を予定しています。

①　user_id
②　user_pass 　　　　　←　ハッシュで保存
③　user_pass_own 　　←　独自の暗号化した文字列で保存予定（複合化可能にする為）

①も③と同じく暗号化して保存した方がやはり良いでしょうか？

**nobodyさん** · 2010/10/25(月) 11:23:01

APIで返されるXMLに含まれる日付データのフォーマットが
「2010-10-09T22:16:28+09:00」なのですが、
このフォーマットを変換してくれる関数とかってあるんですか？
今は単純に T と +09:00 を削除しています。

**nobodyさん** · 2010/10/25(月) 12:01:36

>>803
strtotime() でUNIXタイム取得。あとはdate()なりなんなりで。

**nobodyさん** · 2010/10/25(月) 12:02:39

>>802
それよりサイトとDBのセキュリティに気を使った方が良いよ。

**nobodyさん** · 2010/10/25(月) 12:18:43

>>805
SQLインジェクション対策として
:hogehoge　タイプを使用しています。

個人情報等も扱うので最悪流出しても
分からない様にほとんどを暗号化してDBに保存しようと思ってますが
これだとパフォーマンスが落ちますよね。。。

しかし、安全面を考えればその方が未だ良いかと思ってますが
如何でしょうか？

**nobodyさん** · 2010/10/25(月) 12:33:27

すいません。ID出し忘れたのでもう一度投稿します。

ユーザーが投稿したコンテンツにランダム文字列を付加して、識別できるようにしたいと考えております。
このランダム文字列をなるべく短く、かつ、絶対（あるいは無視できるほどの低確率）にぶつからないように付加したいのですが、
一般的にはどのような方法があるでしょうか？

ぶつからないようにするためには、DBに入れた値を毎回検索してダブりが無いか確認…
とやれば出来るのですが、さすがにパフォーマンス的に現実的ではない気がします。

よろしくお願いします。

**nobodyさん** · 2010/10/25(月) 12:36:42

復号化可能にする意味が分からない
他人のパスワードみてニヤニヤするの？
まさかパスワードリマインダーで復号してメールで送ったりするの？
それとも、会員のパスワードを使ってログインしようとしたり・・・？

**nobodyさん** · 2010/10/25(月) 13:03:23

>>806
パフォ落ちても(略ということなら、それはそれでいいんじゃね?

>>807
低確率で衝突してもいいんだったら、適当なハッシュアルゴリズム使えばいいんじゃね?

**nobodyさん** · 2010/10/25(月) 13:09:56

>>807
通し番号を付ければいいだけではないのか？

**nobodyさん** · 2010/10/25(月) 13:36:30

>>807

どっちにしてもコンテンツを毎回DBにぶち込むんじゃ？
んなら　大して変わらないような気がするが・・・・

**nobodyさん** · 2010/10/25(月) 14:07:37

ぶつからないだけなら通し番号でいいと思うな。

重複検出方式にしてもちゃんとインデックス用意しとけば
そんなに遅くはないと思いますがね。

**nobodyさん** · 2010/10/25(月) 14:15:59

よく理解していない初心者ほど「パフォーマンスがー」とか言い出すよな
insertとインデックスに対するselectなんて後者のほうが圧倒的に早いしな、知らんけど。

**nobodyさん** · 2010/10/25(月) 14:18:01

識別子なんてユーザ名でいいじゃん

**nobodyさん** · 2010/10/25(月) 14:24:10

そもそもどういうものを想定しているのかわからないな
ユーザーの投稿というのは掲示板みたいなものをなんだろうか
投稿毎に識別番号を付けたいなら、>>814のようにユーザー名はダメだろう
そもそも会員制かどうかも分からないしね

通し番号だとダメな理由があるなら、重複検査してランダム文字列入れる
重複検査は(ユニークキーにするだろうし)別に重くない

**nobodyさん** · 2010/10/25(月) 14:31:09

/userID/md5(UNIXTIME)

**807** · 2010/10/25(月) 14:55:37

たくさんのアドバイスありがとうございます。

具体的には、ユーザーを識別するのではなく、
投稿された画像や動画を一意に識別するためのランダム文字列を付加します。

通し番号が駄目な理由は
http://myservice/ランダム文字列
というシンプルなURLで各コンテンツにアクセスさせたいため、
連番が直にURLに出るのが気持ち悪いということらしいです。。
上からの指示なのでここは変えられません。

重複検索については完全に素人判断で重そうと判断していたので
避ける明確な根拠はありませんでした。
ハッシュで８桁程度の文字を作成し、重複検索を通す、という感じにしようかと思います。
ありがとうございました。

**nobodyさん** · 2010/10/25(月) 15:18:31

id<-->文字列　の可逆の変換かければいいな。0<-->a 1<-->b とかでｗ

**nobodyさん** · 2010/10/25(月) 16:19:59

PHP Version5.1.6
SQLite Library 3.3.6
↑これで
ttp://www.crystal-creation.com/web-appli/technical-information/database/sqlite/php.htm
↑これにあるようなプログラムで読み込まないんですけど、ver.のせいでしょうか？
一応PDOだと動きます。

**nobodyさん** · 2010/10/25(月) 16:23:42

>>809
うーんパフォーマンスは二の次Ｄえやはり安全面を優先させます。

**nobodyさん** · 2010/10/25(月) 16:25:27

Pear　と Cake　は、PHPのFWとしてどちらの方がより使われていますか？

また、Cakeは何と読めば良いのでしょうか？

**nobodyさん** · 2010/10/25(月) 16:25:30

>>819
それsqlite2の記述だからね
PDO使ってね

**nobodyさん** · 2010/10/25(月) 16:28:17

>>821
PEARってFWなの単なるライブラリじゃないの？
Cakeの読みはケイクって呼んでる人が多いよ、たまにケーキという人もいるけどね

**nobodyさん** · 2010/10/25(月) 16:30:44

>>822さんありがとうございます。

**nobodyさん** · 2010/10/25(月) 16:54:33

>>823
ありがとうございます。

PHPを勉強するに当たって Cake も使える様になっておいた方が良いでしょうか？

また、実務ではPHPの開発環境はやはりLinux上で行うパターンが多いのでしょうか？

**nobodyさん** · 2010/10/25(月) 17:24:39

>>825
Cakeというよりmvcを理解しておいたほうがいい
まぁCakeに慣れていけば自然と身につくと思う

環境は、サーバがLinux(Apache)、開発（コーディング）はwindowsというのが一番多い

**nobodyさん** · 2010/10/25(月) 17:29:12

変な癖が付かないうちに、フレームワーク行った方がいいかもね

**nobodyさん** · 2010/10/25(月) 18:38:16

>>819です。早速PDOでやってみました。一覧の表示はできましたが、
データの追加が出来ません。ちなみにディレクトリは777 PHPは666です。
↓これでやっても「データの追加に失敗しました」と出てしまいます。
$dbh->query('SET NAMES utf8');

print('追加前のデータ一覧：<br>');

$sql = 'select nunber, name, note from tab1';
$stmt = $dbh->prepare($sql);
$stmt->execute();

while($result = $stmt->fetch(PDO::FETCH_ASSOC)){
print($result['nunber']);
print($result['name']);
print($result['note'].'<br>');
}

$sql = 'insert into tab1 (nunber, name, note) values (?, ?, ?)';
$stmt = $dbh->prepare($sql);
$flag = $stmt->execute(array('104', '成田','日本'));

if ($flag){
print('データの追加に成功しました<br>');
}else{
print('データの追加に失敗しました<br>');
}

**nobodyさん** · 2010/10/25(月) 18:43:32

ホントにnunberなの？numberじゃなくて？

**nobodyさん** · 2010/10/25(月) 18:51:14

一覧は取得できてるんだしnunberでいいのか。