トップページ⇒php
1001コメント308KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/04/01(日) 04:21:50ID:VGqlLhlD
まず読め→【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
0465nobodyさん2007/04/06(金) 21:11:00ID:???
>>464
まず試してみましたか？ためしてみてできなかったら質問してください
0466nobodyさん2007/04/06(金) 21:14:07ID:???
>>463
pearのhttp_requestとか？
offでできるかは知らね
>>464
それは最早クラス内定数ではないのでは・・・。
継承すればスーパークラスの使えるのかな？
ほか変数なりdefineなりグローバル変数なりを考えてみてはどうでしょう．
0467nobodyさん2007/04/06(金) 21:54:34ID:9fDFot8y
クラスってどんな便利性があるの？
0468nobodyさん2007/04/06(金) 22:06:44ID:???
使いまわしできる
0469nobodyさん2007/04/06(金) 22:08:22ID:???
>>467
オブジェクト指向を実現できる
0470nobodyさん2007/04/06(金) 22:11:53ID:???
Pearのquickformでフォームを
作ってみたんですが、フォームの部品を

[select box] [search box] [bottun]

みたいに並べるのはどうすればいいんでしょうか？
普通にやると
[select box]
[search box]
[bottun]
みたいにレイアウトされてしまいます。
0471nobodyさん2007/04/06(金) 22:15:04ID:???
それはHTMLとCCSの問題だと思う
0472nobodyさん2007/04/06(金) 22:15:33ID:???
間違えたCSSね
0473nobodyさん2007/04/06(金) 22:25:28ID:???
>>470
どういうレンダラーをつかっているのかという問題。
ttp://www.is.titech.ac.jp/~yanagis0/kei/quickform.html
とか
ttp://www.townmedia.org/tips/PEAR/HTML_QuickForm.html
を見ながらどうすべきかを考えるべし。

>>471,472
全然、無関係。
04744702007/04/06(金) 22:31:06ID:???
>>473
リンク先参考になりました。
どうもありがとうございます。
0475nobodyさん2007/04/06(金) 22:39:22ID:9fDFot8y
>>468
じゃあfunctionでよくね？

>>469
とは？
0476nobodyさん2007/04/06(金) 22:42:22ID:???
>>475
とはとは？
0477nobodyさん2007/04/06(金) 22:43:53ID:9fDFot8y
>>476
とはとはとは？
0478nobodyさん2007/04/06(金) 23:05:29ID:???
>>475
関数とは全然違う。クラスは型だ。
0479nobodyさん2007/04/06(金) 23:58:48ID:51+hyhMJ
preg_match('/^(string)?;(string)?;(string)?$/', ';string;', $matches);

でマッチさせると、$matches[1]には空文字列が入ってくれるのに$matches[3]には値がセットされません。
この挙動は変ではありませんか？
0480 ◆SQL.mUThc. 2007/04/07(土) 00:10:22ID:vJbH2RhG
セッションについて質問です
まずwildcard.phpでセッションを開始し、GETのyouridにセッションidを渡します
このような形になります　⇒ hoge.php?yourid=hogehogehoge3333
そしてGETで受け取ったyouridの値を、hoge.php側で確認できる$_SESSIONのセッションidと一致したかどうかでユーザー認証をしています

そこで質問ですが、
このセッションidがリファラーなどで外部に漏れて第三者に渡り、その第三者がこのアドレスにアクセスしたとしても
その第三者がアクセスするときはセッションIDが違うので、認証ができないことを確認したのですが
この方式でユーザーの認証をするのはセキュリティ的にみて問題はありますでしょうか？
セッションを扱うのは今回がはじめてで無知なことは承知しています
詳しい方よろしくお願いします
0481nobodyさん2007/04/07(土) 00:22:19ID:???
>>480
そのセッション情報をどこに保存するかで変わると思う
cockieなら、悪意がある人間がたまたま情報を手に入れる
ことができたのなら、認証を突破できるだろう
0482nobodyさん2007/04/07(土) 00:34:35ID:???
>>480
セッションIDをパラメタに埋め込む必要はあるのかな？
勘違いかも試練がデフォルトクッキーが使えるならクッキー
にセッションIDを持たせるんじゃなかったっけ？

