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

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2009/02/18(水) 21:09:16ID:xNLzAD7T
質問者はまず>>1を良く読むこと（必須！）
過去スレ、関連スレ、FAQなどは>>2-10辺り
次スレは>>980が立てる。10分以内に立たない場合、宣言してから立てたい人が立てること。

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

◆質問用テンプレ
【OS名】vine linux
【PHPのバージョン】php5.26
【連携ソフトウェア】mysql
【質問内容】

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

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

◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。
0134nobodyさん2009/02/20(金) 11:41:19ID:???
>>133
すまん
例外処理と聞いて反射的に貼り付けただけなんだ
0135nobodyさん2009/02/20(金) 11:56:07ID:???
>>130
それは貴方のロジックとかが悪いだけ
0136nobodyさん2009/02/20(金) 11:56:21ID:???
gotoが許されるのはHSPだけです
0137nobodyさん2009/02/20(金) 11:59:50ID:???
finallyを実装しなかった罪は思い
0138nobodyさん2009/02/20(金) 12:55:37ID:???
設計が悪いのにプログラム思想がうんぬん言われてもな…w
困るんだわ…w
0139nobodyさん2009/02/20(金) 13:12:10ID:???
せっ・・・けい・・・？
0140nobodyさん2009/02/20(金) 15:34:00ID:???
PHPのデバッガで、gdbのようなものはありますか？
主にコマンドラインプログラムが対象です

attachの機能（すでに起動しているものを乗っ取れる）が
必須なんですが
0141nobodyさん2009/02/20(金) 16:27:31ID:DGCUxhS+
組込Linux C/C++ なドライバ屋(PHP歴は5日ｗ)が質問させていただきます。
// 赤の他人の尻拭い中

識者いらっしゃいましたら助けてください。
よろしくお願いします。

【OS名】Linuxカーネル 2.6.18-92 (RHEL5.3)
【PHPのバージョン】php5.1.6
【連携ソフトウェア】Akelos
【質問内容】
XHTML 1.0 / UTF-8 な日本語ページ(タイトルも日本語)を出力する view があります。
IEやFireFoxなどのブラウザ、docomo iモードでは期待する内容が表示されます。
が、ezwebで文字化けします。

UTF-8が問題かと思ったのですが、同ページをPCブラウザ上で表示させ、
ソースを xx.html として保存。
このxx.html をezwebで表示すると、文字化けせずに期待通りの表示になります。

ezweb のブラウザ側の問題の可能性もあるかもしれませんが、回避策など
ありましたら、教えてください。

--- xx.html の内容
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-type" content="text/html; charset=utf-8" />
<title>たいとる</title>
// 以下略
0142nobodyさん2009/02/20(金) 16:33:21ID:???
どうしてもUTF8でやりたいのなら
ezwebだけ出力するときだけsjisに変換したら？
0143nobodyさん2009/02/20(金) 16:35:22ID:???
>>141
http://www.au.kddi.com/ezfactory/tec/spec/4_2.html
> また、EZwebでサポートする文字コードはShift-JISです。
01441412009/02/20(金) 16:44:08ID:???
>>142,143
返答ありがとうございます。
Shift-JISに変換して出力するようにします。

