PHP質問・雑談スレ【初心者お断り(ROM歓迎)】©5ch.net
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん 転載ダメ©2ch.net
2016/04/22(金) 08:58:11.47ID:???初心者お断り(ROM歓迎)と書いてますが、初心者用のスレが用意されているからで、
難しい質問や話題をしなければいけないわけではありません。
PHPマニュアルの読み方を概ね理解していて、関数リファレンスが正しく読める方用のスレです。
PHP未導入の方や、手取り足取りが必要な初心者の方はくだスレへどうぞ。
【PHP】下らねぇ質問はここに書き込みやがれ 4
http://echo.2ch.net/test/read.cgi/tech/1457792733/
その他リンク
・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の改造
0176nobodyさん
2016/08/07(日) 13:59:05.52ID:???0177169
2016/08/07(日) 15:48:01.41ID:???1より2の方が速そうだけども、キーだけが重要な配列は違和感が強く心配だったので意見いただけて助かりました。
集計にもなるって見方はなかった・・・どこかで使わせてもらいます。
0180nobodyさん
2016/08/08(月) 14:54:28.09ID:???0181nobodyさん
2016/08/08(月) 15:54:57.80ID:???0182nobodyさん
2016/08/08(月) 16:53:05.12ID:???0184nobodyさん
2016/08/12(金) 15:36:43.59ID:???0185nobodyさん
2016/08/12(金) 17:14:20.68ID:???0186nobodyさん
2016/08/13(土) 00:20:42.61ID:???さすがにお前らつくり話がすぎるぞwww
0187nobodyさん
2016/08/13(土) 11:20:29.98ID:???0188nobodyさん
2016/08/13(土) 13:46:49.50ID:???0189nobodyさん
2016/08/13(土) 20:36:20.52ID:???0190nobodyさん
2016/08/14(日) 05:54:00.76ID:???あったあった
0191nobodyさん
2016/08/14(日) 13:52:21.17ID:???メンバ変数全てにゲッターとセッターを作ってそれ経由で値を出し入れしてるんだが、全メンバ変数 public。
プログラムの方もメチャクチャなんだが、そっちはもう、キチガイすぎて語りきれない。
0192nobodyさん
2016/08/14(日) 14:05:05.36ID:???0193nobodyさん
2016/08/14(日) 14:31:47.30ID:???だが、全部の変数用のgetter、setterを作るのは、間違いなく思考停止した馬鹿。
そういうのは昔のデバッガが貧弱だった時代に妥協策だっただけだ。
0194nobodyさん
2016/08/18(木) 13:52:33.66ID:???0195nobodyさん
2016/08/18(木) 14:05:59.58ID:???ユーザーIDは普通に保存するけど
いや普通はセッションIDだけか
あーでもユーザIDくらいならついでに置いとくか
0196nobodyさん
2016/08/18(木) 14:28:41.06ID:???いちいち再ログインのための仕組みをプログラマー側が用意する必要はないだろ
0197nobodyさん
2016/08/18(木) 17:42:27.41ID:???0198nobodyさん
2016/08/18(木) 19:50:44.85ID:???0199nobodyさん
2016/08/18(木) 22:40:16.06ID:???いくらクッキーが安全といってもそれを適切に管理できないと凶器でしかない
0200nobodyさん
2016/08/19(金) 00:15:57.40ID:???そんなとこにpasswordを入れるかどうか議論したい馬鹿がいるのか?
もっと言うと、自動再ログインにpassword利用する猿がいるのか?
0201nobodyさん
2016/08/19(金) 01:32:24.21ID:???それが漏れたら一緒でしょ
0202nobodyさん
2016/08/19(金) 01:54:04.00ID:???0203nobodyさん
2016/08/19(金) 02:02:30.14ID:???それが漏れたら一緒でしょ
0204nobodyさん
2016/08/19(金) 03:43:44.27ID:???0206nobodyさん
2016/08/19(金) 12:58:11.17ID:???0207nobodyさん
2016/08/19(金) 13:01:18.67ID:???0208nobodyさん
2016/08/19(金) 13:05:46.20ID:???0209nobodyさん
2016/08/19(金) 13:23:55.93ID:???0211nobodyさん
2016/08/19(金) 14:27:14.14ID:???ある会社のWEBサービスが、皆さんよくご存知のセッションフィクセーション脆弱性があって、
その事を報告したら、
「んー、でもこれはガラケーに対応するにはしょうがないですからねぇ」
と言っていて、
『ああ、こいつどうしようもないな…」と思いながら、「まぁ、そうですね」と適当にあしらっておいた。
完全に避けることが出来ないのは事実だけからな。本人が良いって言ってるなら良いんだろう。
そんなサービス、俺は絶対使わないけど。
そのアホ管理職は経由したサーバーにどうしても残ってしまうセッションIDと、
だれかが罠はって仕掛けたセッションIDが受け入れられてしまう問題を同じだと考えている、
わけではなく、全く何がどうなっているのか分かっていない。
>>209の言っていることは、そういうことだ。
0212nobodyさん
2016/08/19(金) 14:33:27.48ID:???問題があるのはそこだけじゃなかったからだ。
もはや、マトモな箇所がほとんど見当たらないシステムばかりで、
1つ1つ指摘したとして、
言っている事が理解できるようなマトモな奴なら、そもそもこんな自体にはなっていないから、
危うきに近寄らず、ということでとっとと逃げた。
0215nobodyさん
2016/08/19(金) 19:28:51.84ID:???0216nobodyさん
2016/08/19(金) 19:36:38.37ID:???どんどん覚えるから、よろしくなり。
0217nobodyさん
2016/08/19(金) 21:07:15.26ID:???(例えばセッション情報等の)ログインに必要な情報 =(結局password同様)
という等号が成り立つと思ってるところが、
お前がアホ極まれリなところ。
>>215
お前誰?どういう論旨でそれを言ってるの?
結びつけてるシステムだけではなかったらなんなの?
0218nobodyさん
2016/08/19(金) 23:39:15.84ID:???0219nobodyさん
2016/08/19(金) 23:39:21.14ID:???高々数時間程度の有効期限しか持たない, システム側が都度生成する(したがってユーザのidentificationには使えない)セッションキーと
少なくとも数ヶ月程度の有効期限を持ちクライアントが選択するパスワード
これが各々漏れたときに「一緒」って, 寧ろどこが一緒なのかお尋ねしたいのだが
0220nobodyさん
2016/08/19(金) 23:59:37.98ID:???そんなもんをログイン保持に使うわけ無いだろ
0221nobodyさん
2016/08/20(土) 00:01:20.37ID:???一度でも侵入されたらそれで終わりだから
0222nobodyさん
2016/08/20(土) 00:04:02.49ID:???猿はどっちだろうか。
0224nobodyさん
2016/08/20(土) 00:35:17.65ID:???で、お前はセッションIDが漏れないような対策はしてるのか?してないのか?
してるとすればそれはなぜ?
0226nobodyさん
2016/08/20(土) 01:20:53.23ID:???つまり、ログイン保持には使えない
という前提で話は進んでるか?
0227nobodyさん
2016/08/20(土) 01:52:27.09ID:???0228nobodyさん
2016/08/20(土) 08:31:31.02ID:???誰が誰だかわからん部分が何レスかある。
とりあえず、>>213のやつでいいと思うんだけど、
対象を1人で考えてるだろ。
10000万人規模で考えて、全員のパスワードが漏れた場合と、全員のログインセッションが漏れた場合の両方で、
どう対応するか、それぞれのシナリオ書いて、そのあとシステム管理者は何をするか考えろ。
それから
>一度でも侵入されたらそれで終わりだから
本当にそれで終わりかどうか、一般的なシステムはどうなってるか見てみろ。
特にAmazonあたりは参考になると思うぞ。
お前がいかにアホかよく分かるはずだ。
0229nobodyさん
2016/08/20(土) 09:53:14.24ID:???0230nobodyさん
2016/08/20(土) 12:21:55.17ID:???0231nobodyさん
2016/08/20(土) 13:12:10.87ID:???0232nobodyさん
2016/08/20(土) 13:50:06.19ID:???お前こそが、もうちょっとあっちで勉強してきたほうがいいと思うよ。
そうしないとお前は一生ゴミクズのままだ。
わかってるんだろう? 自分でも。
0233nobodyさん
2016/08/20(土) 14:04:31.93ID:???0234nobodyさん
2016/08/20(土) 14:05:20.60ID:???Googleにせよ何にせよ, セッションハイジャックされたところでアカウントそのものを乗っ取るにはパスワードか登録メールアドレスが必要だろう?
要するにアカウントの重要な情報を扱う際にはパスワードなりワンタイムキーなり要求される
セッションハイジャック=アカウント乗っ取り, つまりセッションキーがパスワードと等しいようなシステムは設計上の欠陥なんだよ
0236nobodyさん
2016/08/20(土) 14:09:29.88ID:???0237nobodyさん
2016/08/20(土) 14:34:41.49ID:???ちょーかわいそすw ちょーかわいそすw
0238nobodyさん
2016/08/20(土) 14:39:00.35ID:???そろそろ気づけ。向こうでも言ったとおり、お前はサルなんだと。
そしていい加減に進化する努力をしろ。
0239nobodyさん
2016/08/20(土) 14:42:40.05ID:???0240nobodyさん
2016/08/20(土) 14:44:01.97ID:???0244nobodyさん
2016/08/20(土) 15:10:37.23ID:???あがってるGmailなんてログインしたらもうその先はメール読み放題だし
Amazonだってカード番号下4桁以外は伏せられてるものの
名前やら住所やらの支払い情報は再ログイン必要なしに見れるし
0245nobodyさん
2016/08/20(土) 15:14:05.33ID:???> >>228は一緒に仕事したくないタイプ
なんで?おまえ、そんなに俺に突っ込まれそうなこと沢山あると自覚してるの?
0246nobodyさん
2016/08/20(土) 15:15:45.70ID:???> >>234が自分の味方してくれたとか思ってるガイジwwwww
馬鹿かお前は。敵か味方か、とか。漫画でも読みすぎてるんじゃないか?
肝心なのはどっちの言ってることが正しいと >>234 が思ったか、だ。
お前みたいなダチョウ級の脳みそでもそれは分かったからそんなに連投してるんだろう?
0247nobodyさん
2016/08/20(土) 15:20:28.67ID:???何が正しいと思ったかだよwwww笑わせんなwwwwwww
お前が何を正しいことを言ったって?
管理者の対応とかどっちが漏れてもユーザにとっては変わらない損失をよそに斜め上なことを言って
>>244の例の通り個人情報駄々漏れのAmazon例に出して馬鹿丸出しじゃねーかwwww
>>234はただお前に呆れてるだけだっつーのwwww
0248nobodyさん
2016/08/20(土) 15:23:18.98ID:???> 重要な情報がどこにあるかなんて人それぞれじゃね?
いい加減に気づけ。
どこに何を保存しているかなんて関係ないんだ。
保存されている場所にアクセするのにどんな手段があるかが問題なんだ。
何の秘匿情報も持っていない奴が、なんかちょろっとやったら全部見えちゃいました
って可能性のあるところに「見られてはいけないもの」を保存するのは馬鹿だろう?っていう話をしてるんだ。
これで分かんなきゃお前はカニ味噌以下だ。ちなみにわかってると思うが、カニ味噌は脳みそですらないからな。
0249nobodyさん
2016/08/20(土) 15:23:36.98ID:???システム側にとって最も重要なことは, 利用者やシステムが攻撃者の踏み台にならないことだ
アカウント乗っ取りはその踏み台になり得るという点で最も重点的に対策しなければならん
0250nobodyさん
2016/08/20(土) 15:25:22.79ID:???>管理者の対応とかどっちが漏れてもユーザにとっては変わらない損失をよそに斜め上なことを言って
おまえ、>>234読んだか?
それとも、文字が100文字超えると理解できなくなる脳の障害でもあるのか?
詰まってるのがカニ味噌なら、脳ではなくて肝機能障害あたりか…
0251nobodyさん
2016/08/20(土) 15:27:02.51ID:???>システム側にとって最も重要なことは, 利用者やシステムが攻撃者の踏み台にならないことだ
どこの誰の定義だよw ノータリン
「最も」って言葉好きだよな、馬鹿は。
システム管理側が考えなければいけないことは沢山有るんだよ? カニ味噌くん。
0252nobodyさん
2016/08/20(土) 15:30:09.80ID:???> ようアホ
さっきからお前もこっちもずっといるのに、なんで改めて挨拶してるの?
ゆだー、ちょーうけるー
ってJKなら言いそうだな。俺は別に「こいつ、本物のアホだな」と思うだけだけど。
0253nobodyさん
2016/08/20(土) 15:33:27.19ID:???> >>244の例の通り個人情報駄々漏れのAmazon例に出して馬鹿丸出しじゃねーかwwww
自分で書いた何の証明もされていない事を「例の通り」という程の馬鹿は、本当にたまにしか居ないな。まさしくカニ味噌だ。
ほれ、駄々漏れの証拠出してみろ。ソースだ。分かるか? ウスターとかじゃないぞ。
0254nobodyさん
2016/08/20(土) 16:03:44.99ID:???何おまえらはサルカニ合戦やってんだ?
0255nobodyさん
2016/08/20(土) 16:17:01.65ID:???お前が
> 欠陥糞サイト乙
と言っていたとしても、普通に>>201につながっただろうな。
そして、それで終わったところで、ここまで続いたことと比べて何も変わっていないだろう。
「カニ味噌は結局カニ味噌のままだった」という事実においてな。
お前みたいなヒトコブラクダではわからんだろうが。
あるいはお前はカニ味噌本人か? まぁ、人でないことは確かだろう。
0256nobodyさん
2016/08/20(土) 16:30:34.02ID:???早く帰れよゴミクズ >>3で移ったんだろ?早く消えろ
ミジンコ脳のくせに威勢だけはいいな
なんかちょろっとやったら全部見えちゃいましたじゃねえよボケ
秘匿情報入手したらの話をしてんのに馬鹿かおまえ
それがどこにあろうが同じ話
強固なシステム作ればいいなんて当たり前の話をするわけないだろカス
だからドヤ顔で当たり前のこと言って笑われてるんだろ
0257nobodyさん
2016/08/20(土) 16:41:51.47ID:???0258nobodyさん
2016/08/20(土) 16:48:43.22ID:???> だからドヤ顔で当たり前のこと言って笑われてるんだろ
カニみそくん、そろそろ理解したまえ。
君が思ってるだけのことは物事の評価の対象にならないんだよ。
君を馬鹿だという意見はたくさんあった。
私を馬鹿だという意見はどれかね? ちょっと書き出してみてくれないかな?
そうすれば、仮に肝臓で物を考えていたとしても君がどれほどアッパラパーか、
君でも理解できるだろう。
0259nobodyさん
2016/08/20(土) 16:52:36.20ID:???「でないと、ノータリンの僕ちゃんがここで虚勢をはれないじゃないかぁーーーーー!」
かね? 実にアッパラパーだ。
0260nobodyさん
2016/08/20(土) 16:55:52.30ID:???君を馬鹿だという意見はたくさんあったってお前だけだろwwwwww
何印象操作してんの?ゴミクズ
IDも見えないとこで見えない敵と戦わないで見えるとこに戻ったほうがいいのでは()
>>234に馬鹿にされてないことに気づかない哀れ池沼
0261nobodyさん
2016/08/20(土) 16:56:28.16ID:???おっと危うくお前みたいな馬鹿を擁護するとこだったぜwwwww
0262nobodyさん
2016/08/20(土) 16:59:14.80ID:???お前と同じ当たり前のことをドヤ顔で言ってるだけなのに
全く自分が見えていないwwwww
0263nobodyさん
2016/08/20(土) 17:05:21.81ID:???0264nobodyさん
2016/08/20(土) 17:12:56.92ID:???見ればこの人だけだったね
まともに話そうと努力してたのは
俺もちょっと悪かったよ
なんかこのカンマさんにすげー悪い気がしてきたわ
0265nobodyさん
2016/08/20(土) 22:23:55.74ID:???5時間くらい待ってみたけど、君の賛同者、現れなかったね。なんでかなー?
カニ味噌くんは文章が良く理解できないみたいだから、君がずっとこだわってる(味方だと勘違いしてる) >>234 をもう一度よく分かるように全文引用してあげるね。
>> 234 : nobodyさん2016/08/20(土) 14:05:20.60 ID:???
> >>228は口悪いし正直嫌いなんだけど内容はごく当然のことだろう・・・・・
これは、「>>228(俺)のことは悪態つくから大っ嫌いだけど、>>228(俺)の言ってることはとてもマトモなことだろう」
っていう意味だよ? 中学生なら理解できる内容だ。
> Googleにせよ何にせよ, セッションハイジャックされたところでアカウントそのものを乗っ取るにはパスワードか登録メールアドレスが必要だろう?
> 要するにアカウントの重要な情報を扱う際にはパスワードなりワンタイムキーなり要求される
これは、セッションを乗っ取られたところで、重要な場所ではIDとパスワードの組み合わせが再度求められるから
セッションIDくらい漏れたとしても大して問題ではないと言ってるんだよ。やっぱり中学生なら理解できる内容だ。
> セッションハイジャック=アカウント乗っ取り, つまりセッションキーがパスワードと等しいようなシステムは設計上の欠陥なんだよ
これは、仮にセッションIDのみを見て重要な情報にアクセスできるシステムは、その時点で欠陥なんだ
と言っている。中学生なら理解出来る内容だ。
で、君なんて言ったっけ?「セッションID = パスワードと同等 だから、クライアントにどっちが有っても一緒だ」って言ったよね。
よーく読んで、君の肝臓で考えてみよう。君の言ってることと、君が味方だと思ってる >>234 の言ってる事、同じかな?
0266nobodyさん
2016/08/20(土) 22:24:04.44ID:???> あと>>249に絡んでるとこも阿呆だなww
> お前と同じ当たり前のことをドヤ顔で言ってるだけなのに
私は一度も>>249のような事は一度も言ってないよー? 中学生でも理解できる内容だけど、わからないかなー?
もう一回、年長さんくらいからやりなおそうか。そうしないとマトモな大人になれないよ?
0267nobodyさん
2016/08/20(土) 22:34:31.30ID:???セッションIDだって漏れたらそれなりにマズいよ。
だから出来るだけ漏れないように作る。
でも、パスワードが漏れるのは、セッションIDが漏れる場合の比じゃない損害になる。
だから漏れる可能性があるところにパスワードなんか保存してはダメだ
と、君以外のみんなはずっと言っていたわけだ。
>>256 : nobodyさん2016/08/20(土) 16:30:34.02 ID:???
> なんかちょろっとやったら全部見えちゃいましたじゃねえよボケ
> 秘匿情報入手したらの話をしてんのに馬鹿かおまえ
私がずっと上の方で言った「XSSを封じているかが関与してくる」という言葉の意味を、
ちゃんと調べて勉強しようね。
仮にXSS脆弱性が存在したなら、ちょろっとやったらcookieの内容が見えてしまう可能性が十分にあるのさ。
だからXSS脆弱性を存在させないことが重要だが、かりに存在してしまったとしても大丈夫なように
cookieになんかパスワードは保存しない、というのがみんなの意見だったわけだ。
君はまったくその事が理解できなかったし、今もできていないみたいだけどね。
0268nobodyさん
2016/08/20(土) 22:41:11.21ID:???新しいクラスを作ってますが、そのメソッドの中で例外を分投げたいのですが、
そのメソッド内で呼ぶ既存の関数とかで戻り値FALSEで返したりと踏んだりけったりです。
どういう方針でやるべきでしょか?お願いします。
0269nobodyさん
2016/08/21(日) 00:09:05.19ID:???ドン引きして誰も書かないだけなのに賛同者とか大笑い
ほんと空気読めないチンパンJJIはだめだわwwwww
0270nobodyさん
2016/08/21(日) 00:45:04.67ID:???不毛な議論続けてばっかみたい…
0271nobodyさん
2016/08/21(日) 00:59:00.21ID:???新しい質問者が来てるのに構わず自分論を語ってる君、馬鹿みたいだね。
私に「向こうに帰れ」って言ってたのはやっぱり、
「お前が居ると馬鹿な僕ちゃんが虚勢張れないじゃないか」って意味だったのかなぁ?
>>268
あんまり何言ってるかよくわからんけど、
クラス内で例外投げたいなら
そのクラス呼ぶ部分でtry{}catch{}したらいいじゃない。
クラスメソッドの関数で失敗時にfalse返すなら、
クラスメソッドを呼ぶ部分でfalseが帰ったら例外スローすればいいでしょう?
同じクラスでpublicな例外投げる関数とfalse返す関数があるなら、それは設計が間違ってるから、見直し。
>>270
どうしてそう思う?
> セキュリティに問題があるの前提と
って大づかみだなぁ。これまでの流れ大して読んでないからだと思うけど
自分の言ってること、的を射てると本当に思ってるならお前もカニ味噌だよ。
セキュリティの基本は何重にも重ねて、一つ突破されても次で食い止める。
セキュリティに問題が「無い」なんて言い切れる仕様は、無いよ。
そのくらい、ちょっとシステムかじればわかるだろう?
0272nobodyさん
2016/08/21(日) 01:01:38.63ID:???一応言っておくと、有ることは有るよ。
一切外部からの入力を受け付けないシステム。
これならゼッタイ安全だ。誰も使えないけどね。
0273nobodyさん
2016/08/21(日) 01:02:42.48ID:???だからこっちも暇つぶしには最適だ。
0274nobodyさん
2016/08/21(日) 01:04:31.64ID:???聞いてないこと説法されたくないし、自分よがりなレス続けても噛みあうわけがないんよ
今日はもう寝たほうがいいと思う
0275nobodyさん
2016/08/21(日) 01:08:56.48ID:???自己紹介?
こっちは昼寝したので暇つぶしなんだけど、貴方の言ってることよくわからんね。
>聞いてないこと説法されたくないし
されたくなければ馬鹿なこと言わなければいいだけじゃん。
貴方の言ったのがどれか全くわからんけど。
>今日はもう寝たほうがいいと思う
貴方がね。お休み。一晩寝て馬鹿が治ると良いね。
0276nobodyさん
2016/08/21(日) 01:09:24.09ID:???それを楽しみにするような歪んだ性格の持ち主は、ちょっと…ね…
もうちょっと大人になろう
■ このスレッドは過去ログ倉庫に格納されています