アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
コンセプトはおもしろいと思うけど (スコア:1, 興味深い)
それらを100%近く使えない限り残念ながら研究室のオモチャの域は出ないんじゃないかなあと思います。
サポート予定のライブラリを見るとサーバ用途に特化するつもりなのかもしれませんけど、そういう分野では(安全性と引き替えにしてでも)性能が重要視されるわけですし。
Re:コンセプトはおもしろいと思うけど (スコア:1, すばらしい洞察)
#外向けは論外、内向けでも、ちょっとねぇ。
Re: (スコア:0)
もちろんApacheを使っている危険なサービスに近づいたことはありませんよね? と思ったら/.JはApacheのようですね。なぜ書き込んでいるのですか? ウィルス対策ソフトメーカーのサーバでさえ侵入される時代ですよ?
対応予定のライブラリにaprが入っているのですが、果たして本当に性能と引き替えにこれでコンパイルしたApacheが選ばれるのか疑問に思ったのです。選ばれるようならそれこそJavaや.NETのサーバに駆逐されていてもおかしくないはずです。
Re:コンセプトはおもしろいと思うけど (スコア:1)
安全性と性能の両立を目指しているということはないでしょうか?
Javaや.NETのサーバなら、それだけでもう安全性は確保できるのでしょうか
また、今回のコンパイラでビルドしたaprが使われるかどうかですが、
「そんなの使わなくてもaprは充分にセキュアだ。石橋を叩いて渡る必要はない」
という判断で採用を見送る可能性もあります。
石橋をいちいち叩いて渡ったりしない人は、安全性を犠牲にしていると思いますか?
Nyaboo