ですが、.html拡張子のUTF-8なページは文字化けしないのが疑問のままなのは
ちょっとモヤモヤが残ります。
識者いらっしゃいましたら、引き続きよろしくお願いします。
0145nobodyさん2009/02/20(金) 18:39:08ID:???
>>144
header送信はどうやってる？
0146nobodyさん2009/02/20(金) 18:58:54ID:QkuM0xlT
PHPの中から、apache上で走っているのか
バッチファイル的に使われているのか（シェル上で、php hoge.php）を
判断する方法を教えて下さい
0147nobodyさん2009/02/20(金) 19:04:26ID:???
>>146
phpinfo保存してdiffして好きなのを使うとか
0148nobodyさん2009/02/20(金) 19:12:40ID:???
>>147
ありがとうございます
それをヒントにして$_SERVERを比較したところ
SHELLというキーが、シェルから呼んだ場合には設定されていました
0149nobodyさん2009/02/20(金) 19:17:35ID:???
http://jp.php.net/manual/ja/function.php-sapi-name.php
もろそういう用途の関数がありますよ
0150nobodyさん2009/02/20(金) 20:55:16ID:???
php_sapi_name()ならpearのgo-pearを参考にしてもいいかも。
http://pear.php.net/go-pear
0151nobodyさん2009/02/20(金) 21:07:24ID:???
めちゃめちゃＰＨＰ覚えてきた
自分の才能がｺﾜｲお(´･ω･‘)
0152nobodyさん2009/02/20(金) 21:09:59ID:???
ほう，じゃ最近学んだこと何か語ってみてくれ
0153nobodyさん2009/02/20(金) 21:34:19ID:JGeRmwBm
URLのうち、ドメイン直下の最上位ディレクトリを抽出するにはどうしたらいいですか？
str系の関数組み合わせて3個目の/が何文字目で4個目が何文字目で…
ってやれば出来るでしょうが、非効率というかアホっぽいので、正規表現でバキっと出す方法を
教えてください
よろしく御願いします
0154nobodyさん2009/02/20(金) 21:37:09ID:???
>>153
scandirが使えるバージョンならドメイン直下のディレクトリ名を取得すればおｋ
使えないならopendirとreaddirでググレカス
0155nobodyさん2009/02/20(金) 21:44:06ID:???
>>141
GWの文字コード変換対象はtext/〜から始まるコンテンツのみ。
SSLも変換噛まさないけ
0156nobodyさん2009/02/20(金) 22:16:34ID:???
>>152
文字コードがshift-jis、Euc-jpだとSQLインジェクションされる
かといってutf-8は安全？というとそうでもない。
0157nobodyさん2009/02/20(金) 22:24:54ID:???
php関係ねー
氏ねや
0158nobodyさん2009/02/20(金) 22:27:27ID:???
そ・・・そんなん　必死に覚えてきたお(´･ω･‘)
0159nobodyさん2009/02/20(金) 22:37:43ID:???
>>158
世の中にはいくらやっても報われないことが二つある
ひとつは賽の河原の石積み
もうひとつはお前のPHPの勉強だ
0160nobodyさん2009/02/20(金) 23:27:51ID:r16tK4jF
SQLインジェクション対策は、
基本的に外部入力値をhtmlspecialcharsしていれば良い

って考えは間違い？
0161nobodyさん2009/02/20(金) 23:31:06ID:???
>>160
大間違い
0162nobodyさん2009/02/20(金) 23:34:48ID:???
htmlspecialcharsで防げるだろ
>>161はhtmlspecialcharsを使用しても抜けられる穴について説明よろ
0163nobodyさん2009/02/20(金) 23:39:40ID:???
>>160
htmlspecialchars(,ENT_QUOTES)で防げるのは「Script Injection」。
Javascript埋め込みとかそんなヤツ。

「SQLインジェクション」は別問題。
「PHPサイバーテロの技法」を買って読んどけ。
0164nobodyさん2009/02/20(金) 23:47:18ID:???
>>162
LIKEのとこに%とか*突っ込んでみるとか。
select * from table where name like '%' ;
0165nobodyさん2009/02/21(土) 00:28:20ID:???
>112
$str = '<font size="10">でっかい</font>';
$smarty->assign('tag', $str);
$smarty->display('hoge.tpl');

---hoge.tpl---
<body>
{$tag}
</body>

とかいう意味だったら笑う。

