【PHP】下らねぇ質問はID出して書き込みやがれ 135
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2014/07/20(日) 21:56:19.14ID:???過去スレ、関連スレ、FAQなどは>>2-10辺り
次スレは>>980が立てる。10分以内に立たない場合、宣言してから立てたい人が立てること。
◆前スレ
【PHP】下らねぇ質問はID出して書き込みやがれ 134
http://kanae.2ch.net/test/read.cgi/php/1404436446/
◆質問用テンプレ
【OS名】CentOS
【PHPのバージョン】5.5
【連携ソフトウェア】MySQL ImageMagick
【質問内容】
◆質問する時の注意
・ スレを上げて自分のIDを表示させること。(メール欄に何も記述しない。専ブラのsageチェックを外す)
・ 己の行った操作、変更などを詳しく明記すること。
・ エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・ 質問者として、態度をわきまえること。
・ 事前に関連リンクの公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。
(PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。)
◆質問後の注意
・2回目以降は最初に質問した際のレス番号を入れて、偽者防止に必ずIDを表示させること。
・解決しなくても回答をもらった場合はお礼を言うこと。
(荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。)
◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。
【その他諸注意】
・SQL・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ
0656nobodyさん
2014/07/30(水) 07:24:10.10ID:???利用者が非常に多く、直接的にしろ間接的にしろ結構な額の金が絡む、
そういう美味しそうなサイトでない限りはアタックなんて全くといっていいほどされないよな
せいぜい/admin.***とか/wp/***とかにアクセスしようとするやつがいる程度
だからセキュリティホールなんて考えなくて良いと言うわけじゃないが
0657nobodyさん
2014/07/30(水) 08:34:57.75ID:???phpのことなんてこれっぽっちも理解していないやつが叩いても説得力に欠けるわ。
最初からだめと決め付けて触れもしてないなら放っといてくれ。
0658nobodyさん
2014/07/30(水) 08:56:29.33ID:bmYZEqQ2ぺちぱーがセキュリティなんて考えても意味ないんだよ
そもそも開発側がセキュリティなんて考えてないんだから
0659nobodyさん
2014/07/30(水) 08:56:44.49ID:???>そういう美味しそうなサイトでない限りはアタックなんて全くといっていいほどされない
え?
0660nobodyさん
2014/07/30(水) 09:04:48.29ID:???0661nobodyさん
2014/07/30(水) 09:21:12.98ID:???放っておいてやるからワールドワイドウェブとは別の独自のネットワーク内でやれ、PHPの利用も意見交換も。
ワールドワイドウェブでPHP使われると迷惑でしかない、サイバーテロに近いものがある。
0663nobodyさん
2014/07/30(水) 10:03:20.78ID:???そんなんだからPHPerは、低脳なんだよ。
荒らせればいい連中に論理だの理由だの具体性だのあるわけないだろ?
悟れよ。
0664nobodyさん
2014/07/30(水) 10:04:51.92ID:???自己紹介しなくていいよ
0665nobodyさん
2014/07/30(水) 10:38:10.23ID:???PHPerは、ぺちぱーはと同じことをエンドレスで言い続けてる無駄さもないな
無意味な行為が止められないビョーキってあったろ
0666nobodyさん
2014/07/30(水) 12:37:41.59ID:bmYZEqQ20667nobodyさん
2014/07/30(水) 13:07:03.77ID:???0668nobodyさん
2014/07/30(水) 14:09:22.69ID:eNdaNN+yPHPのcURLでヘッダを送らない、HTTPではないソケット通信をすることは可能ですか?
「GET / HTTP/1.1\r\n」などで始まるGETやPOSTなどのHTTPではなく、
1行目からJSONやXMLを送る通信をしたいです
fsockopenやsocket_createで始まる関数は使わずcURLでやりたいです
また、他にこの二つ以外にソケット通信をできる関数があれば
教えていただけると助かります
質問がうまく伝わっていなければすみません
0669nobodyさん
2014/07/30(水) 14:10:39.48ID:???何も知らずに使ってるとか怖くないのか。
やっぱり馬鹿は無敵だな。
0671nobodyさん
2014/07/30(水) 15:52:40.04ID:???論点に固執して本質を見失うタイプの馬鹿
議論になると勝ち負けばかり気にして問題解決そっちのけ
これで声がでかいと会議ではマジで邪魔
0672nobodyさん
2014/07/30(水) 15:57:32.34ID:???俺が邪魔なのは認めよう。
だからあなたもセキュリティホールのひとつすら挙げられないってことを認めましょうよ。
0673nobodyさん
2014/07/30(水) 15:59:20.61ID:???たったそれだけで話が次に進むんだから無駄に粘るなよ
0675nobodyさん
2014/07/30(水) 16:16:01.25ID:???http://php.net/manual/ja/function.curl-setopt.php
0676nobodyさん
2014/07/30(水) 16:33:08.83ID:???0678nobodyさん
2014/07/30(水) 17:17:18.45ID:???ここまで理論的にものを考えて話せない人間がプログラミングなんて無理だわな
0679nobodyさん
2014/07/30(水) 17:24:27.28ID:???0680nobodyさん
2014/07/30(水) 17:28:33.51ID:bmYZEqQ2開発側も使う側のぺちぱーもそういうの興味も直す能力もないからな
0681nobodyさん
2014/07/30(水) 17:34:07.52ID:???0682nobodyさん
2014/07/30(水) 17:40:51.76ID:MnoRrAjp回答ではなくてすまんけど、fsockopen()やsocket_create()を
使いたくない理由は何か教えてくれないか
0683nobodyさん
2014/07/30(水) 17:42:47.15ID:eEva5BS3もし本当ならあり得ないほどの糞言語なんだが
0684nobodyさん
2014/07/30(水) 17:49:42.55ID:???すみません、そのページも確認しまし、CURLOPT_HEADERFUNCTIONも
引数で受け取ったものを消していっても、1行目から内容を書き込むというわけではないようで
上手くいきませんでした
0685nobodyさん
2014/07/30(水) 17:53:48.28ID:???なんでcurl?
0686nobodyさん
2014/07/30(水) 17:55:04.69ID:eNdaNN+y>>682
レンタルサーバーなのですが、これを使うと動かなくなり、cURLなら動くようなので
なんとかと考えています
0687nobodyさん
2014/07/30(水) 18:10:23.48ID:MnoRrAjp(技術的な都合等で)使いたくない、ではなく「環境の都合で使えない」じゃないか
・・・レンサバ会社に「なぜfsockopen使えないのその意図は」て問い合わせるのが先じゃね?
0688nobodyさん
2014/07/30(水) 18:20:26.57ID:???0689nobodyさん
2014/07/30(水) 18:20:36.02ID:???0690nobodyさん
2014/07/30(水) 18:33:14.13ID:bmYZEqQ20691nobodyさん
2014/07/30(水) 18:57:15.10ID:???たまには荒らしに勝ってほしい。
0692nobodyさん
2014/07/30(水) 18:58:46.09ID:???0694nobodyさん
2014/07/30(水) 19:30:16.28ID:???それに加えて腐った言語設計/仕様。
無計画なバージョンアップ。
さらに次から次へと見つかるセキュリティホール。
PHPが終了したのにも納得。
0695nobodyさん
2014/07/30(水) 19:33:10.44ID:eNdaNN+yもう半分諦めていたのもあり、問い合わせていませんでした
本来そちらを先にすべきところすみません
>>688
WEB APIから取得して表示する的な使い方ですね
>>693
気をつけます
0697nobodyさん
2014/07/30(水) 20:01:47.91ID:???お前みたいな無能がPHP叩いてるのはよくわかった
お前みたいなやつは何の言語を使ってもバグだらけの欠陥品を量産すること間違いなし
0699nobodyさん
2014/07/30(水) 20:09:48.46ID:???0701nobodyさん
2014/07/30(水) 20:13:58.84ID:???終わった言語だという事実だけはどうしようもない
0703nobodyさん
2014/07/30(水) 20:17:17.00ID:???他の言語使っても早々に何かにぶつかって挫折するんじゃないかなぁ。
この言語なら問題なかったよって話も出てこないもんね。
0704nobodyさん
2014/07/30(水) 20:19:19.59ID:???次から次へとセキュリティホールが見つからない言語なんてほうが珍しいわ
0705nobodyさん
2014/07/30(水) 20:21:56.66ID:???■終了した理由の説明
■アップロードに関する妙な設定項目についての説明
■セキュリティの安全性についての説明
初心者はスレを遡ってこれらについてPHP厨による説明がなされているかを確認することをおすすめする
説明がされていなければ、そうゆう理由なきデメリット等を利用者に要求しているということだ
0706nobodyさん
2014/07/30(水) 20:27:37.93ID:???デメリットの詳細を書いてないんだから。
A 日本の政治は腐っている!!!
B どこが?
A モゴモゴ。腐っている!!腐ってないことを説明せよ!→悪魔の証明っすか。
0707nobodyさん
2014/07/30(水) 20:33:11.60ID:???かっこ悪いなぁ。
0709nobodyさん
2014/07/30(水) 20:43:23.77ID:???文法は問題ないんだけどな
php厨はチョンが多いから仕方がないか
700:nobodyさん :2014/07/30(水) 20:13:07.02 ID:??? [sage]
>>699
いよいよ子供のような展開しかできなくなりましたね。
0711nobodyさん
2014/07/30(水) 20:52:02.73ID:???0712nobodyさん
2014/07/30(水) 20:56:39.58ID:???まともな社会経験があればこんな反論は口が避けても言えない。
狭い世界で議論の勝ち負けだけを指標にしてる学生風情によくある反論パターン。
だから学生の世界みたいに独立した環境でやれっての。
0713nobodyさん
2014/07/30(水) 21:04:57.68ID:???議論してるつもりなの?
0714nobodyさん
2014/07/30(水) 21:29:02.54ID:???知識が薄っぺらいから話に具体性がなく、理解が曖昧だから理論性もない
脳の容量も小さすぎて、それでいて限界に達してるから、新しい話題に弱く
結果として話すことが定期的にループする
0715nobodyさん
2014/07/30(水) 21:30:32.06ID:???0716nobodyさん
2014/07/30(水) 21:49:06.57ID:???さあ、どのみち鯖の性能や用途に合わせて制限は必要なんだから
システムに任せられるなら任せた方が間違いはないな
こんなのコードだけで制限させると書き忘れる不具合とか必ず起きるだろうし
0717nobodyさん
2014/07/30(水) 21:51:45.14ID:???その考え方だと upload_max_filesize は悪に見えるだろうね。
通常緩めるために設定する項目なんだけど。
0718nobodyさん
2014/07/30(水) 21:54:36.54ID:???0719nobodyさん
2014/07/30(水) 22:04:43.60ID:bmYZEqQ20720nobodyさん
2014/07/30(水) 22:04:49.56ID:???php.iniの初期状態ってのは貧弱な環境でもノータッチで動かせる設定だから
メモリ系とかと合わせて、用途に合わせて必ず設定する項目として扱ってた
0721nobodyさん
2014/07/30(水) 22:06:27.67ID:bmYZEqQ2Mozilla Firefox Part254
http://anago.2ch.net/test/read.cgi/software/1406048747/
まあ中の奴が同じであるという可能性は大いにあるがな
0722nobodyさん
2014/07/30(水) 22:08:29.34ID:???0723nobodyさん
2014/07/30(水) 22:18:28.16ID:???具体的な話がないよねー相変わらず
0725nobodyさん
2014/07/30(水) 22:41:56.80ID:???アプリで設定変更する話だよ。
タイムアウト設定も同じ。
php.iniでは厳しく設定しておいて、どうしても必要なところだけ緩める。
さらにhttpdで厳格な上限を設定しておくのが前提だよ。
0727nobodyさん
2014/07/30(水) 22:53:13.53ID:???改めて>>716読んでみてよ。
コードで制限し忘れて生まれる不具合って、想定よりも大きなファイルをアップロードされてしまうことでしょ。
通常の設定を行っておけばそんなことにはならないので、的外れな批判だってこと。
0728nobodyさん
2014/07/30(水) 22:55:17.18ID:???子供にでも分かる言い回しにした。
0729nobodyさん
2014/07/30(水) 22:58:42.13ID:???それ超絶勘違い
アンチがupload_max_filesizeの存在を批判材料にしてるから
もしupload_max_filesizeがなかったらって想定したのが>>716
0730nobodyさん
2014/07/30(水) 22:59:49.28ID:???0733nobodyさん
2014/07/30(水) 23:46:11.78ID:???0739nobodyさん
2014/07/31(木) 01:30:23.75ID:???PHPを使うような低知能に任せるとコードも穴だらけになるからな。
それだったらシステムに任せたほうがマシって発想にもなるわな。
0740nobodyさん
2014/07/31(木) 01:55:53.90ID:???0741nobodyさん
2014/07/31(木) 03:01:40.57ID:???0742nobodyさん
2014/07/31(木) 03:07:31.72ID:???そのままのPHPでいいと思ってるゴミPHP厨にはできない発想だし、発想できたとしても脳まで腐ってるからPHPを独自に改良するなんて無理な話。
改良も何もできずに糞仕様と脆弱なセキュリティを受け入れて使うしかない低脳のゴミそれがPHP厨。
0743nobodyさん
2014/07/31(木) 03:21:47.35ID:Flu0Yj8Y自分で公開しておいて監視カメラと紐づけられたら恐いとか言ってる馬鹿女の話はアンビリバボーだっけか
0744nobodyさん
2014/07/31(木) 03:24:49.05ID:???0745nobodyさん
2014/07/31(木) 03:27:33.93ID:???> 低知能に任せるとコードも穴だらけになるからな。
> それだったらシステムに任せたほうがマシって発想にもなるわな。
この考えって、セキュリティに関する知識がないって言ってるようなもんだけど、大丈夫かい?
撤回するなら早いほうがいい。
0746nobodyさん
2014/07/31(木) 03:28:12.75ID:???はぁ?w書き忘れ?wwwwwwwww
ぺちぱーってそのレベルかよwwwwwwwwwwwwwwwwww
うっかり書き忘れましたwwwとかそういう話かよwwwwwwwwwwww
0747nobodyさん
2014/07/31(木) 03:33:06.16ID:???書き忘れを心配するようなド低脳はほっといて、upload_max_filesizeのダメな点について語り合いませんか。
0748nobodyさん
2014/07/31(木) 04:29:12.79ID:???0749nobodyさん
2014/07/31(木) 04:56:48.44ID:???0750nobodyさん
2014/07/31(木) 05:53:39.97ID:???0751nobodyさん
2014/07/31(木) 05:54:23.60ID:???いまんとこ何がまずいのかという根拠を何一つ出していない
出したらその矛盾に対して全部論破してやるから
0752nobodyさん
2014/07/31(木) 06:27:07.16ID:???upload_max_filesizeは必要なコードすら書き忘れるペチパーの知能の低さをカバーするためのものだということで見事にアンチを論破
アンチは自分基準で考えるものだからペチパーの知能も自分たちと同水準だと思い込んでたんだろ
ペチパーの知能の低さは筋金入りなのにそれをナメすぎ
0753nobodyさん
2014/07/31(木) 06:35:23.70ID:???0754nobodyさん
2014/07/31(木) 06:49:54.89ID:???まず重要なポイントとして、
upload_max_filesizeはMAX_FILE_SIZEをすり抜けてきた時のフェイルセーフである。
upload_max_filesizeを指定してもサーバの設定によっては通らない場合があるから信頼してはならず、
最終的にアップロードを許可するのは$_FILE[]['size']とスクリプトで許可したサイズを比較する。
こんなのは共用サーバでの使用が多いPHPerの常識。
なぜこんな多い工程を取らなきゃいけないかというと、ユーザビリティとフェイルセーフを考慮した結果。
■ このスレッドは過去ログ倉庫に格納されています