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

**nobodyさん** · 2007/04/01(日) 04:21:50

まず読め→【PHP マニュアル】http://www.php.net/manual/ja/
PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。
過去スレ、関連スレ、FAQなどは>>2-10辺り

◆前スレ
【PHP】下らねぇ質問はここに書き込みやがれ 41
http://pc11.2ch.net/test/read.cgi/php/1173163186/

◆質問する時の注意
・自分のIDを表示させること。（メール欄に何も記述しないこと。空白も入力しちゃダメ）
・サーバーのOS(Linux、Windows他)、WebサーバーとPHPの種類やバージョン等を明記すること。
・己の行った操作、変更などを詳しく明記すること。
・エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・質問者として、態度をわきまえること。
・事前に公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。

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

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

【その他諸注意】
・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ http://pc10.2ch.net/php/subback.html
・SQLについての質問はデータベース板(PCカテゴリ)の各スレで http://pc10.2ch.net/db/subback.html

**nobodyさん** · 2007/04/07(土) 18:26:26

おっと誤記
×>>531あるいは
○>>530あるいは

**nobodyさん** · 2007/04/07(土) 18:47:11

俺もLAMP環境を中心に色んな案件やってきたが、>>530-531の方法を推奨する

何か実現したい事があった時に、色んな設定（コーディング）等をする必要があるのは高度だ。
不具合があった時に問題切り分けなど時間かかって経費かかるし、
速度面や再利用性など重視で問題がなければ、言語内で完結したほうがいい。

**nobodyさん** · 2007/04/07(土) 18:55:31

>>502
おまえさんがほんとに簡単に作れるなら作った方が良いよ。
儲け時だから＾＾

**nobodyさん** · 2007/04/07(土) 18:57:09

儲けられなかったら補償してくれんの？

**nobodyさん** · 2007/04/07(土) 19:40:16

SNSなんて運用が重要でただ作っただけじゃ全く儲からないよ

**nobodyさん** · 2007/04/07(土) 20:06:11

今さらSNSで有料コンテンツなんて流行らないだろうし、収益モデル次第だよな

**nobodyさん** · 2007/04/07(土) 20:27:29

なんかどっかで戻り値が想定できない？ような設計はだめだ
みたいのを読んだ気がするんだけど、
functionの戻り値がOKなら配列（array）だめならfalse（bool）
みたいに違う型を送るのは、設計的にあまりよくないのですか？

戻り値が想定できないじゃなくて、文字列か配列特定できないどっちかが返ってしまうとかだったかも・・・。

**nobodyさん** · 2007/04/07(土) 20:56:32

>>543
その関数を使うPG視点で分かりやすく使いやすいのが良い関数。

＞戻り値が想定できない？ような設計はだめだ
「戻り値が想定できないような関数名はだめだ」なら良く聞くけど。

**nobodyさん** · 2007/04/07(土) 22:01:57

>>543
PHPの標準関数はそういう戻り値(array or bool)が多いけど
正直言って使いにくいとはよく思う。
慣れたんで困らなくはないけど。
ただ、これは作法の話であって設計がダメとかいうのとは違う。
元の話を思い出したらまた来な。

**nobodyさん** · 2007/04/07(土) 22:11:55

じゃあどういうのが使いやすいんだ？

**nobodyさん** · 2007/04/07(土) 22:36:32

もういちいち「？」で人の質問流れの中で無内容な反問レスを書く人は、居なくなってくれないかな。
ほとんど同一人物だろこれ。

**nobodyさん** · 2007/04/07(土) 22:37:42

じゃあどういうのが使いやすいのかな

**nobodyさん** · 2007/04/07(土) 22:45:55

ﾄﾞｳﾃﾞﾓｲｲ

**nobodyさん** · 2007/04/07(土) 22:59:53

>>544,545
レス㌧クス。
特に悪い設計と言うわけじゃないんですね。

**nobodyさん** · 2007/04/07(土) 23:01:15

>>547
PHPに興味はあるんだけど頭が悪くて質問に答えるどころか、
疑問も浮かんでこないのに、なにかスレで言いたくてたまらない
可哀想なやつだと思ってにこにこして読んであげてるよ、おれw

**nobodyさん** · 2007/04/07(土) 23:01:46

へたれな質問ですいませんが、

$fp = fopen(filename, "r");
while(!feof($fp))
{
$str = fgets($fp, 4096);
$str = rtrim($str); // 改行除去
echo "$str<br>";
}
fclose($fp);

ファイルの中身
------------------
ああ
いい
うう
EOF
------------------
単純にファイルの中身を表示しているだけだが、ファイルの末端を改行すると
その行も処理されちゃうのはなんで？
EOFで最後の行は無視されるかと思うんだけど…
（if (!$str){ continue; } でうまくいけるけど）

