【PHP】下らねぇ質問はID出して書き込みやがれ 131at PHP
【PHP】下らねぇ質問はID出して書き込みやがれ 131 - 暇つぶし2ch175:nobodyさん
13/11/15 23:12:25.40
>>173
頭の悪い土挫が言いそうなセリフだなw

176:nobodyさん
13/11/15 23:14:59.73
俺はやったことないが、IIS7でFastCGIで組むといいらしいじゃないか

177:nobodyさん
13/11/15 23:17:02.85
>>176
(ほんの)ちょっとはマシになったってくらい

178:nobodyさん
13/11/15 23:25:35.23
URLリンク(msdn.microsoft.com)
ASPとのライバル関係にあるPHPのシェアを無視できなかったMSは
せめてIISを使ってくれとPHPerに懇願しました

179:nobodyさん
13/11/15 23:42:41.90
開発なんて慣れてるOSが一番
個人的にはiOSの開発もしないしVisual Studio使えないからマックはいらないって感じだけど
マックはなんかデザイナーや開発者っぽい(=一般人向けではない)っていうイメージがあるし
もってたら出来る男って感じがするけど
最近はiPhoneのおかげで一般人でも浸透してきてるしレア度はあんまないね

180:nobodyさん
13/11/15 23:54:54.86
昔はVAIO持ってるとモテたけど今はMacbook Airだな。
10インチクラスのタブレット(iPad)を、
社長やってるいとこが出先でよく使ってたけど、あれは見てて滑稽だったわ。
タブレットはクールじゃないね。

181:nobodyさん
13/11/16 00:03:59.42
Macがモテる時代は2年前ぐらいに終わってるっしょ

182:nobodyさん
13/11/16 00:07:59.93
キモブサがどんなPC持ってたってモテるわけないだろ
鏡見ろよ

183:nobodyさん
13/11/16 00:11:29.13
ぼくあぽー
あいぽーん5が売れなくて困ってるの
だれかぽすけて

184:nobodyさん
13/11/16 00:24:54.66
プログラム自体の話は出来ないのに、混ざりたがるから、
自分でもなんか言える人の話に誘導しようと必死ないつものアホ

185:nobodyさん
13/11/16 00:39:24.79
おこなの?

186:nobodyさん
13/11/16 00:43:26.50
Windows最高
XAMPP最高

ということで終了

187:nobodyさん
13/11/16 01:26:55.15
結局、質問にちゃんと答えられたのは>>140だけで
それ以外は無知を晒してるだけだったな
挙句の果てに Winsowsガー PHPガー XAMPPガー とか言い出しちゃう低脳っぷり(笑)

188:nobodyさん
13/11/16 01:29:07.24
>>139が自己解決したってのにそれの後追いで別に大した追加情報もなしにドヤ顔してるのが>>140

189:nobodyさん
13/11/16 01:33:09.14
いや、140は質問者が自分でほぼ答えを出した後だろ
まあ、それ以前の間抜けな回答や以降の低脳っぷりってところは同意だが。

190:nobodyさん
13/11/16 01:35:30.17
>>186
一生マスかいてろw

191:nobodyさん
13/11/16 02:01:46.78
まぁこんな雰囲気にした>>147がチンパンだったということでもういいだろ?

192:nobodyさん
13/11/16 02:08:23.19
まぁ、いいけど、PHP と Windows は、そもそも相性が良くない。
遊びならなんでもいいけどね

193:nobodyさん
13/11/16 02:10:44.25
開発環境と動作環境は別の話。
相性がよいかどうかは開発環境には関係ない。

194:nobodyさん
13/11/16 02:18:15.25
>>193
開発環境が Windows で、動作環境が Unix系 + Apache ってこと?
なんと無駄なことを

195:nobodyさん
13/11/16 02:28:39.00
無駄と発想する時点でお前が底辺なのは判った

196:nobodyさん
13/11/16 02:32:02.75
>>194
それは無駄ってか、単なる情弱なだけだろw

197:nobodyさん
13/11/16 02:38:18.02
>>194
apacheなんてのはおまけなんだよ
開発に主眼をおくべきものは自分にとって使いやすいOSと使いやすいIDEだ

198:nobodyさん
13/11/16 02:48:07.07
>>197
一生マスかいてろw

199:nobodyさん
13/11/16 07:50:04.07
httpdに何を使ってるか
OSが何かで影響受けないプログラムもあれば、受けるものもある
それ次第だから、勝手にすればいいんじゃね?

大体ひっかかるのがWindowsにImageMagickをインストールするのが大変ってとこか

開発環境と、開発実行環境も別か
俺はPhpStorm派だから、IDEはWindowsでもMacでもLinuxでも動くから問題ない
Windowsでやってたときは、当然VMだった

200:nobodyさん
13/11/16 08:02:01.34
IDEがクロスプラットフォームでも、それを使えるまでにかかる労力や、
その他全体の使い勝手・作業効率なんかを考えると、
慣れ親しんだOS使うのが一番いいに決まってるわ。
最悪プログラムなんてのはメモ帳で書ける。
WindowsクライアントからSSHでLinuxサーバにログインして、
サーバのファイルを直接viで編集なんてのは昔ならよくあった話。

201:nobodyさん
13/11/16 08:15:44.39
スクリプトでOS依存書いてる時点で極限のアホだろ
とは思う

202:nobodyさん
13/11/16 08:16:52.02
>>201
お前の中ではそうなんだろうな

203:nobodyさん
13/11/16 08:20:03.05
>>202
俺だけじゃない、お前以外な

204:484
13/11/16 08:24:54.41
>>201
redis依存書いたら前までWindowsじゃ無理だったしな
OS依存なんて腐るほどあるっしょ

スクリプトのPATH_SEPARATORとかそういう意味を言ってるなら同意だが

205:nobodyさん
13/11/16 08:29:32.63
C:\WINDOWSとかOS依存がわかりやすい記述は無意識に排除しちゃうし
PHPの場合OS依存で書くほうが難しいな
初めて使う関数はマニュアルちゃんと見るし知らずにOS限定の関数使うなんてこともない

この手の問題に遭う低スキルの人はちゃんと環境構築したほうがいいだろうね

206:nobodyさん
13/11/16 08:37:12.04
最近はネットだけでいいって人もいるだろうけど
現実問題PHP開発以外にもやることはたくさんあるのでWindowsじゃないと不便
だからWindowsでいい
VMはOSが重くなるし汚くなるから入れない
世の中の人間そんなにPCいっぱい持ってませんよ

207:nobodyさん
13/11/16 08:43:55.39
人それぞれってことだ

俺っは今Linuxで苦労したことないし
Windowsじゃないと駄目なことが今のところない

208:nobodyさん
13/11/16 08:53:13.23
Windowsで苦労したことないし
Linuxじゃないと駄目なことも今のところないね

209:nobodyさん
13/11/16 08:59:50.40
OS依存で書くバカは他人に使ってもらう前提のフレームワークやライブラリを
書いたことがないんだろうな、とは思う

210:nobodyさん
13/11/16 09:05:25.89
OS依存の話はやめよう

C:\WINDOWSとかならただのバカだし
使用するミドルウェアの問題ならどうしようもない

話すだけ無駄ですよ

211:nobodyさん
13/11/16 09:10:09.28
Linuxで開発すれば OS依存しないのかよwwww

212:nobodyさん
13/11/16 13:29:14.82
>>211
誰かそんなこと言ってるか?このスレで
被害妄想なのか劣等感の現れなのか

213:nobodyさん
13/11/16 13:40:46.89
今更どうしたの?悔しいの?

214:nobodyさん
13/11/16 13:47:56.32
>>213
相当悔しそうだなw

215:nobodyさん
13/11/16 14:08:58.49
>>213
なにがそんなに悔しいんだ?

216:nobodyさん
13/11/16 15:27:22.51
( ゚,_・・゚)ブブブッ

217:nobodyさん
13/11/16 17:47:20.20
WindowsでPHP使えるの?
てか、そんなことして何か意味あるの?

218:nobodyさん
13/11/16 18:08:16.94
レンタルサーバに変更するたびにアップロードして開発するやつにはわからない話

219:nobodyさん
13/11/16 18:18:13.33
>>218

> アップロードして開発する

この意味がわからないんですが、解説してくれる?
全体も意味不明なんだけど

220:nobodyさん
13/11/16 18:37:26.94
>>219
>>1

221:nobodyさん
13/11/16 18:38:46.80
>>220
うるせい馬鹿

222:nobodyさん
13/11/16 18:43:44.24
>>220
>>1001

223:nobodyさん
13/11/16 22:05:00.99
>>217
アドベソフトと仲良くさせるためです。。わし的には、

224:nobodyさん
13/11/16 22:08:30.79
>WindowsでPHP使えるの?
無知の極みだな

225:nobodyさん
13/11/16 23:20:32.23 F3TLx1sI
$ints = array(1,3,4,5,6,7,8,9....∞);
$intsの中にある数字の最大値maxのキーを収得する関数はありますか?

226:nobodyさん
13/11/16 23:21:01.62
>>225
ある

227:nobodyさん
13/11/16 23:23:24.27
あぁ、sortすればいいのか。
めんどくさいこと考えてたわw

228:nobodyさん
13/11/16 23:34:15.95
sortしたらキーは失われるけどいいのけ?

229:nobodyさん
13/11/17 00:48:19.62
配列操作のパターンと
sqlite::memory:に1回いれてmax使うパターン試してみたけど
やっぱ配列操作でやるほうが断然早いしメモリ使用量も少ないな

230:nobodyさん
13/11/17 02:28:59.85
>>217
Windowsだろ?
使えるわけないじゃんw
アホなの?

231:nobodyさん
13/11/17 09:37:26.57
誰も反応してくれないからって自演か

232:nobodyさん
13/11/17 13:01:07.39 iaEwZT+S
>>229

あなたみたいに、無駄かもしれないけどとりあえずやってみようっていう人は素晴らしいと思う。

233:nobodyさん
13/11/17 18:10:59.78
「使える」ってのがどういう意味なのかにもよるな

「動作する」って意味ならLinuxでもWindowsでも使える

「実用に耐える」って意味ならLinuxでもWindowsでも使えない

234:nobodyさん
13/11/17 23:19:57.93
あるログインサイトが、Operaには対応していないため、
[ID]と[パスワード]の入力欄は表示されますが、肝心な[ログイン]ボタンが表示されないので、ログインできません
このOperaは、ガラケーのフルブラウザなんですが、どうにかしてログインさせる方法はありませんでしょうか?
[ID]と[パスワード]の入力欄は問題なく入力できます
宜しくお願いします。

235:nobodyさん
13/11/17 23:33:39.91
EnterでFormにSubmit飛ばない?

236:nobodyさん
13/11/17 23:35:12.68
つうかPHP関係あるのかよ

237:nobodyさん
13/11/18 00:08:15.70
>>233
どこの言語に人?

238:nobodyさん
13/11/18 00:15:21.89
>>237
どこの言語の人って言いたかったかw

PHPが使えないって言ってるやつは大体本人が使えないだけって決まってるからな

239:nobodyさん
13/11/18 12:57:44.49 +1FXVq0T
PHPのオブジェクト指向における多態性(ポリモーフィズム)について質問です。
多態性(ポリモーフィズム)とは、端的に、どういうことを指すのでしょうか?
わかりやすい要点や具体例、使いどころなどをご教示ください。

なお、自分で調べて次のことを知りました。
ネットで調べると、複数のクラスのメソッドの命名を同一にして、場面により切り替えることとありました。
また、ある本では、オブジェクトの引数に他のオブジェクトを渡してそのメソッドを切り替えることとありました。(ストラトジーパターン)
Javaの本では、オーバーロードという仕組みで、引数の数の違いによりメソッドの振る舞いを変えることとありました。

ただ、調べても抽象的で理解が困難です。
ご回答よろしくお願いします。