>162
>164の変数名のところに「' OR 1=1」と入れるとレコードが全件変数に入り個人情報大暴露大会。
「'; DROP なんたらかんたら」と書くとテーブルがぶっ飛ぶ。レプリケーション先も全部死ぬからサービス復旧不能で店じまい、会社は倒産。
MySQLの設定が甘いと、管理テーブルを書き換えられてroot奪われるとかもあるな。
0166nobodyさん2009/02/21(土) 00:32:30ID:???
あーっと、ENT_QUOTESだったか。死んでくる。
0167nobodyさん2009/02/21(土) 00:38:03ID:???
>>160
addslashes
0168nobodyさん2009/02/21(土) 00:44:54ID:???
>>167
addslashesも大間違い
0169nobodyさん2009/02/21(土) 01:19:11ID:???
mysql_escape_string
0170nobodyさん2009/02/21(土) 01:34:53ID:???
>>169
それも%とかをエスケープできないので間違い
mysql_real_escape_string
0171nobodyさん2009/02/21(土) 01:47:18ID:???
可能な場合常にプレースホルダを使う、でFAだろ
クエリの9割以上はカバーできるはずだ
0172nobodyさん2009/02/21(土) 02:05:10ID:???
めんどいから ' と ; は削っちゃえ
0173nobodyさん2009/02/21(土) 02:17:42ID:???
mysql_escape_stringって%エスケープしないのか
ありえねーな
likeを使ってなかったらだいじょうぶ？
0174nobodyさん2009/02/21(土) 02:35:53ID:60WB0UqA
addslashesじゃだめなの？
ある本にmysql_escape_stringより良いって書いてあったのに、早いって。。
純朴な素人をバカにしやがって
0175nobodyさん2009/02/21(土) 02:37:42ID:???
お前は何を言ってるんだ
本にWebに書いてあることを鵜呑みにすることが「勉強」じゃないぞ？
0176nobodyさん2009/02/21(土) 02:44:35ID:???
何ぬかしてる、mysql_real_escape_string() は非推奨の mysql_escape_string() と機能は同じ
だいたいこの関数はSQLステートメントとして成立する文字列リテラルを作るためのものだ
%を勝手に殺したりする用途に使うもんじゃない
0177nobodyさん2009/02/21(土) 02:45:52ID:???
%殺されちゃたまらないな。しかも%なんてSQLインジェクションには使えないだろ
エスケープする必要ない
0178nobodyさん2009/02/21(土) 02:46:31ID:???
PDOで解決
01791762009/02/21(土) 02:46:46ID:???
悪いアンカーが抜けていた
>>176は>>170,173へのレス
0180nobodyさん2009/02/21(土) 02:49:17ID:RWcdEiGu
phpでhtmlのinputのtype="text"でreadonly='true'して
printしているのですが、これってもしreadonlyに対応していない
ブラウザとかだったら変更可能ですかね？ブラウザとか関係なく、
もし確実じゃなければ、それに代わる確実な方法を実現したいのですが
何か方法があれば教えてください。
0181nobodyさん2009/02/21(土) 02:58:27ID:???
>>180
変更されてはならないものはクライアントに持たせない
セッション変数なりストレージなりに保持しておく
0182nobodyさん2009/02/21(土) 05:32:46ID:???
>>118
phpにおけるexitは強制終了。
それに続くタグとかは、一切実行も表示もされない。
0183nobodyさん2009/02/21(土) 12:05:11ID:???
>180
そもそも、ブラウザなんぞ無くともデータは送受信可能だ。
HTTPなんて、テキストデータを送受信してるだけだからな。
クライアントに渡した全ての値は改竄され得るし、クライアントから送信される値は全て信用ならない。
input type="select"の中に、選択肢にない文字列が入ってくるなんてのはよくある事だ。
0184nobodyさん2009/02/21(土) 12:05:51ID:???
<select><option>だったか。まあいいや。
0185nobodyさん2009/02/21(土) 13:04:41ID:???
ちょっと気になったんだが、>>165が書いている方法も

SELECT * FROM test WHERE name='".htmlspecialchars($_POST["name"],ENTQUOTES)."'

としていれば大丈夫なんじゃないのか？
「%」の件もlike使わなければいいわけだし。
like使う用途って「検索」が多いだろうから、表示されても良いデータだろうし。
0186nobodyさん2009/02/21(土) 13:10:29ID:???
>>183
>選択肢にない文字列が入ってくる

てっきりvalueにテキストを挿入してるかと思ったｗｗｗｗ
0187nobodyさん2009/02/21(土) 13:10:58ID:???
>>185
そのセンス、感服するわ。
htmlspecialcharsで変換される文字君たちは検索にかからなくなるわけだが、
SQLにlikeを使わなきゃいいって制約を追加するわけだが、
0188nobodyさん2009/02/21(土) 13:14:04ID:???
なんでそこまでしてhtmlspecialcharsに拘るのかが理解できない。
mysqlなら何も考えずmysql_real_excape_stringが一番安全確実簡単だろ。
htmlspecialchars使うと、<や>、&のような文字が全部変換されてDBに入力されてしまう。
検索なら対象がうまくヒットしなくなるし、画面表示文字列だとエスケープ/アンエスケープのタイミングを考慮しないといけない。
DBからCSVに書き出したくなったらどう変換すればいいんだ？JavaScriptに渡す時は？

mlsql_real以下略なら、入力データはそのままの形でDBに格納されるし、そのままの形で検索される。この上なく分かりやすい。
0189nobodyさん2009/02/21(土) 13:16:13ID:???
>>187
うん？クラスの処理とかすべて書けば良かったか？
単純かしたことに「こいつ馬鹿だwww」と感服したのかもしれないが。