ただ何があろうともSSLは必須
0483 ◆SQL.mUThc. 2007/04/07(土) 00:48:33ID:vJbH2RhG
わかりました
やはり当方セッションについて勉強不足のようです
もう少し勉強しないと危険なスクリプトになりそうです
どうもクッキーがポイントみたいですね　出直してきます
ご意見ありがとうございます
0484nobodyさん2007/04/07(土) 00:50:27ID:???
>>480
ここに書いてあるぐらいの事は最低でも全部やっといたほうが無難。
http://www.asahi-net.or.jp/~wv7y-kmr/memo/php_security.html#PHP_Session
0485nobodyさん2007/04/07(土) 01:31:50ID:zMY0muXp
掲示板などいろいろ作ってます。
文字コードは今までいろいろ試しました。SJIS,EUC,UTF8
一長一短あると思いますが、何が一番いいでしょうか？
0486nobodyさん2007/04/07(土) 01:38:49ID:???
>>485
まぁ、もうUTF-8だろうな～
RedHatもデフォルトUTF-8になったｂｵ。

SJISは論外
0487nobodyさん2007/04/07(土) 01:40:41ID:???
UTF8以外はありえんから
0488nobodyさん2007/04/07(土) 01:41:13ID:???
>>485

クロスブラウザを考慮しつつ、手間がかからない方向で考えると
スキルあるならSJIS。携帯でも見れるし。
スキル無いなら、EUCが無難ってとこじゃね？

古いOSのブラウザをバッサリ捨てるならUTF8。
0489nobodyさん2007/04/07(土) 01:42:55ID:???
あらかじめ言っておくけどBOM調べとけよ
0490nobodyさん2007/04/07(土) 01:53:48ID:???
Web2.0関連（笑）でUTF-8以外使うとトラブルの元。
0491nobodyさん2007/04/07(土) 01:55:00ID:???
無印Win98だってUTF8無問題で読めるのに・・・
0492nobodyさん2007/04/07(土) 01:57:49ID:???
>>491
出版社関係お得意のMac OS9のIEだとUTF8ダメだねw
0493nobodyさん2007/04/07(土) 02:03:31ID:???
それは知ってるけどさー、MACIEに対応するために他の全てを犠牲にするのはナンセンスじゃん
せっかくうざい文字コード問題がUTF8統一で解決しかかってるのに、ノイジーマイノリティのために
全体の足を引っ張るのは論外じゃね？　全体の１％もない連中が騒ぎすぎなんだよ・・・
0494nobodyさん2007/04/07(土) 02:20:39ID:???
>>493
足引っ張るとかじゃないんじゃね？
サイト構築者が、一人でも多くのお客さんに見てもらいたいと
イヤラしく考えるかどうかだけでしょw

俺個人の話をすると、某マイナーゲームのサイトを
立ち上げたんだけど、まぁぶっちゃけ、既に有名サイトがあって
その二番煎じだったんだよね。ただ、その某有名サイトは
UTF8でCMS的な作りだったんだけど、俺はEUCで構築して
携帯用にはSJISで吐き出せるようにした。某雑誌がその
ゲームを取り上げる際に、紹介サイトとして、俺のサイトを
掲載したいとメールを送ってきた。本家的な某大御所サイトが
あるのに、何故俺のサイトなんだろう？と今でも分からないけど
多分、雑誌社の編集部はMac OS9で、俺のサイトをチェック
しやすかったんだろうと、俺は睨んでるw
0495nobodyさん2007/04/07(土) 02:51:44ID:???
どんどん痛々しい展開になってきたのでこの辺で終了。
0496nobodyさん2007/04/07(土) 04:45:19ID:???
みんな知ってるサイト紹介しても意味ないからな
0497nobodyさん2007/04/07(土) 06:09:42ID:???
宣伝乙厨発生警報
0498nobodyさん2007/04/07(土) 07:19:36ID:???
マカーって数は少ないくせに声だけはやたら大きい
0499nobodyさん2007/04/07(土) 10:01:39ID:vZgv1pNd
php5にimapをインストールしたいんですがなかなか出来なくて困ってます
今のところは以下の手順でやってます