**nobodyさん** · 2007/04/07(土) 23:15:51

[EOF]も、l文字列の終端をあらわす制御コードだからです。
null[EOF]
null[改行]
はrtrimから見れば一緒です。

**nobodyさん** · 2007/04/07(土) 23:16:58

>>545=>>547
批判だけなら楽でいいよな。(w

**nobodyさん** · 2007/04/07(土) 23:19:30

ｼﾗﾝｶﾞﾅ

**nobodyさん** · 2007/04/07(土) 23:20:53

>>552
単純にeofに達する判断が読み出した後だからとしか
期待する動作を望むならfgetsの戻り値でやるとか

$fp = fopen(filename, "r");
while($str = fgets($fp))
{
$str = rtrim($str);
echo "$str<br>";
}
fclose($fp);

**nobodyさん** · 2007/04/08(日) 03:33:53

ファイルの改行の数数えるのってこれでいい？
substr_count ( file_get_contents($file), "\n" );

今までは
count(file($path));
でやってたけど上のほうが1.5倍速かった
ファイルはShift_JISで日本語入ってるけど平気かな

**nobodyさん** · 2007/04/08(日) 04:30:38

>>557
sjisの下位バイトは制御コード使ってないので大丈夫。
間違ってるのは後者。改行コードが0個でも1と返る。

**nobodyさん** · 2007/04/08(日) 09:24:41

質問です。
たとえば、ライブハウスのライブ情報を登録する機能があるとして、
各日にちごとに出演者情報を登録する際に、出演者数が毎日マチマチで
ある場合、SQLに送信する出演者IDの数もマチマチになるわけですけど、
そうすると、単純に考えたら保存するフィールドが複数必要になります。
でも、そんな不安定なことするわけにいかないので、特定のフィールド”players”に
カンマ区切りで追加上書きしていくのが正解なのかなぁと思ったんですが、
こういう発想でいいんでしょうか？
なんだかphpの質問かSQLの質問かわからないですが、アプリ制作の
いろはとして質問させてもらいました。OKですか？

**nobodyさん** · 2007/04/08(日) 09:40:33

>>559
DBの正規化の考え方からすれば、その「不安定なこと」も「特定フィールド
カンマ区切り」もいずれも外れてる。
ライブイベント情報に即して、出演者「行」を増やしていく（第一正規化）。
ライブイベント情報をキーにして出演者 tableを別途作り、またIDキーなどで
整序していく（第二正規化以降）のが普通。

**nobodyさん** · 2007/04/08(日) 10:06:38

>>560
なるほどー、ありがとうございます
正規化について調べてみます！

**nobodyさん** · 2007/04/08(日) 10:48:24

>>558
さんくす
問題ないのね　というか後者は間違ってたのか　助かりました

**nobodyさん** · 2007/04/08(日) 11:42:42

複数のデータをどう入れるかって問題はDB初心者のころは誰しも通る道だよね
大抵カラムをその数だけ増やすかカンマ区切りで入れちゃうんだけど

**nobodyさん** · 2007/04/08(日) 11:44:15

んでカンマ区切りにLIKE検索かけたりね

**nobodyさん** · 2007/04/08(日) 11:49:33

まあベタな補助情報ならそれでいいんだけど（たとえばドリンク付きカラムのコーラ、ジュース、ビール
みたいなもん）、出演者情報は、どう考えてもライブ情報なら最初から正規化対象だろうから
いい勉強の機会ということで。

**nobodyさん** · 2007/04/08(日) 12:48:00

環境: Windows XP, Apache 2.2.4, PHP 4.4.6

$path = '/diary/2007/';
$dir = opendir($_SERVER['DOCUMENT_ROOT'].$path);

while($file = readdir($dir)) {
if(ereg(".php$", $file)) {
$file = ereg_replace('.php', '', $file);
echo('<a href="/diary/2007/'.$file.'">'.$file.'</a>'."\n");
}
}
closedir($dir);

このようにファイル名を取得してリストを作っています。
ディレクトリ 2007 の中には 01.php, 02.php, 03.php, 04.php のファイルがあり
また、上記の方法ではこの順に表示されます。
ディレクトリの中の最後のファイル名のみを取得したい場合は
（上記の例では 04.php が "最後のファイル名" に相当します）
どのように書けば良いのでしょうか。よろしくお願いします。

**nobodyさん** · 2007/04/08(日) 13:13:00

ループの中を
$aF[] = ereg_replace('.php', '', $file);
として
最後に
$hosii_file_mei = array_pop($aF);
じゃだめなのかい？

**nobodyさん** · 2007/04/08(日) 13:23:08

質問です。
ＰＨＰでＢＢＳを作りました。
案の定荒らしが書き込まれています。
そこでプロキシ経由での書き込みを禁止したいのですが、その書き込みがプロキシ経由かどうかを知るためにはどうすればよいのでしょうか？
よろしくお願いします。

**nobodyさん** · 2007/04/08(日) 13:24:18

>>568
とりあえず>>119以降の関係レスを読め

**nobodyさん** · 2007/04/08(日) 13:28:26

>>568
ハッキリ言えば全て防ぐのは無理。

楽な方法としてはBBQつかってみるとか

**568** · 2007/04/08(日) 13:29:08

>>569
ありがとうございます。
getHostByAddr($_SERVER['REMOTE_ADDR']) === $_SERVER['REMOTE_ADDR'] )
で真にならなければプロキシ経由になるんですね。
知りませんでした。さっそく導入してみます。

