アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
モノの品質に問題あるんじゃないのそれ (スコア:1)
PHPerにとっては常識だと思うんだけど・・・。
仕事でこれ使ったコード見つけたら 書いた奴呼び出してシバき倒すけどね。
中途採用でVBを10年やってました!って奴がこういうことを知らずに書くから怖い。
というか畑違いはこっちくんなと・・・。
// そして泣く泣く修正し深夜に全工程をテストして再リリースの王道パターン(:>^
// 新人だけのプロジェクトとか技術者一年生向けの問題周知なんだろうけど。
Re:モノの品質に問題あるんじゃないのそれ (スコア:1)
自分も知りませんでした。
デバッグくらいでしか使ってないですけどね。
Post/Getの取得用のラッピング関数を作って使い回してます。
Postのみ有効とか、Getも取得するとか・・・・仕様変更が楽なので。
Re: (スコア:0)
・仕様変更したらペネトレーションテストでパスしていた項目が通らなくなった!
・新人がPOSTとGETは区別せず扱うものだと学習した!
どれがいい?
Re:モノの品質に問題あるんじゃないのそれ (スコア:1)
これは、リリース手順に問題があるって事では?
テストしないでリリースなんて・・・してる人たまにいそうですね。
ってか、デバッグくらいでしか使わないとは言ったけど、デバッグで常に使うわけではないし。
>・仕様変更したらペネトレーションテストでパスしていた項目が通らなくなった!
これも仕様変更の方法の問題では?
通らなくなったら、通る方法を考えなければいけないのはどんな仕様変更でも可能性はあるでしょう?
>・新人がPOSTとGETは区別せず扱うものだと学習した!
これは問題ですね。
でも、直接$_POST/$_GETにアクセスさせると、それはソレで障害のタネになるので一長一短はありそうです。
基本はPostしか使わないようにしていれば、リスクは軽減されると思いませんか?
Re: (スコア:0)
最近はRESTというものが流行っておってのう