240:nobodyさん
13/11/18 14:04:36.24
>>239
いろんな言語にある ToString メンバがソレにあたるよ

241:nobodyさん
13/11/18 14:05:27.46 JW8eEpfY
【OS名】xampp
【PHPのバージョン】5.4.7
【連携ソフトウェア】MySQL
【質問内容】
PHPでDBの内容を複数取得して表示する時、どの方法がいいんでしょうか?
PDO::query、PDOStatement::fetch+execute等色々あるようで、
検索しても色々な方法があってよくわからないです。。。
最新のものがいいとは思うのですが、最新のものもどれかよくわかりません。お助け下さい。

242:nobodyさん
13/11/18 14:45:15.05
>>241
複数取得の意味が良くわかんない
どうゆうこと?

243:nobodyさん
13/11/18 15:12:26.33
>>239
PHPのような動的型付け言語(インタープリター)では、基本的にオーバーロード(多重定義)という仕組みはない。
PHPの場合オーバーロードを実現するために、func_get_argsなんかを使って条件分岐でやる必要がある。
ようは引数に渡す型の種類や引数の数は違えど、処理内容が同じになる場合とかに使うわけだけど、
何が嬉しいかというと、メソッド名(関数名)を1つだけ覚えとけばいいとか、メソッド名を考えるのに困らないとか、
まぁそんなところ。(多重定義否定派やそれがよくないと感じる人もいる)
オーバーロードを使わない場合、>>240のあげるtoStringは、
intToString($int)とかboolToString($bool)とか冗長な名前でごった返すことになる。
ただPHPではfunc_get_argsでやると複雑になるので、そういう実装を取る人も多い。

URLリンク(php.net)
ここで書かれているPHPのオーバーロードというのは、
注釈にも書いてる通り他の言語のオーバーロードとは意味あいが違うので注意。

244:nobodyさん
13/11/18 15:18:20.79
何を取得しようとクエリ使っとけば無難

245:nobodyさん
13/11/18 15:28:53.99
つか、オーバーロードじゃなくてオーバーライドだろ

246:nobodyさん
13/11/18 15:37:21.09
>>239
> ネットで調べると、複数のクラスのメソッドの命名を同一にして、場面により切り替えることとありました。
> また、ある本では、オブジェクトの引数に他のオブジェクトを渡してそのメソッドを切り替えることとありました。(ストラトジーパターン)
これらがポリマーフィズム
> Javaの本では、オーバーロードという仕組みで、引数の数の違いによりメソッドの振る舞いを変えることとありました。
これはポリマーフィズムじゃない

多態性(ポリモーフィズム)は複数のクラスに同じメソッド名を設定することで
どのクラスが来ても同じメソッドの呼び方で実行させられってもの
大体は、インターフェースか継承で実現するもの

ポリマーフィズムに関してはJavaもPHPも差がない

247:nobodyさん
13/11/18 15:51:04.64
Javaだと仮引数に型を明示しないといけないが、PHPは型を明示する必要がなく(しようと思えばできるが)、
その場合、全く関連性の無いオブジェクトでも同一メソッド名のメソッドがあればポリモーフィズムを実現できる。
というのが、JavaとPHPの違い。

248:nobodyさん
13/11/18 16:06:16.24
え?オーバーライドもポリモーフィズム実現手段だけどオーバーロードもポリモーフィズム実現手段だろ
素人ばかりだな

249:nobodyさん
13/11/18 16:07:41.17
オーバーライドっていうか継承ね

250:nobodyさん
13/11/18 16:11:32.63
>>248
全ての言語仕様は実現手段だよな

251:nobodyさん
13/11/18 16:13:50.49
URLリンク(detail.chiebukuro.yahoo.co.jp)
この人の言ってることがわかれば参考になると思うよ
わからないからそんな質問してるんだろうけどね
オブジェクト指向の勉強なんてのはPHPでやるもんじゃないので
一回Javaコース入ったほうがいいと思う

252:nobodyさん
13/11/18 16:32:37.32
>>250

253:nobodyさん
13/11/18 16:38:37.75
オーバーロードがポリマーフィズム実現手段かは
SmallTalkのときから長らく議論されてる問題

僕はポリマーフィズム実現手段派

254:nobodyさん
13/11/18 16:45:12.30
ポリマーフィズム → ポリモーフィズム
SmallTalk → Smalltalk

255:nobodyさん
13/11/18 16:51:58.32
ポリマーってエチレン思い出すからやめてくれ

256:nobodyさん
13/11/18 17:14:25.82
俺は破裏拳

257:239
13/11/18 17:27:24.47 hjGdNC9C
ご回答ありがとうございます。とても参考になりました。

>>243
多態性(ポリモーフィズム)のメリットを理解できました。
メソッド名の統一により楽できることが利点の一つなのですね。

>>246
抽象クラスで、メソッドの実装と名称を強制するのと同義と考えて大丈夫ですよね。

>>247
同一のメソッド名にすれば、その効果が、結局、ポリモーフィズムであるということですよね。

>>251
そのページの説明を読みましたが、解答がポリモーフィズムからずれて、オブジェクト指向全般の概要になっている気がします。
ただ、次の部分は、ポリモーフィズムの説明だと思いました。
もっとも、PHPのオーバーロードは、Javaとは別物のようです。

『他にも "オーバーロード" といった便利な機能があります。
引数の種類を変えれば、同名のメソッドを定義できるというものです。
いい例えが思いつきませんが、攻撃する際に "こうげき" のみでダメージ判定されるものと
"こうげき" と "まりょく" でダメージ判定される攻撃の二つがある場合、必要な引数が前者で1つ、後者で2つなのでどちらも記述できるといったカンジです。』

ありがとうございました。

258:nobodyさん
13/11/18 19:39:12.50
>>241
外部からのデータを扱う場合、prepareメソッドを使う(無害化する機能有り)
外部からのデータを扱わない場合、queryメソッドを使う(無害化する機能無し)

分からなければ常にprepare使えばOK

259:nobodyさん
13/11/18 21:31:57.27
order by ascかdescかを選択するときなんかの時はprepare使いづらいよね

260:nobodyさん
13/11/18 21:44:21.81
>>259
え?

261:nobodyさん
13/11/18 21:52:48.72
入力値でどっちにするか決まるけどbindできないじゃん
条件文使わないといけなくなるから使いづらい

262:nobodyさん
13/11/18 21:53:41.23 HK3o2Mp0
>>261
それ何でやっても同じだろ

263:nobodyさん
13/11/18 21:58:12.44
プリペアードステートメント使うことと
条件によってクエリが変わることは全く別物だぞ

264:nobodyさん
13/11/18 22:00:52.85
はい

じゃやっぱクエリ2つ用意するのね

265:nobodyさん
13/11/18 22:04:57.29
何のためにプリペアードステートメント使うか理解してから使おう、な

266:nobodyさん
13/11/18 22:53:34.11
気持ちは分かる。
パラメータを無害化することしか知らない人には分からないだろうけど。

267:234
13/11/18 23:36:38.28
済みません、スレチでしたら誘導お願いできませんか?

268:nobodyさん
13/11/18 23:39:32.18
>>267
そもそもなんでPHPスレだと思ったの?

269:nobodyさん
13/11/18 23:53:32.87
>>234
それはそのサイトの管理者問い合わせしたほうがいいんじゃね?
連絡がつくなら修正してくれるんじゃね?

270:nobodyさん
13/11/19 00:24:28.55
>>266
プリペアドステートメントの他の使い方って?

271:nobodyさん
13/11/19 01:02:24.07
>>270
プリペアすることだろ

272:nobodyさん
13/11/19 10:43:34.31
PHPがレベル低いって思われる最たるものが大手のFWでprepare使わずに、自前やquoteメソッドで対応してる例があることだ

273:nobodyさん
13/11/19 10:54:41.60
そういうのをPHPガーって言うのが恥ずかしくない頭なんだろうな。

274:nobodyさん
13/11/19 11:09:09.11
>>273
これに関しては仕方ないんじゃないか
FuelPHPとかあそこらへんも終わってたような

275:nobodyさん
13/11/19 11:57:37.76
個別のソフトの問題や、使ってる人の問題を、言語自体の問題にすり替えて仕方ないと言ってるから、
あおりのレベルが低いんだよな。

276:nobodyさん
13/11/19 12:16:10.14
使えないFWが多いのはちょっと問題だとは思うけどなー
使ってる人の問題だけど、そういうFWを推してる人はどうにかならんかな

277:nobodyさん
13/11/19 12:17:54.87
下見て暮らしてる奴だからしょうがない

278:nobodyさん
13/11/19 12:18:57.84
>>277>>275に対してね

279:nobodyさん
13/11/19 12:20:03.73
FWなら結局、CakePHPがいいよね。

280:nobodyさん
13/11/19 12:28:14.36
よくない

281:nobodyさん
13/11/19 12:30:37.60
CakePHPは日本と日本のオフショア先だけまだまだ盛んだな

282:nobodyさん
13/11/19 12:39:02.32
fuelは出た手の頃、ormがPrepare使ってなくて使うのやめたんだが
今も治ってないの?

283:nobodyさん
13/11/19 12:53:02.64 hKBGRur1
>>282
URLリンク(fuelphp.jp)

284:nobodyさん
13/11/19 13:15:30.92
>>283
ダメではないか

285:nobodyさん
13/11/19 13:17:38.96
私JKで試したわけぢゃないけどーprepare+bindXxxって
query+quoteに比べて処理工数が多いだけに遅そうだしー
ただでさえ遅いFWの速度をあげるには仕方ないのでゎ

286:nobodyさん
13/11/19 13:21:29.56
>>285
そんなんボトルネックにならん

287:nobodyさん
13/11/19 13:23:36.67
ちっちゃいのが積み重なると大きくなるけどね

288:nobodyさん
13/11/19 13:24:21.74
>>284
一昔前の文字コードやエスケープ処理での脆弱性を知らないんだろうし

シングルバイト系の人は知らない人多いし

289:nobodyさん
13/11/19 13:37:06.01 hKBGRur1
>>284 >> 288
だめなの?
fuelphpてSQLインジェクション防げないんだ…
これはオワコンだわ

290:nobodyさん
13/11/19 13:49:33.19
>>289
基本的には防げてるし、新たに発見された脆弱性も継続して修正されてる。
URLリンク(fuelphp.com)

「プリペアードステートメントを使ってないからSQLインジェクションの脆弱性がある」というのはFUD。
とはいえ、プリペアードステートメント使えやとは思うけどね。

291:nobodyさん
13/11/19 13:57:50.15
SQLインジェクションは、Prepare使わないと防げないわけではない。
そもそもでいえば、インジェクション防止の機構じゃねーし。
SQLの機構じゃなくて、ライブラリのラッパなので、仕様によっては
使っていても問題ないというわけではない。

292:nobodyさん
13/11/19 13:58:01.02
>>285
クエリを実行するとき、データベースサーバでは、
1. 構文解析
2. 実行計画立案
3. クエリ実行
の処理が必要で、prepareでは1または1&2が行われる。(構文のみで実行計画を立てて固定する場合と、3で渡された
パラメータをもとに実行計画を立てる場合がある)
一方、exec queryでは毎回1~3が行われる。
なので、同じ処理をパラメータを変えながら複数回実行する場合、プリペアードステートメントを使った方が速い場合がある。

293:nobodyさん
13/11/19 14:08:35.69
レスありがとうございます
>>268
PHPが何なのか解らず、単にネットプログラムの質問スレで質問させて頂きました

>>269
大手企業サイトなので厳しいですね

ど素人ながら、ログインボタンのURLとかPCでログイン後のURLとか試したんですが、無理でした

294:nobodyさん
13/11/19 14:12:15.36
>>293
> 大手企業サイトなので厳しいですね
大手こそ対応してくれそうなもんだが。
「○○のサイトって、ガラケーのフルブラウザだとログインもできない糞サイトだわ」
とかネットで言われると困るだろうし。