**nobodyさん** · 2007/04/08(日) 13:30:42

ちょっと前までProxyとわかるためにすごく複雑なプログラム組んでたが、
こんなに簡単にわかるのか・・・

**569** · 2007/04/08(日) 13:31:55

>>571
「経由」かもしれない、っていう程度だし、負荷がかかるし、あんまり自分は好きな方法じゃない。
とりあえずそこらへんからはじめて見たらってな程度。
自分がやるなら>>570の方面でやるだろうな。

**nobodyさん** · 2007/04/08(日) 13:38:40

Smartyって何だ？
フレームワーク？
それともソフト？

**nobodyさん** · 2007/04/08(日) 13:38:59

>>566
$index = glob($_SERVER['DOCUMENT_ROOT'].'/diary/2007/*.php');
とかやってcount()とかarray_pop()とかarray_slice()とかかなぁ。

**nobodyさん** · 2007/04/08(日) 13:40:19

>>574
検索もできないの？

**568** · 2007/04/08(日) 13:43:30

さっそくBBQについて調べてみました。
http://bbq.uso800.net/code.html
に組み込み方法として
sub checkProxyList
{
my $RADDR = $ENV{'REMOTE_ADDR'} ;

$RADDR =~ /^(\d+)\.(\d+)\.(\d+)\.(\d+)$/;
my $query_addr = "$4.$3.$2.$1.niku.2ch.net";
my $addr = join('.', unpack('C*', gethostbyname($query_addr)));
if ($addr eq '127.0.0.2')
{
DispError("ＥＲＲＯＲ！","公開ＰＲＯＸＹからの投稿は受け付けていません！！(1)");
}
return 0 ;
}

が載っていましたが、これってＰＨＰではないですよね？
ＰＨＰでのＢＢＱの導入はどうすればよいのでしょうか？

**nobodyさん** · 2007/04/08(日) 13:43:56

>>576
いや、ググって調べたんだが自分の考えが合っているかどうかわかんないので

よく使う関数集みたいな感じで集めたものでいいの？
「アプリケーションソフトを開発する際に頻繁に必要とされる汎用的な機能をまとめて提供し、アプリケーションの土台として機能するソフトウェアのこと。」

**nobodyさん** · 2007/04/08(日) 13:44:54

>>575
glob関数は、パターンマッチでファイル名を確保するから、
それ使うと、>>566の要件（おそらくファイルシステム上のファイル順での取得）には合わないでしょ。

**nobodyさん** · 2007/04/08(日) 13:49:52

>>577
それくらい勉強しなさい。
perl知らなくても、その程度のコード見れば移植は簡単でしょ。
それにもう少しぐぐれば、PHPでのそのBBQ対応スクリプト見つかるし。
脊髄反射で聞くのはやめようぜ。

**nobodyさん** · 2007/04/08(日) 13:50:49

>>577
その程度のPerlスクリプトならPHPの知識があれば十分読めるだろ

>>578
テンプレートエンジン

**nobodyさん** · 2007/04/08(日) 13:51:47

include()
include_once()
require()
require_once()
この違いがわかんね

**nobodyさん** · 2007/04/08(日) 13:53:29

>>579
GLOB_NOSORTフラグを立てれば、というか数字二桁限定では関係ないんでは。

**nobodyさん** · 2007/04/08(日) 13:54:36

>>582
マニュアル嫁

**nobodyさん** · 2007/04/08(日) 13:55:58

「マニュアル嫁」っていうやつは
どの辺り読むかURL出してやったほうがいいと思うぞ
ただでさえ読みづらいマニュアルなんだ

