アカウント名:
パスワード:
問題となるのは、コードが正常に動作するかを確認するという部分のコストで、こっちの影響の方を心配したほうがいいと思います。
でしょ?そのためのコストをどこから捻出するのですか?現実には、4.0から4.1、4.1から4.2、4.2から4.3のときも、簡単にバージョンアップできず、そのまま動かしているところが少なくないのに、4.4から5.2へのバージョンアップがそうそう受け入れられるとは思えないのですけれどね。
# まあ、そこにコストをかけずにセキュリティ事故を起こして泣きを見るのは、その組織の自業自得ではあるけれど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
現役続行中 (スコア:1, 興味深い)
いまだに新規システムでPHP4を指定してるぐらいだったりするんだが、
指摘しておかないとまずそうだな。
#指摘しても「セキュリティフィックス終了まで、まだ1年あるんでしょ?」とか言われそうで怖いw
バージョンアップは可能か? (スコア:1, 参考になる)
Re:バージョンアップは可能か? (スコア:2, 興味深い)
すくなくても、小、中規模では、PHP4系の最新の4.4系でnoticeなく動作するコードである場合、コード自体に手を加える量はほとんどないはずです。
具体的には、
文字列を、''でくくらずに書いた場合に、PHP4では警告を出した後に処理を継続していたのですが、そこらへんでFaitalになった
PHP3時代の古い関数をPHP4で使ってた場合に、そのエイリアスが削除された。
クラスのデフォルトが参照渡しになったので、その部分の影響
くらいだと思います。
PHP5専用のコードに書き直すのでなければ、言語が変わったときと同じくらいの書き直しということにはならないと思いますよ。
問題となるのは、コードが正常に動作するかを確認するという部分のコストで、こっちの影響の方を心配したほうがいいと思います。
Re:バージョンアップは可能か? (スコア:2, 興味深い)
でしょ?そのためのコストをどこから捻出するのですか?現実には、4.0から4.1、4.1から4.2、4.2から4.3のときも、簡単にバージョンアップできず、そのまま動かしているところが少なくないのに、4.4から5.2へのバージョンアップがそうそう受け入れられるとは思えないのですけれどね。
# まあ、そこにコストをかけずにセキュリティ事故を起こして泣きを見るのは、その組織の自業自得ではあるけれど。
Re:バージョンアップは可能か? (スコア:1)
移行にすごいかかる!と、移行にそこそこかかる!は、腰の重さ違うとおもいます。
完全に個人的な感想ですけど、そういうとこに、コストが出せないようなアプリケーションは、基本的に致命的な問題を抱ええてもコストが理由に何もされないのがほとんどで、別の問題のより大きな(運用とかの)コストを見逃してるパターンのほうが多いような気がする。