そもそも、出力する時もフィールド指定するだろ。
だから、like使ってもパスワードが漏れないよな。
全件出力されるとか書いてたけど、普通limit指定するし。

>htmlspecialcharsで変換される文字君たちは検索にかからなくなるわけだが
かからなくていいんじゃないか？検索させない場合は、変換入れるだろうが。
0190nobodyさん2009/02/21(土) 13:16:27ID:???
未だにDBで何をエスケープしておけばいいかわからないやつ多いよな。

基本的には「'」と「\」だけでいいんだぜ
0191nobodyさん2009/02/21(土) 13:19:03ID:???
>>188
「そのままの形で格納されると困る」んだよ。

お前、WEBアプリケーション作ったことあるか？
または、会員制サイト作って誰かに利用させたことあるか？

その際、htmlspecialcharsで変換されない文字があるとどうなるかわかるだろ。
それに、htmlspecialcharsだけでも、CSV出力やJavascript（AJAX）の利用は出来る。
0192nobodyさん2009/02/21(土) 13:25:16ID:???
>>189
おいおい、
記事中から、bread&butterって検索したくてもできないじゃないか。
0193nobodyさん2009/02/21(土) 13:26:33ID:???
zend server
人柱だれかよろ
ttp://sourceforge.jp/magazine/09/02/19/2316221
0194nobodyさん2009/02/21(土) 13:27:24ID:???
>>191が作ったWebアプリケーションは穴だらけ、バグだらけだろうなぁ。
ご愁傷様
0195nobodyさん2009/02/21(土) 13:27:36ID:???
Zendﾜﾛﾀｗｗｗｗｗｗｗｗｗ
よく開発続けられるよなｗｗｗｗｗ不人気なのにｗｗｗｗｗｗｗ
0196nobodyさん2009/02/21(土) 13:29:18ID:???
htmlspecialcharsをDBアクセスで使用するバカ
後輩とかに指摘されて恥かくまでずっとやってろ
0197nobodyさん2009/02/21(土) 13:30:31ID:???
俺はforeachのことを「フォレーチ」って読んでた
先輩は「フォー・イーチ」って読んでた

別に恥ずかしくないんだからねっ！これからも「フォレーチ」って読むわ
0198nobodyさん2009/02/21(土) 13:32:44ID:???
>>191
なぁ、ちょっと確認していいか？
入力->フィルター->エスケープ->DB -> 取り出し-> フィルター -> html適合化 -> 表示
おまえこの流れは理解してるってことでいいんだよな？

0199nobodyさん2009/02/21(土) 13:34:46ID:???
xamppに代わる開発環境になるかな？
0200nobodyさん2009/02/21(土) 13:35:45ID:???
>>199
ネーミングが悪かったかもしれない
XAMPPは初心者もなじみやすい名前だから、暫くはそっちが流行ると思うな
0201nobodyさん2009/02/21(土) 13:36:24ID:???
>191
会員制の課金の発生する、バックエンドでCSVとTSVでレポートを吐くwebアプリを仕事で書いてるが、
・DBに渡す際にPDOのプレースホルダで渡す、あるいはmysql_real_escape_stringなどでクエリを構成する
・画面表示する際にはビューに渡す時点で原則全ての値をhtmlspecialcharsでエスケープ
　（タグを書き出さないといけない箇所や、HTML以外の箇所などの例外は慎重に検討したうえでエスケープせず渡す）
・DBには、例えばフォームからの入力なら入力値がそのままの形で格納される
このルールが一番分かりやすいし、安全だし、汎用性がある。

出力部で「この文字列はDBから来た値だからhtmlspecialcharsは不要、こっちはクライアントからの入力値だから必須…」とかやってると、絶対変換ミスが発生する。
何も考えずルールにさえ従ってさえいれば脆弱性が発生しない事をシステムが担保してくれる形にするのが一番安全なんだよ。
俺はMySQLでの危険文字を全て列挙すら出来ない低能だし、職場には俺以下の屑が溢れているが、このルールに従う限り絶対安全だとシステム側で保障できるコードを組める。
0202nobodyさん2009/02/21(土) 13:41:28ID:???
>>198
してるわけないだろ。関数の使いどころすらわかってないんだから
0203nobodyさん2009/02/21(土) 13:41:54ID:???
>>201
それでOKなんだけど、>>191はフィルターやバリデーターとDB登録時のエスケープを混同してるらしいからｗ
0204nobodyさん2009/02/21(土) 14:03:40ID:???