**nobodyさん** · 2007/04/08(日) 13:58:58

いつもの奴かｗ

>>583
ああ、そうだね。それだとOKか。

**568** · 2007/04/08(日) 14:01:34

ありがとうございました。どうやらBBQいけたみたいです。

**nobodyさん** · 2007/04/08(日) 14:07:27

>>582
http://jp.php.net/manual/ja/function.include.php
http://jp.php.net/manual/ja/function.require.php
http://jp.php.net/manual/ja/function.include-once.php
http://jp.php.net/manual/ja/function.require-once.php

これでいいのか？
Webなんかで見るから見辛いんだろ？
CHMでダウンロードして再コンパイルすれば文字化けも消えて便利だぞ？

**nobodyさん** · 2007/04/08(日) 14:08:22

＞CHMでダウンロードして再コンパイルすれば文字化けも消えて便利だぞ？
ちょｗｗｗｗ詳しく！！！！

**nobodyさん** · 2007/04/08(日) 14:08:57

相手にｽﾝﾅってのに

**nobodyさん** · 2007/04/08(日) 14:17:07

>「マニュアル嫁」っていうやつは
>どの辺り読むかURL出してやったほうがいいと思うぞ

関数なんて関数名でぐぐれば出てくるしPHPサイとの検索機能使ってもでてくるし
関数リファレンスって章があるんだし
自分で探せない奴は頭おかしいと思うぞ。

**566** · 2007/04/08(日) 14:21:53

>>567, >>575, >>579, >>583
ありがとうございました。最近のファイルを取得したかったので、
>>567 の方法を採らせていただきました。ありがとうございます。

**nobodyさん** · 2007/04/08(日) 14:25:12

>>592

>>567だけど、>>579のglob使うほうがスマートだよ。

$index = glob($_SERVER['DOCUMENT_ROOT'].'/diary/2007/*.php',GLOB_NOSORT);
echo array_pop($index);
の二行で終わる。

**nobodyさん** · 2007/04/08(日) 14:27:02

＞ただでさえ読みづらいマニュアルなん

PHPほど親切で分かりやすいマニュアルはないだろﾏｼﾞで・・・

**nobodyさん** · 2007/04/08(日) 14:29:00

確かにPHPの関数名でググるとPHPマニュアルが見つかる。
ザクザク見つかる。
というかそれしか出てこない。
PHPマニュアルのミラーがなんであんなにあるのか不思議だ。
置くなとは言わないが、せめて検索エンジンはじいてくれよ。。。

**nobodyさん** · 2007/04/08(日) 14:29:21

公式落ちてる時に役立つじゃｎ

**nobodyさん** · 2007/04/08(日) 14:41:36

公式が落ちたときのためのミラーがそんなにいくつも要りますか。
ググった時の上位10件がPHPマニュアルとそのミラーなんて酷すぎるぜ。

あと、PHPマニュアルは階層構造になっているのが逆に使いづらいというか。
目次をクリックしたらまた目次だったときは一瞬迷う。

**nobodyさん** · 2007/04/08(日) 14:43:03

だからCHM使えと何度言ったら

**nobodyさん** · 2007/04/08(日) 14:45:07

>>597
沢山あって分かりにくいからミラー作らないで下さい/Googleは規制してくださいってか？
情報の選別くらい自分でしようぜ

**nobodyさん** · 2007/04/08(日) 14:51:11

いや、でも分かる
俺も検索しててウザーって思う
なんでみんなあんなにミラー作りたがるんだ？

**nobodyさん** · 2007/04/08(日) 15:20:38

つーか関数調べるだけならGoogle使うより http://php.net/関数名の方が断然早いわな

**nobodyさん** · 2007/04/08(日) 15:25:46

作りたがるっていうか、apacheの設定で勝手に拾われてるんじゃないの？

**nobodyさん** · 2007/04/08(日) 15:29:18

>>601
アドレス欄に php.net/hogehoge でいける

**nobodyさん** · 2007/04/08(日) 15:40:28

ブラウザで設定しとけば、もっと早くなりますな

**nobodyさん** · 2007/04/08(日) 15:43:51

望んでる動作をする関数を見つけたいときはどうするんだぜ？

**566** · 2007/04/08(日) 15:48:22

>>593
早速書き換えました。重ね重ねありがとうございます。

**nobodyさん** · 2007/04/08(日) 15:49:57

>>605
望んでる動作で検索すれば？

**nobodyさん** · 2007/04/08(日) 15:50:40

>>605
・ぐぐる。
・目的別リファレンスがある書籍を買う。
・日頃からマニュアルを眺めて関数の機能を把握しておく。

**nobodyさん** · 2007/04/08(日) 15:51:17