cd imap-2006f
make lrh
cp -p c-client/rfc822.h c-client/mail.h c-client/linkage.h /usr/include/
cp -p c-client/c-client.a /usr/lib/
これで
php-5.2.1
./configure --with-imap=/usr/local
とすると
utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen.
ってエラーで止まっちゃって
config.log見ると

configure: failed program was:
#line 45958 "configure"
#include "confdefs.h"

#include <c-client.h>

int main() {

int i = U8T_CANONICAL;

; return 0; }
0500nobodyさん2007/04/07(土) 10:23:25ID:???
>>499
使ってないので良く知らんけど
なんで、聞く前に
U8T_CANONICAL is missing PHP
ぐらでぐぐらないのか？一発で原因がわかるんだけど。
0501nobodyさん2007/04/07(土) 10:43:33ID:???
SNSみたいなソフトを作ろうと思ったら
やっぱり独自にフレームワークを構築するのかな？
どんな感じで作ってるのかすげー気になる。
0502nobodyさん2007/04/07(土) 10:45:39ID:???
SNSなんか簡単に作れる
作る気にはなんねーけど
0503nobodyさん2007/04/07(土) 10:48:05ID:???
>>501
GREEやってることを見ればいいんじゃない？
あそこは本人のEthna発展系でフレームワーク作ってるから。
0504nobodyさん2007/04/07(土) 10:50:04ID:???
SNS作るためにフレームワークが必要，ってなんかおかしくね？
0505nobodyさん2007/04/07(土) 10:55:57ID:???
商売で持続的に展開するには必要でしょ。
SNSそれ自体は結局は単なるブログと掲示板の集積だから「簡単」に作れるにしても、
商売に必要な多機能付加、メンテナンス考えれば、きちっとしたフレームワークがなきゃね。
0506nobodyさん2007/04/07(土) 11:23:40ID:???
メンテナンス性を考えるのならそれを見越した書きかたをすれば良いだけ
ＳＮＳなんて既存のフレームワークで充分だろ
0507nobodyさん2007/04/07(土) 11:38:26ID:36/fFnrN
mixiってなんの言語でつくってんの？
0508nobodyさん2007/04/07(土) 11:50:23ID:???
Perlらしい
0509nobodyさん2007/04/07(土) 12:10:36ID:JPCg3GgQ
フレームワークって何？
0510nobodyさん2007/04/07(土) 12:40:12ID:???
開発枠組み
0511nobodyさん2007/04/07(土) 13:09:47ID:JPCg3GgQ
ってことは俺はじゃあ俺はWAMPか
0512nobodyさん2007/04/07(土) 13:18:06ID:???
WAMPとかLAMPとかは、開発（一般）環境だな。
フレームワークって言った場合は、ソフトウエアのためのソフトウエア統合環境のことだ。
0513nobodyさん2007/04/07(土) 13:23:52ID:JPCg3GgQ
WAMP+Dreamweaverで開発している俺は独自環境・・・？
0514nobodyさん2007/04/07(土) 13:24:34ID:???
Dreamweaver（笑）
05154792007/04/07(土) 13:43:50ID:qxhDTSD1
回答がないようですので、PHP-usersのメーリングリストで聞きます。
失礼しました。
0516nobodyさん2007/04/07(土) 13:44:49ID:???
最初からそうすればいい
0517nobodyさん2007/04/07(土) 13:56:34ID:???
マニュアルも読まないで、挙動が変だとか言う奴になにを「回答」しろというのだよ。
0518nobodyさん2007/04/07(土) 14:02:21ID:S7Rnm2Ut
ファイルロックしたまま開放せずにexitしちゃったらどうなるの？
0519nobodyさん2007/04/07(土) 14:03:37ID:???
どうもしないよ
05205012007/04/07(土) 14:07:31ID:???
>>503
thx　参考になります。