俺が使ってるサービスで
↓を混同してるプログラマがコード書いてませんように・・・

・DB入力時(SQLインジェクション)
・画面出力時(Scriptインジェクション)
0205nobodyさん2009/02/21(土) 14:14:16ID:???
>>193
雑談はネタ不足気味な雑談スレで。
http://pc11.2ch.net/test/read.cgi/php/1200314111/
0206nobodyさん2009/02/21(土) 14:20:49ID:???
>>198
ああ。実際に>>201が書いているようなことはしているよ。
例として>>185みたいな簡単な1行ソース出したから
「こいつ何も知らない馬鹿だなwww」と煽りたい気持ちも分かる。
だが、1から10までここに書けないだろ。

入力時、出力時にそれぞれ適切に変換するのは、初歩中の初歩だと思う。
201がああだこうだ書いてるが、俺は自作クラス作ってDB処理をしているから
変換ミスがどうのこうのはない。

ま、そういう自分の事はどうでも良くて、>>185の意見を出しただけなんだが
なぜか俺自身を煽りたい馬鹿がいるな。そんな事しても無駄だろ
0207nobodyさん2009/02/21(土) 14:22:00ID:???
>>185みたいなコードが出てくる時点でお前が一番馬鹿だよ
0208nobodyさん2009/02/21(土) 14:26:20ID:???
>>207
>だが、1から10までここに書けないだろ。

ちゃんと読めよ・・・わかりやすいように簡単に書いたって言ってるだろ

それに、htmlspecialcharsで変換しないでそのまま格納したとする
その場合、phpMyAdminなどで管理する時。どうなるかわかるよな？
0209nobodyさん2009/02/21(土) 14:27:37ID:???
>>208
こんだけ書かれてまだわかんないのか。
そこでhtmlspecialcharsはおかしいってことだろ。
代わりに何を使うべきか考えてみろ
0210nobodyさん2009/02/21(土) 14:28:10ID:???
>>206
荒れるだけだから黙っててくれ。
0211nobodyさん2009/02/21(土) 14:28:10ID:???
>>185や>>191みたいなこと書いてたら馬鹿にされるのあたりまえだろ
>>206が仕事ではなく趣味でPHPいじってるだけであることを祈る
0212nobodyさん2009/02/21(土) 14:28:18ID:???
>>208
うん、あれはhtmlspecialcharsで変換されて出力されるね
ってかphpMyAdminなんか使ってるのかよ
0213nobodyさん2009/02/21(土) 14:28:48ID:???
>>209
わかる・わかんないの、俺に対しての批判はどうでも良いんだよ。
「なぜhtmlspecialcharsは駄目なんだ」って事だ

0214nobodyさん2009/02/21(土) 14:29:08ID:???
>>208
phpMyAdminをなめてんの？
別にスクリプトが混入したって何もおきないよ。
もし、そこでスクリプトインジェクションされんならIPA行きだお
0215nobodyさん2009/02/21(土) 14:30:21ID:???
>>213
> 「なぜhtmlspecialcharsは駄目なんだ」
既出
0216nobodyさん2009/02/21(土) 14:30:27ID:???
お前ら、自分の視野で物事考えすぎだよ。

「phpMyAdminなんて使ってるの？」って言葉がここで出てくると思わなかったぜw
ここのスレの役割考えろや。どうせ個人叩きしかできないくせに。
0217nobodyさん2009/02/21(土) 14:30:31ID:???
>>208
全部わかったうえで一部分だけ簡単に書いてます、って言ってるやつの文章じゃないよそれ
結局DB格納時にhtmlspecialchars使ってるんじゃん
0218nobodyさん2009/02/21(土) 14:31:22ID:???
>>216
phpMyAdmin → 画面出力時のお話

SQLインジェクションからかけ離れてきました・・・
0219nobodyさん2009/02/21(土) 14:32:07ID:???
>>206
> 俺は自作クラス作ってDB処理をしているから変換ミスがどうのこうのはない。
変換とか言ってる段階で、その自作クラスが穴だらけに1000カノッサ
0220nobodyさん2009/02/21(土) 14:36:47ID:???
> それに、htmlspecialcharsで変換しないでそのまま格納したとする
> その場合、phpMyAdminなどで管理する時。どうなるかわかるよな？