文字列関数ならphp.net/string、配列関数ならphp.net/array、よくわからんかったらphp.net/funcrefから探したりとか

**609** · 2007/04/08(日) 15:52:19

stringじゃなくてstringsだった

**nobodyさん** · 2007/04/08(日) 16:09:15

phpマニュアルのミラーに広告載せてるやつは何なの？

**nobodyさん** · 2007/04/08(日) 16:34:10

お前みたいなカモを待ってるんだろ。

公式ブックマークしとけばそんなサイト気にならないよ。

**nobodyさん** · 2007/04/08(日) 16:46:06

自分の鯖にﾏﾇｱﾙうｐるやつってなんなの？
自分らしさの表現なの？
どうせなら本家ミラーのjp*.php.netにすればいいのに

**nobodyさん** · 2007/04/08(日) 16:52:55

ミラーサイト=SEO

**nobodyさん** · 2007/04/08(日) 17:05:27

しかもろくに更新しないから内容の古いことｗ

**nobodyさん** · 2007/04/08(日) 17:33:21

ミラーサイトは公認制にするべき。
ミラーサイト側に苦情を入れようと思ってる。

**nobodyさん** · 2007/04/08(日) 17:47:25

本家とかjp.php.netとかPHPユーザ会（これは論外に遅い）の
サーバーの挙動が遅いってのもあるよな。そこらへんは使う気になれない。

**nobodyさん** · 2007/04/08(日) 17:52:51

↑
以上、アンチミラーサイト側

それについてミラーサイト作者の反論
↓

**nobodyさん** · 2007/04/08(日) 18:06:37

いやなら公式見てればいいじゃないですか

**617** · 2007/04/08(日) 18:13:53

俺はこっち側

**nobodyさん** · 2007/04/08(日) 18:18:01

>>619
マニュアルのミラーが検索結果を汚染しているって話だったのだが

**nobodyさん** · 2007/04/08(日) 18:33:07

Webに転がってるミラーうざい⇒自分専用のミラー作っちゃえ

**nobodyさん** · 2007/04/08(日) 18:34:56

マニュアルしか出てこないってこたないでしょ
例えばどの関数でぐぐるとそうなる?

**nobodyさん** · 2007/04/08(日) 19:09:56

>>623
http://www.google.co.jp/search?q=ob_clean&lr=lang_ja
http://www.google.co.jp/search?q=ob_get_clean&lr=lang_ja
http://www.google.co.jp/search?q=ob_get_contents&lr=lang_ja

上位にくるミラーうざい

**nobodyさん** · 2007/04/08(日) 19:11:08

マニュアルが上位に引っかかって有効な情報がえられない
むしろミラーサイトなんて複数もいらねえよ

**nobodyさん** · 2007/04/08(日) 19:12:27

むしろというか、その話をしているんだけどね＾＾；

**nobodyさん** · 2007/04/08(日) 20:35:55

preg_matchで4桁の数値にマッチさせるには
/^\d{4}$/
でいけましたが、
4桁～8桁の文字にマッチさせるにはどうすれば良いのでしょうか？
/^\d{4-8}$/
にしてみましたがダメでした

**nobodyさん** · 2007/04/08(日) 20:41:18

マニュアルをミラーすると:
・ウェブサイトの知名度やページランクが上がる可能性がある。
・広告をつければ何もせずにお金がじゃんじゃか、ああおいしい。
・なんとなくいいことした気分になる。

**nobodyさん** · 2007/04/08(日) 20:42:42

>>627
/^\d{4,8}$/

マニュアル読もうな

**nobodyさん** · 2007/04/08(日) 20:42:48

>>627

/^\d{4,8}$/

**nobodyさん** · 2007/04/08(日) 20:44:22

>>627
つhttp://www.php.net/manual/ja/reference.pcre.pattern.syntax.php

**nobodyさん** · 2007/04/08(日) 20:50:55

公式のみ指定でぐぐればいいんじゃ？

**nobodyさん** · 2007/04/08(日) 20:59:02

それじゃあ公式しか調べられないじゃん。

**nobodyさん** · 2007/04/08(日) 20:59:54

もうどうでもいいから、そろそろやめようか

**nobodyさん** · 2007/04/08(日) 21:04:49

関数のTipsとか面白い使い方とかを調べたくてぐぐっても
マニュアルばっかりだとやる気なくすよってことでは？

-マニュアルとか-manualを付けるって手もあるけど
たまたまそれらの語句を含んでいた有益なページまで除外してしまうかもしれんし

**nobodyさん** · 2007/04/08(日) 21:10:11

そこでオントロジ検索ですよ