295:nobodyさん
13/11/19 14:15:18.76
>>289
そこそこ有名なPHPのフレームワークにそんな基本的な脆弱性があるなら、大垣氏あたりが騒いでるよ。

296:nobodyさん
13/11/19 14:48:00.13
>>295
もちろん知ってる。>>284>>288を皮肉ったんだよ、

297:nobodyさん
13/11/19 15:30:48.92
>>288の話ってPHPの脆弱性の話じゃないだろ、常識だろ?

298:nobodyさん
13/11/19 15:39:16.53
URLリンク(gihyo.jp)

299:nobodyさん
13/11/19 15:49:48.19
>>295
quoteだけでは防げない問題を見つけてつぶしていってくれてるんだよ。

300:nobodyさん
13/11/19 15:55:45.62
URLリンク(www.tokumaru.org)

昔のMySQLみたいなprepareがクライアントサイドで処理とかゴミな実装されてると
prepareのほうが脆弱性の巣窟になりかねない。

この場合、徳丸氏や大垣氏が騒ぐから問題はいつか解決される

301:nobodyさん
13/11/19 16:05:50.48
今htmlフォームのradio,cheakbox,selectを使ってphpにポストしています
ポストしたデータ類はdbやcsvに書き込んだり保存したりするわけでもなく
switch($_POST["color"])
{
case "red":return imageColorAllocateAlpha($i,200,200,200,$alpha);break;
~~~~~~
default:return imagecolorallocate($i,255,255,255,$alpha);break;
}
で最終的に変な物が飛んできてもdefaultで処理されると思うんですがセキュリティ的にこれ$_POSTを正規表現やstrlenで弾くべきですか?

302:nobodyさん
13/11/19 16:09:44.47
>>301
大丈夫

303:nobodyさん
13/11/19 16:12:49.08
>>302
ありがとうございます。。

304:nobodyさん
13/11/19 16:17:55.45
>>301
一応、問題ない。
ただ、不正な値をエラーとして弾くと、ログから変な操作をする奴を突き止めやすい。

305:nobodyさん
13/11/19 17:47:12.58
自分はpost値をひと通りチェックして処理入る前に
想定外のものがあったらexitして真っ白にして不気味感を演出したり
headerでbad requestあたりを返すと思う

306:nobodyさん
13/11/19 18:06:18.79
俺は大抵302でヤフーにお任せするわ

307:nobodyさん
13/11/19 20:51:48.38
headerにbad request(400)なんてあるんだね。
余談だが、404にすべきページをエラーページに飛ばしてたら
ソフト404とかで注意されたよ。

308:nobodyさん
13/11/19 20:54:19.28
>>307
ステータスを404にしないからだな

309:nobodyさん
13/11/19 21:10:38.01
うわー自前で正規表現やらintvalだの使ってvalidationしてたけどfilterなんてあったのか