phpMyAdminは出力時サニタイズをすっかり忘れてる、ってこと？
0221nobodyさん2009/02/21(土) 14:38:07ID:???
サニタイズってトイレにでも行く気？
0222nobodyさん2009/02/21(土) 14:38:47ID:???
>>185
ENTQUOTES
ENTQUOTES
ENTQUOTES
ENTQUOTES
ENTQUOTES
ENTQUOTES
ENTQUOTES
ENTQUOTES
0223nobodyさん2009/02/21(土) 14:40:08ID:???
おまえらとどめは刺さないよなｗｗ
0224nobodyさん2009/02/21(土) 14:40:18ID:???
>>219
>>201が「俺はMySQLでの危険文字を全て列挙すら出来ない低能」と
言ってる意味を理解できていない、に1000カノッサ上乗せ
0225nobodyさん2009/02/21(土) 14:46:08ID:???
>>185
語る以前にエラーになる件
0226nobodyさん2009/02/21(土) 15:07:41ID:???
↓アクセスするとGoogleに飛ぶんですがどういう仕組みですか？
http://www.yahoo.xxco.jp/
0227nobodyさん2009/02/21(土) 15:11:56ID:???
%はあんまり伝わらなかったみたいだなー。
SQLとHTMLでは、特殊な扱いになる文字が違うよってことだけど。

htmlspecialchar()でも問題なく見えるのは、たまたま、だと思ったほうがいいよ。
偶然にも、置き換え対象になる文字がSQLでエスケープが必要な文字と同じだったってこと。

ついでに言えば、エスケープの仕方は実際はDB依存だから
addslashes()じゃなく、DB専用の関数を使ったほうがいい。
0228nobodyさん2009/02/21(土) 15:13:44ID:???
>>160 からの流れ、断ち切っておくか・・・

・DBに渡す際にPDOのプレースホルダで渡す、または専用関数(mysql_real_escape_string)でクエリを構成。
・html出力時にhtmlspecialchars(,ENT_QUOTES)をする。

※DBに渡す際にhtmlspecialcharsするのは間違い。
→ 理由 >>188
→ それでも分からない。 >>163の本を読め。
0229nobodyさん2009/02/21(土) 15:18:48ID:???
>>226
GET / HTTP/1.1
Host: www.yahoo.xxco.jp
(略)

HTTP/1.x 302 Found
Date: Sat, 21 Feb 2009 06:15:31 GMT
Server: Apache/2.2.9 (Fedora)
X-Powered-By: PHP/5.2.6
Location: http://www.google.co.jp/
Content-Length: 0
Connection: close
Content-Type: text/html; charset=UTF-8
0230nobodyさん2009/02/21(土) 16:10:53ID:???
素人だけど、俺より酷いプロらしき人が入るのを見て安心したような不安になったような…
0231nobodyさん2009/02/21(土) 16:11:49ID:???
>>226
xxco.jpの管理人が、
www.yahooo.xxco.jpへアクセスした場合に
「Location: http://www.google.co.jp/」へリダイレクト(302)するようにしているだけ。

<?php
header('Location: http://www.google.co.jp/', True, 302);
?>
0232nobodyさん2009/02/21(土) 16:25:04ID:???
>>231
サンクス
xxcoってドメインか
0233nobodyさん2009/02/21(土) 16:35:25ID:???
べ・・･別に！
僕レンタルサーバー使ってるからね！
エスケープしなくても安全よっ！
0234nobodyさん2009/02/21(土) 19:59:23ID:230PJjNE
【OS名】MacOS X (MAMP)
【PHPのバージョン】php5.2.5
【連携ソフトウェア】mysql
【質問内容】
Webアプリケーションで、ウィンドウ毎に違う情報を引き継いで処理をしていく物を作っています。
uniqid()でセッションIDを割り振って、formのhiddenに入れると引き継げるのは分かりました。
しかしこれだと、link（aタグ）で機能を選択した場合に、セッションIDが引き継げないように
思います。ですよね？？何か良い方法はありませんか？
リンクのパラメータに追加するとなると、全部のリンクに書き足す必要があって大変だし、
POSTとGETの両方の評価が必要になると煩雑だし、そもそもurlにセッションIDを出すのが
微妙に避けたいので・・・。
お知恵を拝借したいです。よろしくお願いいたします。
■ このスレッドは過去ログ倉庫に格納されています