SNSというよりWebアプリと言うべきだったorz
最近phpをはじめてCMSなどをいじりはじめたので
>>505さんの言われている様なことが気になっていたんです。

で自分で話し振っといて悪いがフレームワークが何なのかわからなくなったｗ
しかもなぜ>>501の質問に至ったのかさえ忘れてしまったｗ
ほんと俺ってバカだなｗｗｗｗｗｗｗｗｗ
0521nobodyさん2007/04/07(土) 14:09:30ID:???
>>518
まずは、マニュアルを読め

http://jp.php.net/manual/ja/function.flock.php
0522nobodyさん2007/04/07(土) 14:16:46ID:S7Rnm2Ut
>519 >521
さんくす
すまん読んだつもりが見逃してた
0523nobodyさん2007/04/07(土) 14:40:08ID:???
>>520
とりあえずなんでもいいからフレームワークダウンロードして
ちょっと弄ってみたらわかるとおもう

言葉で説明しても分かってる人にしか分からん説明になりそうだ
0524nobodyさん2007/04/07(土) 15:14:17ID:???
>>513
仲間＾＾
0525nobodyさん2007/04/07(土) 17:02:20ID:???
$hoge[var]と$hoge['var']って違うの？
なんか違う結果が出るんですけど・・・。

あと
$hoge = array( var => 'test' );
と
$hoge = array( 'var' => 'test' );
って違うんでしょうか？
0526nobodyさん2007/04/07(土) 17:03:41ID:???
　　　　 _,,,......,,__
　　／_~　,,...:::＿::;; ~"'ヽ
　(,, '"ヾヽ　 i|i　//^''ヽ,,)
　 　^ :'⌒i　　　 i⌒"
　　　　　 | ( ﾟДﾟ)　　＜あのね、先生もそんなにヒマじゃないの。
　　　　　 |（ﾉ　　|）
　　　　　 | 　　　|
　　　　　 ヽ ＿ノ
　　　　　 　U"U
0527nobodyさん2007/04/07(土) 17:13:48ID:???
せめてマニュアル読んで質問しろよ･･･常識的に考えて･･･
0528nobodyさん2007/04/07(土) 17:33:22ID:???
というか、言ってること不明だなｗ
0529nobodyさん2007/04/07(土) 17:48:09ID:???
test.phpをincludeのみで使いたいんだが、
直リンクできないようにする方法とかない？
0530nobodyさん2007/04/07(土) 17:52:13ID:???
>>529
__FILE__ と $_SERVER['SCRIPT_FILENAME'] を比較することで
直アクセスか、includeされてるかの判別ができるからそれでどうにかしろ
0531nobodyさん2007/04/07(土) 18:05:51ID:???
>>529

1.普通は、include先ファイルはWebディレクトリ外に置く。これが基本。

2.中に無きゃいけないっていうなら、include元の（たとえば）index.php冒頭に
define('MYFILE',true);
とか書いておいて、includeされるファイル冒頭に
if(!defined("MYFILE") || MYFILE != true) {
　　die('');
}
みたいなことやる。

3.2.でアクセスされるのも厭なら、apacheのrewrite_modつかって
RewriteEngine on
RewriteRule （アクセス許可ファイルじゃなきゃ）　（アクセス不可）
とかで処理。
0532nobodyさん2007/04/07(土) 18:18:21ID:???
include だけなら拡張子変えれば？
0533nobodyさん2007/04/07(土) 18:21:53ID:???
httpdのmimetype関係ディレクティブを弄らないと普通は
テキストファイルとして見えちゃうことが多いから駄目でしょ。
0534nobodyさん2007/04/07(土) 18:21:54ID:???
webサーバ側で対象のファイルやディレクトリに
アクセスできなくすればいいapacheなら.htaccessとかでdenyに
webからアクセスできなくてもphpからなら権限さえあればincludeできる
0535nobodyさん2007/04/07(土) 18:23:58ID:???
htaccessってあんまりおすすめしたくないな
0536nobodyさん2007/04/07(土) 18:25:35ID:???
webサーバー側設定に依存するのは事故拡散するからね。
>>531あるいは>>531の2のようなこととかをPHP内部でしておくのが大切。
0537nobodyさん2007/04/07(土) 18:26:26ID:???
おっと誤記
×>>531あるいは
○>>530あるいは
0538nobodyさん2007/04/07(土) 18:47:11ID:???
俺もLAMP環境を中心に色んな案件やってきたが、>>530-531の方法を推奨する

何か実現したい事があった時に、色んな設定（コーディング）等をする必要があるのは高度だ。
不具合があった時に問題切り分けなど時間かかって経費かかるし、
速度面や再利用性など重視で問題がなければ、言語内で完結したほうがいい。
0539nobodyさん2007/04/07(土) 18:55:31ID:???
>>502
おまえさんがほんとに簡単に作れるなら作った方が良いよ。
儲け時だから＾＾
0540nobodyさん2007/04/07(土) 18:57:09ID:???
儲けられなかったら補償してくれんの？
0541nobodyさん2007/04/07(土) 19:40:16ID:???
SNSなんて運用が重要でただ作っただけじゃ全く儲からないよ
0542nobodyさん2007/04/07(土) 20:06:11ID:???
今さらSNSで有料コンテンツなんて流行らないだろうし、収益モデル次第だよな
0543nobodyさん2007/04/07(土) 20:27:29ID:???
なんかどっかで戻り値が想定できない？ような設計はだめだ
みたいのを読んだ気がするんだけど、
functionの戻り値がOKなら配列（array）だめならfalse（bool）
みたいに違う型を送るのは、設計的にあまりよくないのですか？

戻り値が想定できないじゃなくて、文字列か配列特定できないどっちかが返ってしまうとかだったかも・・・。
0544nobodyさん2007/04/07(土) 20:56:32ID:???
>>543
その関数を使うPG視点で分かりやすく使いやすいのが良い関数。

＞戻り値が想定できない？ような設計はだめだ
「戻り値が想定できないような関数名はだめだ」なら良く聞くけど。
0545nobodyさん2007/04/07(土) 22:01:57ID:???
>>543
PHPの標準関数はそういう戻り値(array or bool)が多いけど
正直言って使いにくいとはよく思う。
慣れたんで困らなくはないけど。
ただ、これは作法の話であって設計がダメとかいうのとは違う。
元の話を思い出したらまた来な。
0546nobodyさん2007/04/07(土) 22:11:55ID:???
じゃあどういうのが使いやすいんだ？
0547nobodyさん2007/04/07(土) 22:36:32ID:???
もういちいち「？」で人の質問流れの中で無内容な反問レスを書く人は、居なくなってくれないかな。
ほとんど同一人物だろこれ。
0548nobodyさん2007/04/07(土) 22:37:42ID:???
じゃあどういうのが使いやすいのかな
0549nobodyさん2007/04/07(土) 22:45:55ID:???
ﾄﾞｳﾃﾞﾓｲｲ
0550nobodyさん2007/04/07(土) 22:59:53ID:???
>>544,545
レス㌧クス。
特に悪い設計と言うわけじゃないんですね。
0551nobodyさん2007/04/07(土) 23:01:15ID:???
>>547
PHPに興味はあるんだけど頭が悪くて質問に答えるどころか、
疑問も浮かんでこないのに、なにかスレで言いたくてたまらない
可哀想なやつだと思ってにこにこして読んであげてるよ、おれw
0552nobodyさん2007/04/07(土) 23:01:46ID:K6TrX8TC
へたれな質問ですいませんが、

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

ファイルの中身
------------------
ああ
いい
うう
EOF
------------------
単純にファイルの中身を表示しているだけだが、ファイルの末端を改行すると
その行も処理されちゃうのはなんで？
EOFで最後の行は無視されるかと思うんだけど…
（if (!$str){ continue; } でうまくいけるけど）
0553nobodyさん2007/04/07(土) 23:15:51ID:???
[EOF]も、l文字列の終端をあらわす制御コードだからです。
null[EOF]
null[改行]
はrtrimから見れば一緒です。
0554nobodyさん2007/04/07(土) 23:16:58ID:???
>>545=>>547
批判だけなら楽でいいよな。(w
0555nobodyさん2007/04/07(土) 23:19:30ID:???
ｼﾗﾝｶﾞﾅ
0556nobodyさん2007/04/07(土) 23:20:53ID:???
>>552
単純にeofに達する判断が読み出した後だからとしか
期待する動作を望むならfgetsの戻り値でやるとか

$fp = fopen(filename, "r");
while($str = fgets($fp))
{
$str = rtrim($str);
echo "$str<br>";
}
fclose($fp);
0557nobodyさん2007/04/08(日) 03:33:53ID:evw5P74I
ファイルの改行の数数えるのってこれでいい？
substr_count ( file_get_contents($file), "\n" );

今までは
count(file($path));
でやってたけど上のほうが1.5倍速かった
ファイルはShift_JISで日本語入ってるけど平気かな
0558nobodyさん2007/04/08(日) 04:30:38ID:???
>>557
sjisの下位バイトは制御コード使ってないので大丈夫。
間違ってるのは後者。改行コードが0個でも1と返る。
0559nobodyさん2007/04/08(日) 09:24:41ID:iJakkiFr
質問です。
たとえば、ライブハウスのライブ情報を登録する機能があるとして、
各日にちごとに出演者情報を登録する際に、出演者数が毎日マチマチで
ある場合、SQLに送信する出演者IDの数もマチマチになるわけですけど、
そうすると、単純に考えたら保存するフィールドが複数必要になります。
でも、そんな不安定なことするわけにいかないので、特定のフィールド”players”に
カンマ区切りで追加上書きしていくのが正解なのかなぁと思ったんですが、
こういう発想でいいんでしょうか？
なんだかphpの質問かSQLの質問かわからないですが、アプリ制作の
いろはとして質問させてもらいました。OKですか？
0560nobodyさん2007/04/08(日) 09:40:33ID:???
>>559
DBの正規化の考え方からすれば、その「不安定なこと」も「特定フィールド
カンマ区切り」もいずれも外れてる。
ライブイベント情報に即して、出演者「行」を増やしていく（第一正規化）。
ライブイベント情報をキーにして出演者 tableを別途作り、またIDキーなどで
整序していく（第二正規化以降）のが普通。
0561nobodyさん2007/04/08(日) 10:06:38ID:???
>>560
なるほどー、ありがとうございます
正規化について調べてみます！
0562nobodyさん2007/04/08(日) 10:48:24ID:evw5P74I
>>558
さんくす
問題ないのね　というか後者は間違ってたのか　助かりました
0563nobodyさん2007/04/08(日) 11:42:42ID:???
複数のデータをどう入れるかって問題はDB初心者のころは誰しも通る道だよね
大抵カラムをその数だけ増やすかカンマ区切りで入れちゃうんだけど
0564nobodyさん2007/04/08(日) 11:44:15ID:???
んでカンマ区切りにLIKE検索かけたりね
■ このスレッドは過去ログ倉庫に格納されています