310:nobodyさん
13/11/19 21:14:07.64
<?php
header("HTTP/1.0 404 Not Found");
header("Location: URLリンク(www.example.com));

こんな感じにしたら、なぜか、最初のヘッダーは無視されて、
結局、302でのリダイレクトになっちゃうから404を出すのは諦めたんだけど。
404出してから更にエラーページに遷移するのは無理っぽい。
fiddlerでステータスコードを確認した限りの話だが。

311:nobodyさん
13/11/19 21:14:29.22
>>309
FilterとCtypeは重要

312:nobodyさん
13/11/19 21:15:39.77
>>310
そりゃだめだろ
リダイレクト先で404出さないと

313:nobodyさん
13/11/19 21:17:35.20
>>310
それおかしいだろ
リダイレクト先のそのURLで404を返すようにしなさいよ

314:nobodyさん
13/11/19 21:18:06.73
リロードしてなかったのごめんね

315:310
13/11/19 21:37:04.47 XtFCM7Hl
まじですか・・・。
いや、エラーページは200を返す普通のページにしてたんだけど。
もちろん、存在しないページ用の404ページ(ヘッダー404)は別に用意してるんだけど。
つーか、むしろエラーページに飛ばさないで、素直に404ページに飛ばせばいいのか。

316:310
13/11/19 21:42:44.27 XtFCM7Hl
普通、エラーページも404ヘッダーを出すものなのですか?

317:nobodyさん
13/11/19 21:49:59.72
エラーページで404が必要なときは404

厳密には200を返す必要があるときはない

318:nobodyさん
13/11/19 21:54:36.62
404 FOT FOUNDとかechoしておいて200返してるのはかなりかっこ悪いとは思う

319:310
13/11/19 22:48:57.12 9JiWXD43
レスありがとうございます。
どうも頭が混乱してしまいました。
こうすれば大丈夫でしょうか?

POSTパラメーターが不正 → エラーページ
(200ステータス: echo ”リクエストが不正です”)

GETパラメーターが不正か不存在 → 404ページ
(404ステータス: echo ”ページが存在しません”)

GETパラメーターの場合に、エラーページに飛ばしていたのが、
ソフト404の原因だと思うのです。

320:nobodyさん
13/11/19 23:00:34.26
>>319
RFC2616か、WikipediaのHTTPステータスコードでもいいから読んで
どういう時にどれを使えばいいか分かるから

321:nobodyさん
13/11/19 23:04:02.90
パラメーターの問題じゃない
hoge.phpというファイルは存在しているんだから404を返すのは不自然

322:310
13/11/19 23:29:26.30 9JiWXD43
>>320
ご指摘に従い、HTTPステータスコード等について調べてみます。

>>321
mod_rewriteで、GETパラメーターを静的URLに書き換えてリンクとして活用しているのですが、
この場合もhoge.phpは存在するとみなされるのでしょうか?
(例)ttp:example.com/hoge/2013/11/29
9999とか不正な値がきたら、404に飛ばせばいいかなと思ったのですが。

わかりづらい説明ですみません。

323:nobodyさん
13/11/19 23:44:52.18
mod_rewriteでやってもアプリケーション側で弾かない限り
実質的にはhoge.php?y=2013&m=11&d=29みたいな感じで見れると思うけど
hoge.phpが存在するというのを表向きに知られたくないのなら好きにすればいいんじゃね
目的とか実装によりけりだよそのへんは

324:nobodyさん
13/11/19 23:51:53.10
>>322
ファイルがあろうがなかろうが、そのURLを存在させたくなければ404でよい

> (例)ttp:example.com/hoge/2013/11/29
> 9999とか不正な値がきたら、404に飛ばせばいいかなと思ったのですが。
404が適切。

325:nobodyさん
13/11/19 23:59:01.39
ブログ記事を表示するページのurlが
example.com/post/ブログ記事のid
だとして、存在しないidだったときは404返してたんだけど間違ってる?

326:310
13/11/20 00:10:19.19 VLPy2k85
>>323 >>324
(例)ttp:example.com/hoge/2013/11/29
結論として、このurlの不正な値の場合に、200のエラーページに飛ばしていたのがソフト404の原因ですよね。

ご指摘くださったことを参考に、もう一度、ページの構成と遷移、
ステータスコードの関係について検証したいと思います。
ありがとうございました。

327:nobodyさん
13/11/20 00:31:49.62
>>325
あってる

328:nobodyさん
13/11/20 07:53:07.64
訳もわからず404や403を返しちゃうのは恥ずかしいよね。
自分で書いてるスクリプトなのにw
400と500のどちらかを返すだけの方が無難だよねw

329:nobodyさん
13/11/20 08:01:27.90
>>328
君は存在してることが恥ずかしい

330:nobodyさん
13/11/20 09:35:19.42
>>328
httpステータスコードでググってこい

331:nobodyさん
13/11/20 11:28:24.00 35fCUlou
通常、ファイルが存在しない場合に備えて、.htaccessに次の様な設定をすると思います。
ErrorDocument 404 /error/404.php(404ヘッダーを出力)

ここから質問です。
次のURLのid値が不正な場合、404となるよう、同様に、/error/404.php に遷移できますか?
URLリンク(example.com)

header('Location: URLリンク(example.com)');
post.phpで出すこのヘッダーは302ですが、遷移すれば、結果として404扱いになるのでしょうか?

332:nobodyさん
13/11/20 11:33:09.19
その 404.php は何を返すの?

333:331
13/11/20 11:36:20.51 35fCUlou
>>332
オリジナルに作成した、いわゆる404ページです。

もしかしたら、(404ヘッダーを出力) という部分は間違いかもです。

334:nobodyさん
13/11/20 11:57:47.58
UAがリダイレクトを許可する設定なら404
そうでないなら302
不安ならPHP側で処理に合わせてheaderとresponse返すようにすればおk

335:nobodyさん
13/11/20 12:22:36.67
>>331
Locationは「リソースの別の場所を案内する」ために用いられるもの
「リソースが見つからない」場合の挙動は定義されていない
各ベンダーの実装は404とLocationを一緒に出すと無視される
よって include('error/404.php'); 等とするしかない

336:331
13/11/20 12:41:10.58 35fCUlou
>>334 >>335
ありがとうございます。
header("HTTP/1.0 404 Not Found");
このヘッダー出力だけで、自動で遷移する、ErrorDocument 404 と
同様の効果があると良いのですが、どうも無理なようですね。

<?php
//idチェック処理後不正な場合
header("HTTP/1.0 404 Not Found");
include('error/404.php');
exit;

やはり、こうして読み込むしかないということですね。
ありがとうございました。

337:nobodyさん
13/11/20 12:43:47.50
404.php側でヘッダに404を出せよというだけじゃね?w

338:nobodyさん
13/11/20 12:48:58.33
>>337
ソフト404エラーでググれ

339:nobodyさん
13/11/20 17:14:42.69
>>337
だよね

>>338


340:nobodyさん
13/11/20 17:32:58.48
>>337
404.phpに移動していいならそれでいいね。
ただ、.htaccessにErrorDocument設定をしたのと同じ振る舞いを希望するなら、その手じゃ駄目なんじゃ。

341:nobodyさん
13/11/20 17:55:26.35
変な質問ですみません。

最近転職してPHPを触るようになったのですが、Linux上のvimで開発しています。
開発時にインデントをある程度入れると思うのですが、普通はどのようにインデントを
入れるのが正しいソースの書き方なんでしょうか?

今触っているソースは特に改行やTABインデントがなく、そのまま1行でずっと
書かれてあり可読性としてどうなのかなと思いつつも、そういうルールかもしれないと思い
自分も特にインデント等を入れずに開発しているのですが。。

わかりにくい書き方で申し訳ありませんが、どなたか教えて頂けないでしょうか

342:nobodyさん
13/11/20 17:57:19.88
難読化してんのかね?
整形して編集してリリース時にまた改行消す、とかでいいんじゃ?

343:nobodyさん
13/11/20 17:58:27.74
コーディング規約ないならご自由に
後で自分が追うことになっても苦労しない程度にね

344:nobodyさん
13/11/20 18:00:00.26
>>337 >>339
次の文は正しい?それとも間違い?
『転送元で302を出しても、転送先で404を出せば「ソフト404」にならない』

345:nobodyさん
13/11/20 18:00:42.18
>>341
インデント、改行の入れ方はいろいろある
URLリンク(www.infiniteloop.co.jp)
URLリンク(ja.phptherightway.com)
のコーディングスタイル
いろいろあってどれが正しいとかはないが、会社やプロダクトでどうなっているか次第

一行に書くのがルールですって言われたら会社辞めちゃいそう

346:nobodyさん
13/11/20 18:01:44.56
>>344
Googleの話だよな?ソフト404って
正しいよ。ただ転送は301がオススメ

347:nobodyさん
13/11/20 18:05:42.61
>>346
そうGoogleの話。
理解できた。ありがとう!

348:nobodyさん
13/11/20 18:05:59.79
>>342-343
パッと見た時に「読みにくい」と思ったのが最初です
例えば

 $hoge = array('aaa' => $aaa, 'bbb' => $bbb);

のようなものがあったとして(実際はもっと多いです)

 $hoge = array
          (
           'aaa' => $aaa,
           'bbb' => $bbb
          );

のように書いた方が後で見た時に読みやすいと思いまして。。

>>345
資料の方ありがとうございます。
そちらを見てみます。

349:nobodyさん
13/11/20 18:07:21.19
>>341
それって最終的にそうしてるってだけで、
編集用のコメントが入ってたりインデントもちゃんと入ってるソースが別にあるでしょ?
つうか会社に人に聞きなさいよ。

350:nobodyさん
13/11/20 18:08:46.70 7VTPw3qr
変なこと聞きますが、base64_encodeでダブルクオーテーションが
含まれる文字列に変換されることってありえませんよね?

351:nobodyさん
13/11/20 18:11:55.88
インデント、手で入れてるんですか?

352:nobodyさん
13/11/20 18:13:31.78
>>350
ないと思うけど

353:nobodyさん
13/11/20 18:14:21.21
>>341
インデントはスペース4つが普通。
いろんな文法チェッカーツールも、デフォルトではタブでインデントしてると警告を出すのが多い。

354:nobodyさん
13/11/20 18:17:04.21
>>349
ないんです
聞いてみたら「昔からこうだった」らしいので。
そういうものなのかなと少し疑問に思って質問しました。すみません

>>353
TABじゃないらしいですね。
>>345さんの教えてくれたページを見て驚きました

スレ汚し申し訳なかったです

355:nobodyさん
13/11/20 18:17:34.09 7VTPw3qr
>>352
ですよね。CSVファイルに保存するとき、base64_encodeして保存してるのですが、
たまにダブルクォーテーションが余分についてファイルが壊れている事があります。
原因が全くわからないので、バグを見つけられずに困っていました。

他の原因を探ってみます。

356:nobodyさん
13/11/20 18:19:19.18
>>354
PHPのインデントはスペース派が多いけど
どっちでもいいよ。会社やプロダクトで決められたほうを使うべきかな

357:nobodyさん
13/11/20 18:20:47.24
>>356
PSR-2がスペース使うのがMUSTだから、どっちでもいいならスペース使っといた方がいい。

358:nobodyさん
13/11/20 18:43:18.00
>>341
vimの設定ちょこちょこしておけばインデントは勝手にやってくれるよ。
インデントを入れずに書くのはやめといたほうが。

359:nobodyさん
13/11/20 18:56:19.40
>>354
やべえなその会社w
お前が引っ張っていってやれ

360:nobodyさん
13/11/20 19:11:37.50
>>357
PSR-2に従うならだな
従うかはMUSTではないからな

うちはPSR-1までは従ってるけど、コーディングスタイルは全然違うな

361:nobodyさん
13/11/20 19:29:19.34
>>346
いい加減な事を教えないでくれ
301はリソースが一時的に別の場所に「ある」時に使う
ソフト404エラーは404を返すべきところで「404を返さない」事を指す

362:nobodyさん
13/11/20 19:45:20.59
>>361
違うよ、まず301は恒久的だぞ、一時的は302
301にしろ302にしろ、リソースが新しいURIに移動したことを示す。
404はURIに一致するリソースが見つけられない、リソースはあるがリクエストを拒否したい等々
移動させることは勝手だし、リソースのあるなしは関係ない。

>ソフト404エラーは404を返すべきところで「404を返さない」事を指す
その通りだが、そのURIを301にしてその先で404を返すのは勝手。
その場で404を返そうがどっちでも良い
返せるならその場の方が好ましいとは言えるかもしれない

363:nobodyさん
13/11/20 19:48:23.17 ZNkS7nHy
PHPで重複組合せを簡単にやるにはどうしたらよいでしょうか?
もし関数やライブラリがあれば教えてください。
無ければサンプルコードを教えてください。よろしくお願いします。

364:nobodyさん
13/11/20 19:52:53.93 ZNkS7nHy
補足です。

仮に、[1, 2, 3, 4, 5] の5つから3つ選び出す場合、
$result = [
 [1, 1, 1], [1, 1, 2], [1, 1, 3], [1, 1, 4], [1, 1, 5],
 [1, 2, 2], [1, 2, 3], [1, 2, 4], [1, 2, 5],
 ...
 ...
 [1, 5, 5],
 [2, 2, 2], [2, 2, 3], [2, 2, 4], [2, 2, 5],
 [2, 3, 3], [2, 3, 4], [2, 3, 5],
 ...
 ...
 ...
 ...
 [5, 5, 5]
];

このように出力したいです。

365:nobodyさん
13/11/20 20:08:13.76
PHPマニュアルが変わった?

366:nobodyさん
13/11/20 20:10:39.68
変わった

367:nobodyさん
13/11/20 20:39:38.18
>>362
> 違うよ、まず301は恒久的だぞ、一時的は302
ごめん、俺が取り間違えてる

> 404はURIに一致するリソースが見つけられない、リソースはあるがリクエストを拒否したい等々
> 移動させることは勝手だし、リソースのあるなしは関係ない。
404は適当な理由による拒否として使うコードではない (RFC 2616#10.4.5)
拒否する理由に合わせて400、401、403、406等が用意されている

> その場で404を返そうがどっちでも良い
> 返せるならその場の方が好ましいとは言えるかもしれない
Googleが決めたソフト404エラーを回避する義務がないのは同意するけど
無いものを無いと知っててクライアントに教えないのはHTTPサーバーとして行儀が悪い
今回のケースではPHPで対応できるのだから404を返すべき。この点は譲れん

368:nobodyさん
13/11/20 20:59:29.17
>>364
$a = [1, 2, 3, 4, 5];
print_r (combine($a,3));

function combine($a, $n) {
if($n==1) return $a;
$result = array();
foreach ($a as $v1)
foreach (($n==2?$a:combine($a,$n-1)) as $v2)
$result[] = array_merge((array)$v1, (array)$v2);
return $result;
}

369:nobodyさん
13/11/20 21:02:06.21
>>367
10.4.5
This status code is commonly used when the server does not wish to
reveal exactly why the request has been refused, or when no other
response is applicable.
書いてあるよ。

>無いものを無いと知っててクライアントに教えないのはHTTPサーバーとして行儀が悪い
301と404のセットで教えてるから良いんだよ
301を返さずに404の方が好ましいかもしれない。だがMUSTじゃないし問題なし

370:nobodyさん
13/11/20 21:25:52.44
>>369
> 10.4.5
それは404の説明ではなく commonly used な
「リクエストを拒否する理由を隠したい、適当なものがない時にも使われている」という使用例だ
ソフト404エラーの話とはまた違う

> 301と404のセットで教えてるから良いんだよ
だから選択ではなくセットで使えという事が
ソフト404エラーに該当するしHTTPサーバーとしての振る舞いとしても良くないと言ってるんだ

371:nobodyさん
13/11/20 21:31:48.37
まだやってたのか

372:nobodyさん
13/11/20 21:38:05.31
>>369
>>344に対する回答>>346が間違い
それだけの話だ

373:nobodyさん
13/11/20 21:42:05.18
>>370
HTTPステータスの話とソフト404の話をごっちゃにしないでくれ

ソフト404はあくまでGoogleがこれ404がいいよねってURLだ
あくまで提案であり、このままだと404と見なすよって意味だ

元の質問が、302→404としたらソフト404でなくなるかだ
答えは「なくなる」だ。これはHTTPステータスではなくGoogleの話だ

>それは404の説明ではなく commonly used な
>「リクエストを拒否する理由を隠したい、適当なものがない時にも使われている」という使用例だ
>ソフト404エラーの話とはまた違う
そのとおり、最初からソフト404エラーとしてそれを説明してないので問題ない

374:nobodyさん
13/11/20 21:45:08.54
>>372
どうみてもあってるんですが、どこが間違ってるんでしょうか?

375:nobodyさん
13/11/20 21:48:25.66
厳密には
URLリンク(support.google.com)
>存在しないページに対して 404 と 410 以外のコードを返すこと(または 404 を返す代わりにホームページなど他のページにリダイレクトすること)は、問題となる可能性があります。
と書いてはあるんだ

実際は302か301で404に飛ばしても、ソフト404エラーの解決にはなる

376:nobodyさん
13/11/20 22:06:42.02
>>373
そうだな対Googleの話に絞ろう
URLリンク(support.google.com)
> 存在しないページに対して 404 と 410 以外のコードを返すこと
> (または 404 を返す代わりにホームページなど他のページにリダイレクトすること)は、問題となる可能性があります。
> まず、その URL にページが存在することが検索エンジンに明示されます。
> その結果、URL がクロールされ、コンテンツがインデックスに登録される場合があります。

質問者はそのURLに対するリクエストをリダイレクトすると
ソフト404エラーにならなくなるのか?を訪ねているのだから答えはNOだ

377:nobodyさん
13/11/20 22:13:11.42
>>376
どうやってコンテンツがインデックスに登録されるんだい?
404返してるページはgoogleはインデックスしないぞ

378:nobodyさん
13/11/20 22:17:24.84
>>375
ごめんリロードしてなかった
俺のサーバーじゃないならリダイレクトしようが何しようが全然構わないけど、
初心者が見に来るスレだからこそ理想的な手段でやって欲しい

379:nobodyさん
13/11/20 22:23:26.54
スレチだしそろそろ終わらせようか

>>377
404や410を返さないURLをどう扱うかは俺ではなくGoogleが決める事
そしてソフト404エラーを回避するためには404、410を返す以外の解決手段が書かれていない
それ以上何を語ればいいんだ

380:nobodyさん
13/11/20 22:26:20.27
>>344 >>346
404か410をその場で返す方が
301や302を利用して404に飛ばすより好ましい

ってレスすれば良いだけではないか
>>361の暴走が全てを狂わせた感じだな

381:nobodyさん
13/11/20 22:39:23.48
>>380
はいはい俺の暴走俺の暴走
質問者も居ないみたいだしもう終わらせよう

382:nobodyさん
13/11/20 22:39:40.62
>>377
これこれ。
> (または 404 を返す代わりにホームページなど他のページにリダイレクトすること)
404を返さずに404らしきページを返すことを、google用語でソフト404という。
だから、404らしきページを返すんなら、ちゃんとステータスコードも404にしろよってことだ。

383:nobodyさん
13/11/20 22:42:16.58
>>382
俺の暴走だからもういいからPHPの話をしよう

                     /j
                   /__/ ‘,
                  //  ヽ  ‘, 、
                    //    ‘  ! ヽ        …わかった この話はやめよう
                /イ       ‘, l  ’
               iヘヘ,       l |  ’
               | nヘヘ _      | |   l       ハイ!! やめやめ
               | l_| | | ゝ ̄`ヽ | |〈 ̄ノ
               ゝソノノ   `ー‐’ l ! ¨/
            n/7./7 ∧        j/ /     iヽiヽn
              |! |///7/:::ゝ   r===オ        | ! | |/~7
             i~| | | ,’ ’/:::::::::::ゝ、 l_こ./ヾ..     nl l .||/
             | | | | l {‘:j`i::::::::::::::::`ーr ‘         ||ー?{
              | ‘” ̄ ̄iノ .l::::::::::::::::::::::∧       | ゝ    ‘,
      , 一 r‐‐l   γ /、::::::::::::::::::::::::〉ー= ___  ヘ  ヽ   }
    / o  |!:::::}     / o` ー 、::::::::::::i o ,’:::::::{`ヽ ヘ     ノ
   / o    ノ:::::∧   /ヽ  o  ヽ::::::::| o i::::::::ヽ、 /   /
   /    ノ::::::/    /::::::::ヽ  o  ヽ:::| o {::::::::::::::Υ   /

384:nobodyさん
13/11/20 22:46:13.11
>>383
分かってる人が多い中で、単にかみ合わなかっただけに見えるけど、
そんな荒れなさんな。よくあること。

385:nobodyさん
13/11/21 11:52:00.88
>>376
> ソフト404エラーにならなくなるのか?を訪ねているのだから答えはNOだ

ならなくなるのがNOなのか、
なるのがNOなのか。

386:nobodyさん
13/11/21 13:55:32.19 z+wm09wI
ところで、フレームワークについてはどう思う?
俺は、Symfony、Zend、Cakeを利用したことがあるけど、
実際は、PurePHP派なんだ。
フレームワークは重い。
人材を探すのが難しい、学習コストがかかる(特にSymfony)
そして、案件が少ない。
と商業的にはいいとこなしなんだけど。
逆に、標準PHPは、PHPプログラマならどんなフレームワーカーでも、対応できる。
設計書とオブジェクト指向さえしっかりしていればね。
こう思うんだけど、皆はどう思ってる?まさかクールだからって理由でフレームワークを使っているわけではあるまい。

387:nobodyさん
13/11/21 13:59:57.42 z+wm09wI
PureなPHPと、一般普及してるフレームワークを利用しているPHPとどちらの
案件が多いのだろうか?
やっぱ、殆どがフレームワークでの案件?

388:nobodyさん
13/11/21 14:08:25.90
フレームワーク指定の案件を受けたことないわ
フレームワークを知ってる人たちが使うと早く案件が終わるから使うってパターンが多いんじゃないの?

389:nobodyさん
13/11/21 14:33:34.62
フレームワーク禁止案件ならいくつかあった

390:nobodyさん
13/11/21 14:35:35.69
自社フレームワーク禁止案件ならあったな

391:nobodyさん
13/11/21 14:37:29.80
何を使うかは受注側、それもメインプログラマが決定すべきものでしょ
既に開発が始まってるPJにアサインされたらやるしかないけど
開発中から開発後まで使うことでメリットを感じるフレームワークならそれでいい

392:389
13/11/21 15:32:28.62
>>391
> 何を使うかは受注側、それもメインプログラマが決定すべきものでしょ

リリース後、自社メンテを睨んでたんだと思うよ。

393:363-364
13/11/21 16:58:54.01 Bf2F+E9Z
>>368
ありがとうございます!!
神様と呼ばせてください!!
神様ありがとうございました!!!

394:nobodyさん
13/11/21 17:32:10.23
ごめん、一箇所無駄があるわw

395:nobodyさん
13/11/21 20:12:07.71
>>368
これだと数が増えるにつれ際限なくメモリ使うから糞コードだぞ

396:nobodyさん
13/11/23 02:09:37.21
phpで掲示板を作ったのですが、次は何を作るのがオススメですか?まだ3ヶ月の初心者です。

397:nobodyさん
13/11/23 02:18:18.78
>>396
PHPから離れて別の言語を探索してみるのもよし

398:nobodyさん
13/11/23 02:19:06.56
流体シミュレーションでも作るといいよ

399:nobodyさん
13/11/23 02:20:08.49
>>396
次はwordperssを使いましょう
それでHPを作成販売すればお金が稼げます。実際にやってる企業も多いですよ

400:nobodyさん
13/11/23 02:21:36.61
>>396
次はDBMSを勉強しよう
お薦めはPostgreSQL
日本では使用例も日本語文献も多いから

401:nobodyさん
13/11/23 02:23:15.44
>>396
WordPressのようなものは初心者にはおすすめしません。
まずはPHPをしっかり理解して自分である程度のシステムを組めるようになること

402:nobodyさん
13/11/23 02:24:53.38
WordPressこそ初心者向けだろwww
使いこなすだけでプロとなんら変わらない事が出来るからやっておけw

403:nobodyさん
13/11/23 02:44:24.06
全くつられやすいなお前らは

404:nobodyさん
13/11/23 02:56:51.81
>>402
おまえが初心者だろ?
プロの仕事わかってないだろwww

405:nobodyさん
13/11/23 03:05:42.91
いや、今時主流になってるサイトはWordPressで作れるだろ
しかも簡単。面倒臭い事は全部WordPressでやってくれる
まさに初心者向けな

必死になっちゃってる奴はライバル増えておまんま食い上げられる事でも危惧してんのか?www

406:nobodyさん
13/11/23 03:45:46.44
という自演でしたwww

釣られてやったんだ感謝しろよ>>396

407:nobodyさん
13/11/23 11:05:07.08 co3F0dNX
TwitterのOAuthログイン実装してるんだけど
ローカルの開発環境だとどうやって試せばいいの?

408:nobodyさん
13/11/23 11:45:06.48 HUwpIheR
PHPは社員研修で習ったばかりの新卒エンジニアです
PHPで利用できるフレームワークの選定のための準備を任せられまして
ORMでセキュリティが問題ないものを探しています
フレームワークからORMが分離できないものでも問題ないです

・クライアントの文字コードを接続時に指定できること
・クエリパラメータはプリペアードステートメントを利用していること
・識別子はクォートされること
は最低条件です

最終的には先輩エンジニアと全コードを見ることになっています
目星をつけておきたいのです
お願いしまうす

409:nobodyさん
13/11/23 11:45:24.53
>>407
xampp

410:nobodyさん
13/11/23 11:47:40.85
>>408
smarty

411:nobodyさん
13/11/23 12:07:02.08 HUwpIheR
>>410
smartyはテンプレートエンジンだと習ったのですが
ORMでsmartyがあるのでしょうか?

URLを教えていただけるとうれしいです

412:nobodyさん
13/11/23 12:12:05.98
>>408
Doctrine、ZF2、PHP ActiveRecordは大丈夫
使うと怒られるだろうがPhalconPHPも大丈夫

FuelPHP、ZF1はダメ

413:nobodyさん
13/11/23 12:50:13.63
選定の準備を任されたってことの意味を理解してないな
こんなところで聞いてるのがバレたらお叱りを受けますよ

414:nobodyさん
13/11/23 12:58:11.24
最終的に「オレオレフレームワーク」が最強ってのに辿り着くんだけどね。

415:nobodyさん
13/11/23 13:06:08.32 HUwpIheR
>>412
ありがとうございます。PhalconPHPおもしろそうです
Cは会社の人で触れる人多いのでこちらも候補にあげさせてもらいます

>>413
選定のための準備でWeb上のブログ記事や質問サイトを使うことは許可されてるので大丈夫です
目星をつけたものを全ソースコードを読むことになっています

416:nobodyさん
13/11/23 13:10:46.92
教育係がめんどくさくて新人に全部丸投げとかwww

417:nobodyさん
13/11/23 13:51:08.24 xzL6Vqsq
スレリンク(php板:62番)
<?php
$body = "submit=%8F%91%82%AB%8D%9E%82%DE&FROM=%21ninja&mail=sage&MESSAGE=Hello+world&bbs=php&key=1362790136&time=1";
$length = strlen($body);
$head = "POST /test/bbs.cgi HTTP/1.1\r\nHost: kohada.2ch.net\r\nUser-Agent: Monazilla/1.00\r\n".
"Referer: スレリンク(php板)l50\r\nContent-Type: application/x-www-form-urlencoded\r\n";
$out = $head."Content-Length: ".$length."\r\n\r\n".$body;
$fp = fsockopen("kohada.2ch.net", 80, $errno, $errstr, 30);
if (!$fp) {echo "$errstr ($errno)<br>\n";exit;}
fwrite($fp, $out);
$cookie = "Cookie: ";
while (!feof($fp)) {
$str = fgets($fp, 128);
if (strpos($str, "Set-Cookie: ") === 0) {
$str = str_replace("Set-Cookie: ", "", $str);
list($cook, ) = explode(";", $str);
$cookie .= $cook."; ";
}
}
fclose($fp);
$cookie .= "NAME=\"\"; MAIL=\"\"; yuki=akari; HAP=*ここに FOXdayo~から始まる文字列を記入*;\r\n";
$out = $head.$cookie."Content-Length: ".$length."\r\n\r\n".$body;
$fp = fsockopen("kohada.2ch.net", 80, $errno, $errstr, 30);
if (!$fp) {echo "$errstr ($errno)<br>\n";exit;}
fwrite($fp, $out);
while (!feof($fp)) {
echo fgets($fp, 128);
}
fclose($fp);
?>

418:nobodyさん
13/11/23 13:57:05.37 xzL6Vqsq
のPHPで2chに書き込むコードを使いたいのですが、
このまま使うと
HTTP/1.1 200 OK
Date: Sat, 23 Nov 2013 04:43:35 GMT
Server: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8q PHP/5.3.8 mod_antiloris/0.4
Vary: Accept-Encoding
Content-Length: 344
Connection: close
Content-Type: text/html; charset=shift_jis

<html lang="ja">
<head>
<title>書きこみました。</title>
<meta http-equiv="Content-Type" content="text/html; charset=shift_jis">
(以下略)
という感じで2chの書き込み完了ページがそのまま出てくるのです。
でも最初にレスポンスヘッダが排出されて出てくるので、レスポンスヘッダと実際のページ内容を分けたいのですが、
できますか?
できれば、<HTML>で分けるなど、他のページで使えない方法ではないものを教えてほしいです。
よろしくお願いします。

419:nobodyさん
13/11/23 15:20:20.90
>>418
空行で分割

420:nobodyさん
13/11/24 11:00:32.25
ヘッダは空行までというのはhttpに限らず広く使われてる

421:nobodyさん
13/11/24 17:32:01.73 BjxkHZDb
【OS名】Mac OSX 10.8.5
【PHPのバージョン】5.3.26
【質問内容】
ウェブ上のサンプルコードを参考に、
PHPからアメブロに投稿しようとしているのですが、
403エラーが返ってきて、うまく行きません。

ホームページ・ビルダーのブログ投稿機能では投稿できているので、
API自体は生きていると思うのですが・・・

原因のわかる方、よろしくお願いします。

422:nobodyさん
13/11/24 17:35:58.91
>>421
その情報じゃ答えようがないよ

423:nobodyさん
13/11/24 17:48:32.03 BjxkHZDb
>>422
どんな情報が必要でしょうか。

424:nobodyさん
13/11/24 18:15:31.18
>>423
実行したコードと
403エラーを認識したもの

があれば大体いけるんじゃないか?

425:nobodyさん
13/11/24 19:08:52.68 97obQaT5
>>419>>420
ページ本体にも空行が使われていたら、一つ目の空行で分割
ということで良いのでしょうか?

426:421
13/11/24 19:41:29.93 BjxkHZDb
>>424
文字数制限とリンク制限で書き込めないのですが、
「phpを使ってアメブロへ投稿する方法」などを参考にしました。

cURLのレスポンスを見ると403エラーになっています。

427:nobodyさん
13/11/24 21:15:33.33
>>426
アメブロは調べる限り公式な情報が不足しすぎてるから
根本AtomAPI理解できてないなら難しいと思うよ

401エラーでないってことはWSSEでこけてるわけではないな
403エラーは、根本何か間違えてる以外にも、記事の中にYoutubeの動画をいれるとか
iframeいれるとかでもおきるみたいで、いろいろ謎

ソースをURLリンク(codepad.org)で公開して、パスだけ貼るとか
リクエスト全部を貼るとかか

いろいろ長いので投稿テストしてるなら、短いのにしてくれな

428:421
13/11/25 03:25:17.64 kknZe82B
>>427
丁寧にありがとうございます。

ソースはcodepad.org/p9CmA3rZです。

nonceの値を変えてみたり、パスワードのハッシュ化あり・なしなど、
いろいろな組み合わせを試したのですが、
すべて403になります。

ホームページ・ビルダーにアメブロに投稿できる機能があり、
パケットキャプチャで解析したところ、
同じエンドポイントを使っていて、そちらはちゃんと投稿できているので、
PasswordDigestの仕様が変わったのか、もしくは根本的に何か間違えているのか・・・

よろしくお願いします。

429:nobodyさん
13/11/25 09:47:03.64
>>425
そうだよ、ヘッダに空行は無い約束だけど、本文に空行はありうるからね。

430:nobodyさん
13/11/25 09:48:37.45
あ、ついでに、ヘッダの先頭が空白(TAB含む)だったら前行からの継続ということね

431:nobodyさん
13/11/25 15:02:57.99
名前空間使うと、new \Exception() とかに \ 付けなきゃいけなくなってめんどくさいですね

432:nobodyさん
13/11/25 17:17:33.17
>>431
¥が嫌ならバクスラにしたら?

433:nobodyさん
13/11/25 17:56:46.92
どういうつもりでそんなこと言うんだろうか

434:nobodyさん
13/11/25 19:29:47.02
相対参照する場面すべてで .\ をつける羽目になるよりはいいと思うんだよね。

435:nobodyさん
13/11/26 03:31:23.15 5uCWNNk/
初心者ですが、教えてください。
サイトのトップページにコンテンツの更新情報を載せたいのですが、
データベースを利用せず実現したいです。
どのようにすればいいですか?

436:nobodyさん
13/11/26 03:35:37.67
【OS名】windows 7
【PHPのバージョン】5.3.26
【質問内容】
<div id="exa">
<select name="exmanple" id="exmanple">
<option selected value="test1">test1</option>
<option value="test2">test2</option></select></div>

でPOST通信を行ってます。一部JSでselectタグを書き換えており
document.createElement('select')~document.getElementById("exa").appendChild("select")して
います。動的に書き換え後にPOSTした遷移ページでhistory.back()すると
JS書き換え前のHTMLが復元されてしまいます
JS介さない場合は、POSTした要素が復元されますが、動的に書き換え後にselect要素を
復元するためにする事はなんでしょうか?

437:nobodyさん
13/11/26 04:04:53.98
>>435
コンテンツのタイムスタンプ。

>>436
history api?

438:nobodyさん
13/11/26 04:43:11.65
クラスのメソッドにpublicは省略せずに付けるべきですか?

439:nobodyさん
13/11/26 05:01:07.63
好きにしろ

440:nobodyさん
13/11/26 08:17:31.39
>>435
require_once('koushinjouhou.html');

441:nobodyさん
13/11/26 14:49:11.80
>>435
どういうサイト形式なのか知らないけど、いずれにしても
更新と連動して記事タイトルとURLを蓄積するデータファイル
を作成する必要がある
必要なデータをデータベースに放り込んでおけば、後は必要に応じてリクエスト
するだけなので楽ができる

データベース使わなくても、PHPでCMS作って記事投稿と同時にkousinjyouhou.htmlに
<a href="example">記事タイトル</a>を追加して、それをincludeしたり、iflameで
読み込んだり、JSでdocument.writeしたり諸々方法論はあるけど

442:nobodyさん
13/11/26 15:04:48.50
>>441
> <a href="example">記事タイトル</a>を追加して、

それをするためのソースをどうやって作っておけばいいのかって質問だと思うんだが。

443:nobodyさん
13/11/26 18:54:53.30 QvBM31iq
>>441
>>442
みなさんご回答ありがとうございます。

私の説明不足で申し訳ございません。
考えていたのは「yyyymmdd.csv」という更新情報ファイルを日ごとに作成し、
ディレクトリに保存しておく(5日分のみ)。
トップページにアクセスすると、ディレクトリからファイル一覧を取得し
最終更新日ファイルの内容を表示させるというものです。

気になっていたのは、
FTPで更新情報ファイルをアップする際に、PHP側のプロセスと排他制御ができるのか
という点です。

444:nobodyさん
13/11/26 19:23:45.69 QvBM31iq
435です。
追記します。
FTPに限らず、サーバーのApache(PHP)とは
別のプロセスで更新される「update.txt」があるとして、
ファイル更新中に、ユーザーからのリクエストを待たせることは可能ですか?

ニコニコ動画のランキングのようなものをDBを利用せず実現したいです

445:nobodyさん
13/11/26 20:22:42.40 QvBM31iq
435です。
またまた追記します。

URLリンク(heartbeats.jp)
上記のようにスクリプトを組めばいいのでしょうか?
一度試してみます。

また
「ニコニコ動画のランキングのようなものをDBを利用せず実現する」場合、
一般的にどのような方法が用いられるのでしょうか?
ご存知の方、教えてください。

446:nobodyさん
13/11/26 21:46:53.29
PHPで画像サイズを縮小するためにEXIF情報を削除することは一定レベル以上の方であれば実行していると思います
このEXIF情報ですが削除してはいけないものというのはありますでしょうか?
熟達者の方のご意見をいただければ幸いです
一定レベル以下の方はEXIF情報削除などしていないでしょうから、コメントしてくださらないで結構です

447:nobodyさん
13/11/26 21:59:48.25
>>446
テンプレ読もう、な

448:nobodyさん
13/11/26 22:03:35.43
マルチなのか~なんなのか~上から目線の変な人

EXIF情報を使う予定がなければ削除して問題ない

449:446
13/11/26 22:18:16.15
>>448
アホやな
てめえみたいな低レベルには聞いてないんだよw

全部消したら、お前のへぼサイトみたいになってまうやないか
分かる奴おらんのか?

教えたろか?

450:446
13/11/26 22:30:07.63
もうええわ
自己解決したし

451:nobodyさん
13/11/26 22:30:55.58
バイナリプログラミングなんて誰でもできるのに
exifでドヤ顔()

452:nobodyさん
13/11/26 22:36:51.93
>>450
hetakusonaengiyana

>>451
おたくはちょっとできそうやな
他の虫けら先生とは違うようや
バイナリプログラミング、ここにいる分かってない連中に解説したれや

453:nobodyさん
13/11/26 22:40:08.53
>>451
んで、具体的にはどうするよ?

454:nobodyさん
13/11/26 22:43:09.38
RFCとか技術仕様書をちゃんと読めて理解できる人もこういうスレには多いので、
ちょっと先の段階に進めたからって天狗にはならないほうがいいですよ。
傍から見てるとかなり恥ずかしいので。

455:446
13/11/26 22:43:37.79
>>453
解説などできないさ
このスレには>>448みたいな低レベルがド素人に教えるスレなんだから

456:nobodyさん
13/11/26 22:44:24.44
Railsスレで門前払いされたもんだからここで何とか回答を引き出そうと必死

457:nobodyさん
13/11/26 22:45:32.10
>>446
>>1

458:nobodyさん
13/11/26 22:51:17.32
まぁここは入門生に下級武士が教える場だから
込み入った質問には答えられないよ
上級武士探しな

459:446
13/11/26 23:03:44.72
いや、わしは答えを知っているから探さないでもよい
ここにいる人間がそんな簡単な質問にも答えられない分際で偉そうに教えてるという証明がしたかっただけ

460:446
13/11/26 23:05:37.89
無能同士仲良くやっとけ
ほな

461:nobodyさん
13/11/26 23:11:35.16
Railsにもいたかまってチャンか

あぼーんしとこ

462:nobodyさん
13/11/26 23:12:53.99
ある一定以上っていうからどんな話かと思ったら
ただのバイナリ操作とか・・・
あんまり僕をがっかりさせないでくれ

463:nobodyさん
13/11/26 23:16:06.62
でも低レベルな解答が出ちゃったのも事実
>>462も上から目線だけど解説できないんでしょw

464:nobodyさん
13/11/26 23:17:04.19
自演が特長なんで、ほっといたほうがいいよ

Railsスレだと釣られて、かわいそうなことになってたよ

465:nobodyさん
13/11/26 23:17:11.11
そうやって解説させようとするいつもの煽り教えて君

466:nobodyさん
13/11/26 23:18:49.89
解説してやるから金用意しろ

467:nobodyさん
13/11/26 23:20:05.23
ここにはチンカス素人しかいないから難しい解説はムリポ
前から思ってた

468:nobodyさん
13/11/26 23:21:02.70
いきり立っても正解は答えられず
結局無能集団の証明になっちまったな(-_-;)

469:nobodyさん
13/11/26 23:21:19.61
暴言入り煽りの自演が入るのが特徴

470:nobodyさん
13/11/26 23:22:36.97
技術的に負けちゃったね
今の所不正解しか出てないし

471:nobodyさん
13/11/26 23:23:14.65
446の一人芝居に付きあわんでいいよ

はい次のかたどうぞ~

472:nobodyさん
13/11/26 23:26:01.77
自分も実はこのスレ低能ばかりだなと思ってた

473:nobodyさん
13/11/26 23:27:06.12
ちょっと難しい問題には不正解者しか出なかった
それが全て・・・・

474:nobodyさん
13/11/26 23:28:09.89 QvBM31iq
445をお願いします

475:nobodyさん
13/11/26 23:31:52.27
>>474
ggrks

476:nobodyさん
13/11/26 23:33:17.67
>>474
何を聞きたいのかもう1度整理して

477:nobodyさん
13/11/26 23:33:47.55 QvBM31iq
>>475
キーワードだけでも教えていただけないでしょうか?

478:nobodyさん
13/11/26 23:35:40.53 QvBM31iq
>>476
「ニコニコ動画のランキングのようなものをDBを利用せず実現する」場合、
一般的にどのような方法が用いられるのでしょうか?

でお願致します。

479:nobodyさん
13/11/26 23:35:50.30
>>477
PHP 入門 amazon

480:nobodyさん
13/11/26 23:37:32.00
初心者の私は446の答えが448に思えてしまいます。
446さん、解説願えますか?

481:nobodyさん
13/11/26 23:39:38.09
>>480
ここには正解出せる人はいないよ
そういうスレだから
残念ながら>>449の反応が理解した人間の反応

482:nobodyさん
13/11/26 23:40:57.00
>>481
そうでしたね446さんには答えられないんでしたね

483:nobodyさん
13/11/26 23:40:57.00
ちょっとお前ら黙ってみな
446が名無しに戻って荒らしてるからそのうち連投規制かかるから
それまでスレ放置しとけ

484:nobodyさん
13/11/26 23:52:56.53 fv8eO2Pf
PHP5.4です。
bindvalueで演算子を変更することはできるでしょうか?
WHERE id > 5
や、
WHERE id < 5
など、bindvalueでsql文を変更したいと思っています。無理でしょうか。

$query = 'SELECT * FROM table WHERE ? ? ?';

$st = $pdo->prepare($query);
$st->bindvalue(1, 'id', PDO::PARAM_INT);
$st->bindvalue(2, '<', PDO::PARAM_STR);
$st->bindvalue(3, '5', PDO::PARAM_INT);
$st->execute();

485:nobodyさん
13/11/27 00:00:46.17
無理です

486:nobodyさん
13/11/27 00:03:51.59
>>483
不正解者おつ

487:nobodyさん
13/11/27 00:19:17.40
446も答えられないのか

488:nobodyさん
13/11/27 00:26:43.68
間違った解答者が出てから446が興奮しだした
railsにも出没したが446は正解知って問題を出す
やや難しいレベルの
んで間違えた解答者が出たら馬鹿にして罵る
でもスレの1/5か1/10程度の人間しか解答できないくらいの難度設定の問題だから馬鹿にされた解答者に援軍は来ない
railsでは何度かあったよ
正解の最後の文字を言ったりしていたから質問が目的じゃないみたい

489:nobodyさん
13/11/27 00:27:54.31
だから黙っとけって!

490:nobodyさん
13/11/27 00:29:49.15
>>489
馬鹿らしい
解答できなかったからって見苦しい
一人で黙っておきな

491:nobodyさん
13/11/27 00:31:42.08
>>443
>>1といいたいところだけど、ほっといても連投するだろうから。
参照されるパスに直接アップロードすることを避ければいいよ。
一般に言われる、cp -> mvと同じ。

492:nobodyさん
13/11/27 00:35:03.63
誰もまともに取り合ってないだけなのに、空気読めないって怖いね。

493:443
13/11/27 00:35:23.02
>>491
ありがとうございます
あまり参考になりませんでしたのでもう少しググって調べます

494:nobodyさん
13/11/27 00:36:31.68
>>488
Railsスレだと2人に釣られてたみたいだが

495:nobodyさん
13/11/27 00:38:45.93
>>493
具体的にいうと、creatだと途中を読まれるかもしれないから排他制御が必要かもって思うんでしょ?
だったらinodeを別にすればいいって話。単純だよ。

496:nobodyさん
13/11/27 00:40:07.98
railsスレでは一人正解者が出ていたかな
ここは今のところゼロで不正解者一人
railsの方が優秀だね

497:nobodyさん
13/11/27 00:40:40.42
そうだね
じゃ早くrailsスレに戻ったほうがいいよ
ここにいると優秀じゃなくなっちゃうからね

498:493
13/11/27 00:41:43.37
>>495
そんな簡単なことを聞いているのではないんですよ
しょうもな

499:nobodyさん
13/11/27 00:42:09.19
>>496
railsスレって正解者一人だと思ってたんだ
釣られた事実に気づいてなかったとは驚き

500:nobodyさん
13/11/27 00:43:09.33
>>498
?じゃあ、改めて質問を書いてくださいな。
> FTPで更新情報ファイルをアップする際に、PHP側のプロセスと排他制御ができるのか
これについてはこれ以上情報いらないでしょ。あとID

501:nobodyさん
13/11/27 00:43:53.63
とりあえずIDがないのは無視する方向に切り替えるか

502:nobodyさん
13/11/27 00:44:39.79
まぁ、スレのルールだしね。日付も変わってるしどうにもならん。

503:nobodyさん
13/11/27 00:44:57.28 bulawsjl
>>491
>>495
493は私?ではありません。
491、495さんありがとうございます。

上げていただいたキーワードで調べてみます。
何度も同じようなことを書き込んでしまい申し訳ありませんでした。

504:nobodyさん
13/11/27 00:45:56.41
>>503
何でキレた?
あやまれよクズが

505:nobodyさん
13/11/27 00:46:20.86
大丈夫弁解しなくても荒らしてるのは1人だけなのはみんな知ってるから

506:nobodyさん
13/11/27 00:47:14.75
>>504
質問するならID出そう

507:nobodyさん
13/11/27 00:47:24.46
別人なんだ
ならいいや

508:nobodyさん
13/11/27 00:49:05.39
Railsスレと一緒

質問者にも暴言吐いて絡んでくる荒らしだから無視してあげてね

509:nobodyさん
13/11/27 00:50:19.52
風呂入ってる間に部下どもが騒いでしまったようだな

さぁ、ものども、RoRスレに帰るぞ

phpにもまた来てやるから、もう少し勉強して正解出せるように鍛えときな

510:nobodyさん
13/11/27 00:53:23.54
>>509
釣られたところに戻るんだ



511:nobodyさん
13/11/27 00:55:35.14
--------------------------終 了--------------------------




--------------------------再 開--------------------------

512:nobodyさん
13/11/27 00:59:15.49
正直何が正解なのか分からなかった
分かってる人はすごいな

513:nobodyさん
13/11/27 01:08:31.55
誰も回答してないのに正解も不正解もないし
>>448が回答じゃなくて単にあしらってるだけ
最近写真にGPS情報入ってるかもしれないのを知ってはしゃいでるガキにしか見えない

514:nobodyさん
13/11/27 01:10:10.08
消しちゃいけない例外項目は何で、それを実装するには?
てな問題意図なのかな?

そしたら一つは思い浮かぶけど

515:nobodyさん
13/11/27 01:17:17.68
言葉遊びには付き合わなくていいと思うの

516:nobodyさん
13/11/27 01:20:04.87 bulawsjl
>>491,495
教えていただいたキーワードより
URLリンク(d.hatena.ne.jp)
URLリンク(za.toypark.in)
URLリンク(d.hatena.ne.jp)
URLリンク(www.wikihouse.com)
上記を参考に理解することができました。
ありがとうございました。

517:nobodyさん
13/11/27 01:21:17.05
>>514
思い浮かばない人もいるだろうね
それで上げ足を取られたという構図か

518:nobodyさん
13/11/27 01:39:30.20
思い浮かばないってのは普通だから気にしなくてもいいんじゃない?
技術っていうものは必要になったときに都度調べてやるわけで、
EXIFがどういうものかは知っていても、その細かな仕様までは普通知らないでしょう。
特にプログラムの世界では、前提知識から調べたいことに早く辿りつくのを目的として、
用語と大雑把にどういうものかを把握してるだけで良い。

519:nobodyさん
13/11/27 01:43:40.25
>>518
でも通過した人ならある程度は覚えてるよね
こんなことも通過していない人が多いのにはびっくり
ここで教える前に自分が制作したサイト見直した方が良いと思う
厳しいかもしれないけど

520:nobodyさん
13/11/27 01:45:05.93
車輪の再発明とかオナニーが好きな人はそう多くないと思うの

521:nobodyさん
13/11/27 01:46:45.67
中学生ぐらいまでだったら無意識でやってたかもしれないけど
今の俺にとって覚えたのを披露したくてドヤ顔して質問スレで問題出してくるとかちょっと理解できないwww

522:nobodyさん
13/11/27 01:49:58.36
>>519
それはある
予想される正解を辿っていない人が結構いそうで驚き
悔しいのか荒らしに一々反応してるところから低レベル
おっと、こういうレスすると自演とか言われちゃうなw

523:nobodyさん
13/11/27 01:59:14.86
世の中には画像のないWebサイトだってあるわけで
何がその人の通過点であるかなんてのは個人によりけり
俺もexifにはjsでライブラリ作ったことある程度には詳しいけど
煽ってる人はたまたま知ってる話題でよかったね

524:nobodyさん
13/11/27 02:03:35.44
画像ないWEBサイトかw
少なくともここで教えるには値しないよな
>>523のような熟練者なら何を気をつけるのよ

525:nobodyさん
13/11/27 02:15:52.60
>少なくともここで教えるには値しないよな
なんで?
画像処理には疎くてもパフォーマンス厨でキャッシュ周りは任せろとかいうやつもいるだろ
何が得意かというのは人それぞれ

526:nobodyさん
13/11/27 02:18:42.64
通過点とか学校の授業みたいに一定のカリキュラムでもあるのかよwww
ウルトラC級の馬鹿が混じってるなー

527:nobodyさん
13/11/27 02:19:42.31
論より証拠でEXIF削除で気をつけることぐらい瞬殺で答えたら?
別に出し惜しみするレベルの問題でもないじゃんw

528:nobodyさん
13/11/27 02:25:53.06
人を試すような人間に答える義理もないし煽っても答えは出ませんよ

529:527
13/11/27 02:29:17.20
a~~~~o~~~~
ヒント
これすぐに出てこないのに熟練者気取りか
荒らしと同レベルか偉そうにしている分ひどいなw

530:nobodyさん
13/11/27 02:33:05.25
偉そうって・・・
通過点なんてのは個人によりけりと当たり前のことを言っただけなんだがな
あんたのことなんて鼻から相手にしてません

531:527
13/11/27 02:36:04.47
>>530
こちらは知っていて、あなたが知らない事を馬鹿にされているわけだから、
当該問題に即答するのが手っ取り早いのに
御託ばっかり並べてるところを見ると知らないね?
知らないなら恥さらしのように熟練者なんていきがらなければいいのに

普通これ知らないとまともなサイトには遠く及ばないよ

532:nobodyさん
13/11/27 02:41:55.01
誰も熟練者と名乗った覚えはないしw
まぁ熟練者でもいいけどいくら煽っても答えませんけどね

>普通これ知らないとまともなサイトには遠く及ばないよ
こういう馬鹿なことを言うから突っ込まれてるだけなのをそろそろ理解したほうがいい
普通って何?まともなサイトって何?
主観なんてどうでもいい

533:527
13/11/27 02:45:39.79
>>532
まぁこれやってないと普通とは程遠いよ
簡単な質問にばかりドヤ顔で答えてないで少しは自分の精進をはかった方が良いよ
あなた低レベルだからこちらは得るもの少ない
ヒントを頼りに考えて脳ミソ鍛えなノシ

534:nobodyさん
13/11/27 02:46:25.50
はい論破完了
もう少し頭使いましょうね

535:nobodyさん
13/11/27 02:54:18.54
>>534
ヒント付きでも分からないのかwww

536:nobodyさん
13/11/27 02:55:36.85
>>535
おまえもだろ
俺もだけどw

537:nobodyさん
13/11/27 03:00:34.65
荒らしの要求は徹底的に無視して相手にせず、
矛盾をつきまくってピエロにしていくとはなかなかいい勉強になりました。

538:nobodyさん
13/11/27 03:05:00.55
>>534 = >>537
荒らしごときの簡単な問題が分からないなんて悔しいね
あんまり落ち込むな

539:nobodyさん
13/11/27 03:10:39.69
おこなの?
くやしいのうwwww

540:nobodyさん
13/11/27 03:12:00.94
>>527はとりあえずめちゃくちゃ恥ずかしいやつ。
顔真っ赤にしてもっと怒れよ!

541:nobodyさん
13/11/27 03:17:06.06
荒らしの愉快犯より技能低いとか正直恥ずかしい
しかももてあそばれて大激怒してるとかどんだけw

542:nobodyさん
13/11/27 03:18:22.82
>>527=>>535=>>538=>>541
悔しいのはわかったからもう寝ろ

543:nobodyさん
13/11/27 03:41:36.07
Webサイトを作るためにExifを除去しなければならないことがマストになる日が来てたとはなぁ。
言い換えると、Webサイトを作る際にはjpegだったりtiffだったりを使わなければならないのか。
実に面倒だなぁ。gifを排除せよってときよりも面倒だ。

544:nobodyさん
13/11/27 03:58:40.14
タイプヒンディングいいな
スカラー型には使えないのが残念だけど
phpにもuse strictみたいなの作って型宣言強制してほしいわ

545:nobodyさん
13/11/27 06:41:19.95 i5P0J2fr
>>485
ありがとうございます
悲しいです

546:nobodyさん
13/11/27 06:54:22.79
そりゃbindValue(Param)は字のごとく、(変数)値拘束だからな。
カラム名や文や演算子には使えない。
>>484の例で使えるのは3番の5の部分のみ。
'<'っていう演算子にPARAM_STRしてるのはちょっと笑ってしまったわ。

547:nobodyさん
13/11/27 07:13:21.31
$col = 'id';
$com = '<';
$query = "SELECT * FROM table WHERE {$col} {$com} ?";

$st = $pdo->prepare($query);
$st->bindvalue(1, '5', PDO::PARAM_INT);
$st->execute();

$colと$comが外から受け取る値なら、適切な処理をしないと、
全部SELECTしてしまうような事態になりかねないので、
セキュリティに自信がないならお勧めしない。

548:nobodyさん
13/11/27 07:30:14.33 i5P0J2fr
>>546-547
おぉ、ありがとうございます
>>547さんの方法で行けそうです。使わせていただきます。
↓みたいな感じならセキュリティ的にも大丈夫そうですね。
if(分岐条件){
$com = '<';
}else{
$com = '>';

}

549:nobodyさん
13/11/27 07:56:14.73
かまってちゃんは
顔真っ赤ってワードが好きなんだよな~

550:nobodyさん
13/11/27 08:20:38.22
語尾に縮れ毛も好きだよね

551:nobodyさん
13/11/27 08:45:11.78
純粋にわからんわ
EXIFの中身さわったことないしな

まいっか。正答も見当たらんし、ないのかもしれん

552:nobodyさん
13/11/27 09:29:31.86
EXIFにはGPSデータが入ってるし除去するのが適切として
確かに消してはいけないものが一つ(私は一つだけ思い浮かぶ)ある
さすがに多くの人が使っているのだろうとは思ったけど皆の反応見ると意外に対策してない?てかEXIFすら除去してない?
私は上にあったようにimagemagckではaから始まるコマンドで対処する

553:nobodyさん
13/11/27 10:02:00.90
Exifで消しちゃいけない情報とか画像スレじゃないんだから、どうでもいいっすね。
消しちゃまずいとこ消さないで、画像閲覧に支障がない部分を全部消すにしても、
出来るマーならライブラリを使ってさっくり解決すればいいこと。
中の仕様とかそんなの隅々まで知る必要もないし時間の無駄。
というか知らんでも同じ結果に至るのに、知ってなきゃまともなサイト作れないとかイミフ。
だいたいExif関連が問題になりそうな不特定多数のWebサービスを、
仕事じゃなしに、低効率なPHPで気合入れて個人で作るんですか?(笑)
XAMPP使うなとか、FWのソース嫁とか、マシン語やれってのもそうだけど、
問題が起きたら自己解決できないからとか言って、
不必要なことまでやりたがるのは研究ならいいけどマーには向いてないね。

554:nobodyさん
13/11/27 10:11:51.47
stripImageしかしてないわ

555:nobodyさん
13/11/27 10:16:59.85
>>552
自尊心とかくすぐる煽りが足りないから無視してるだけ

少なくともこういう時困るってのを出さないと誰もまともには反応しない

556:nobodyさん
13/11/27 10:30:20.04
exifなんてgdでimagecreatefromjpegで読み込んでそれをimagejpegして画像作成するだけで全部情報吹っ飛ぶわ

557:nobodyさん
13/11/27 10:57:27.37
どーせ 例の縦横のこと言いたいんだろ。

558:nobodyさん
13/11/27 11:22:49.91
orientaionの話なら、対応しないよ
iOSのブラウザ以外基本対応してないから要件で特別なことがない限りしない

exifから削除したらいけない情報でもなんでもない

どちらかというとiPhoneだって認知したときのみ対応等の特別処理

559:nobodyさん
13/11/27 11:31:55.74
スペル間違えるし。orientationだ

>>552というか>>527というか>>446が直接ImageMagickを叩いてるとは驚いた
IMagickあるんだから使えよ、auto-orientに値するものはまだないけどな

あと、ImageMagickの-auto-orientはコマンドじゃなくてコマンドラインオプションだからな
間違えるなよ

別の言語系のImageMagickの実装はauto-orientのメソッドあるのにPHPはまだだな
getImageOrientationで方向とってrotateか

560:nobodyさん
13/11/27 11:35:28.67
いや、聴きもしてねーことをぐだぐだ書くスレじゃねーし。
優越感に浸れて気分いいんだろうけどさ

561:nobodyさん
13/11/27 11:39:47.34
まぁ落ち着けよ
もう>>446は恥ずかしくて出てこれないだろうし
ただこういうやつはまた現れるものなので
夜になったら帰ってくるかもしれないからそれまでにとりあえず話題を変えてくれ

562:nobodyさん
13/11/27 11:57:21.67
あれ、これ>>446の質問が間違ってね?

もし、auto-orientのことだったら
EXIFから削除してはいけないものでなくて
EXIFを削除するときにやらなければいけないことってだけ
(やらなくても実は良いんだけど)

って考えると>>448の回答えぐいな

563:nobodyさん
13/11/27 12:50:42.82
えぐくないよ。
GPS情報を消すのが適切って言ってる人いるけど、場合によるもの。

564:nobodyさん
13/11/27 13:04:02.94
exifなんてものはユーザの意図を知らないサーバ側でどうにかする問題じゃないし
本来無知なユーザに責任を持つ必要はないが
問題になる可能性を考慮してSNSやアプロダでは消してもいい
無知は問題がおきたときにサイトのせいにするので評判にも関わるからな

565:nobodyさん
13/11/27 13:07:21.44
>>563
至極当たり前のことだけ書いてるからさ

これに>>446が鬼の首を取ったように反応する

って構図がえぐいなと

566:nobodyさん
13/11/27 16:19:49.21
>>436
自己解決

ユーザーが指定するoptionタグを1つに絞るためselectタグを
parentNode.removeChild(select);
としてからselectタグをcreateElementしてた事がhistory.back()で復元されない原因

単にJSで指定のoptionをselectedさせると動的に書き換え後のselectも復元された

567:nobodyさん
13/11/27 20:16:00.24
>>558>>559
おっ、正解者出たね。それにしても正答率少ない。
他の奴にいたっては、あぁそれね、みたいなリアクション取ってるねw
昨日いたぶりまくっても答えなられなかった分際で¥

ときに、>>558さんよ
EXIFでは気を付けるところってそんなもんでいいんだよな?確認のため
他にもアドバイスあるかい?

俺もここにいる多数と同様エキスパートでも何でもないから、何かあったら教えてくれ

ちなみに俺はRoR派でimagemagick直接はいじっていない。

568:nobodyさん
13/11/27 20:17:40.06
他にもって、画像周りでEXIF除去以外の分野ってことね

569:nobodyさん
13/11/27 20:37:56.63
>>567
知ってる人いた!僕に何か教えてください!

570:nobodyさん
13/11/27 21:12:46.95
まだ頭悪いやついたのか
馬鹿にされてんのに上から目線で何が正解者だよ

571:nobodyさん
13/11/27 21:19:51.66
>>567
ほんもの?

572:nobodyさん
13/11/27 23:05:39.42
IDのない質問は無視

573:nobodyさん
13/11/27 23:14:33.16 ZK+gtB40
>>558>>559
おっ、正解者出たね。それにしても正答率少ない。
他の奴にいたっては、あぁそれね、みたいなリアクション取ってるねw
昨日いたぶりまくっても答えなられなかった分際で¥

ときに、>>558さんよ
EXIFでは気を付けるところってそんなもんでいいんだよな?確認のため
他にもアドバイスあるかい?

俺もここにいる多数と同様エキスパートでも何でもないから、何かあったら教えてくれ

ちなみに俺はRoR派でimagemagick直接はいじっていない。



他にもって、画像周りでEXIF除去以外の分野ってことね

574:nobodyさん
13/11/27 23:24:20.58
・ 質問者として、態度をわきまえること。

575:nobodyさん
13/11/27 23:31:07.54
>>574
低技能乙

576:nobodyさん
13/11/27 23:34:34.87
> EXIFでは気を付けるところってそんなもんでいいんだよな?確認のため
> 他にもアドバイスあるかい?
最初からちゃんとこれで質問してれば回答する気にもなったが、さすがになぁ。。

577:nobodyさん
13/11/27 23:35:56.40
>>576
まぁまぁ

578:nobodyさん
13/11/28 00:34:21.10 HGMmiVb1
皆さんのやり取りを見ていて一つ疑問が
exif情報を消して保存した後にauto orientをしたくなった場合はどうすれば良いのでしょうか?
つまりEXIF削除し元データとして保存しその後別のサイズで画像を作りたくなった場合です
根本的にorientation情報だけ残して他を消すという方法はないのでしょうか?

579:nobodyさん
13/11/28 01:10:06.24
>>578
EXIF情報のorientationはおまけ
消したらその方向はもうわからない。

>根本的にorientation情報だけ残して他を消すという方法はないのでしょうか?
ない。

>つまりEXIF削除し元データとして保存しその後別のサイズで画像を作りたくなった場合です
リサイズするだけで良いでしょうに、元データと同じ方向にはなるよ

580:nobodyさん
13/11/28 01:21:26.95 HGMmiVb1
>>579
非常に助かりました。ありがとうございます。
上記で言う所の元データ保存時には、auto-orientで方向の情報がついたものが保存されるということでしょうか
auto-orientというのはEXIF情報から違うところへ方向情報を移し替えるものという理解になりつつあります

581:nobodyさん
13/11/28 01:24:20.70
>>580
>auto-orientというのはEXIF情報から違うところへ方向情報を移し替えるものという理解になりつつあります
auto-orientは実物の画像を回転させるの。物理的に

本来画像にEXIFで向きなんて必要ない。元の画像がその方向を向いてれば良いだけ。

582:nobodyさん
13/11/28 01:27:33.55 HGMmiVb1
>>581
ありがとうございます。
PHPからは少し話題が外れてしまいますが、実践では欠かせないポイントとなりそうですね
助かりました。

583:nobodyさん
13/11/28 01:35:55.37
>>582
EXIFに関しては>>448が完璧。これはEXIFの宿命

EXIFのorientation情報で回転させるかは要件次第だからむやみにやるものではないってのも認識すべき

584:nobodyさん
13/11/28 01:45:42.77 HGMmiVb1
>>448さんのコメントからすると、とりあえず消してOKということですね
私の場合はユーザーが意図した方向を向いてアップロードされていれば良いという要件だけなのでauto-arientを活用させていただきたいと思います。

585:nobodyさん
13/11/28 07:02:39.50
なんだ、ちゃんと質問できんじゃん

586:nobodyさん
13/11/28 10:05:08.57
人格が入れ替わっトルw

587:nobodyさん
13/11/29 11:14:51.89
久々に見に来てみたら、PHPと関係ない話で盛り上がってた。
95%以上、データ取扱の仕様の話じゃん。

588:nobodyさん
13/11/29 23:35:44.90
>>587
そして俺とお前のようにゴミしかいなくなった

589:nobodyさん
13/11/30 10:06:52.02 W5pThAv1
【OS名】FreeBSD 9.1-RELEASE-p7 amd64
【PHPのバージョン】5.3
[mysql]5.5

古いサーバーから新しいサーバーへサイトを移転したんですが、何故かDBのデータが表示出来ません。
Mysqlのデフォルト文字コードはutf8なんですが、set names ujisとデータベースに接続した時にクエリーを発行しています。
サイトの管理画面である設定を更新した所、DBへはデータが更新されてるんですがなぜかPHP経由で表示しようとすると出力出来ません。
(phpMyadminで確認)
set namesで以前は古いサイトを新しいサーバーへ移転した時は問題なかったんですが、今回のサイトだけは上手く行きません。
DBのデータをprint_rで見たところ、日本語だけ出力出来ないようです。
何か解決策はあるんでしょうか?

590:nobodyさん
13/11/30 10:13:17.46
set names utf8

591:nobodyさん
13/11/30 10:28:57.00
set names utf8 は使うな

592:nobodyさん
13/11/30 12:14:34.97
URLリンク(jp.php.net)

593:nobodyさん
13/11/30 12:58:27.16 R4pRLN+y
【OS名】win7
【PHPのバージョン】5.3

PHP+MYSQLで掲示板を作成・運営してます。所が、外国の人から
スパムコメントをされる事があり、日本語以外のコメントは受付ないように
設定した所、英語+ソニーのようにこちらの対応をかいくぐってスパム
コメントを残されてしまいました。
当然、ipでその都度BANしているのですが、イタチごっこです。
やはり画像認証等を導入すべきでしょうか?

594:nobodyさん
13/11/30 13:47:43.76
>>593
それはお前が決めることだ

595:nobodyさん
13/11/30 14:36:43.64
ドメインで、国外を排除したら?

596:nobodyさん
13/11/30 15:06:05.97
>>595
.comはどうすんの?

597:nobodyさん
13/11/30 15:08:12.49
ipで国判定して弾くとか
geoipってあったきがする

598:nobodyさん
13/11/30 15:15:38.61
掲示板やブログコメで画像認証ってハードル高いよな
「じゃあ書くのやめるわ」って思われるのがオチ

599:nobodyさん
13/11/30 15:21:56.14
お前らが今書き込んでる2chはどうやって海外IPを弾いてるかも知らんのか・・・
まともな解答者いねーな、ここは。


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch