アカウント名:
パスワード:
iPlanet懐かしいなあ。はじめてWebアプリ仕事をしたときに使った奴がたしかそんな名前だったかな。
#あのときにWebアプリ特有の「画面遷移(主導)」な開発のやりずらさにウンザリしたもんだった。#不思議なことに時が下ってStrutsになってもRailsになってもそれは変わらんのだよね…orz
が、速い鯖といっても、今だとハードを速くするほうが話が早くないかなあ。
#Stateful Server(GUIアプリみたいに画面情報をメモリに保持し続けるタイプ)で画面遷移主導とオサラバしたい私としては、#いわゆる速度よりは滞留メモリをたくさん使えるかどうかのほうが余程気になる。
あとGUI画面みたいな便利ツールが省かれてるんだったら、あんまり魅力ないなあ。どういうわけか世間では「手順をコピペ」することが出来ないGUI画面のほうが圧倒的に受けるんで。
Server Side JavaScript が復活することを望むが・・はたして・・。
べつに当製品に期待する必要もないのでは?今はたとえばJavaベース実装ならRhinoとかが普通に使えるんだから、それでもってサーバサイドのコーディングをすればいい。
Cベースの実装は、よく知らないのですが、Firefoxの中にも遣われてる奴あたりが使えるんでしょうか?
#JavaScriptに「ヒアドキュメント」があればサイコーなのにな、と思ってるAC
簡単に、ちょろっとコードをおけばそのまま動いてくれるという点で Server Side JavaScript と Java Servlet では全然対象とする領域が違う。(shell script よりちょっと複雑、Perl ほどなんでもできなくてもいいけどその位、という程度) なので、Java にしたらいいというのはかなり外れた意見に見えますよ。
# Apache httpd 気分で何も考えずに .js を置いたらサーバ側で処理されてしまった、なんてあったなぁ。
Rhino [mozilla.org]から引用
RhinoはすべてがJavaで記述されたJavaScriptのオープンソースな実装です。
だったり。これの上でServer Side JavaScriptをやってみれば、という提案でしょう。Javaが動いていないサーバには遠回りなアプローチではありますが。
うっかりしてました。でも、それなら SpiderMonkey (C 言語による Rhino 互換の実装) の方が性能出そうですけどね。 ただ、JavaScript って結局用意されてるオブジェクトがなければ出来る事が制限されすぎる点を考慮すると、ECMA-262 rev3 準拠 (+ Mozilla 拡張) な JavaScript エンジンだけではなく、Adobe みたいにサーバサイドオブジェクトを作る必要が出てくると思います。その部分はどうしましょうね。
# Adobe の場合は Acrobat や Adobe Reader の JavaScript エンジンが SpiderMonkey だったはずで、 # JavaScript リファレンスも MDC [mozilla.org] 参照です。 # これらとは別途、Document、Page 等のオブジェクトリファレンスが公開されています。
slashdot.jp - simple comment buttons [userstyles.org]のがいいね。
Open Web Server の朝は早い。
Open Web Server の朝の仕事は、午前2時に前日のアクセスログを解析して、サーバ管理者へのまとめメールを書くことからはじまる。「こんなに朝早くて大変ですね?」と聞くと、Open Web Serverは当たり前のように、こう答えた。
「うちの鯖管が起きてくる前にまとめないとね。最初はしんどかったけど、もう慣れたよ。」
時代遅れの手書きHTMLから、今どきのCMSによる動的ページ生成、flvのストリーミングに至るまで、多種多様な仕事をGETとPOSTのみでこなす、http server一族。その中で、Open Web Server家は少数ながらも由緒のある一家である。
今日も Open Web Server の長い長い一日がはじまる。
>Open Web Serverは当たり前のように、こう答えた。
答える言葉は「200 OK」に決まっとろーが!
>多種多様な仕事をGETとPOSTのみでこなす
REST(つまりDELETEとか)のことも時々は思い出してあげてください。
::::::: ::::::::: :::::::::::: :::::::: :::::::::: :::::::::::::: ::::::::::::: ::::::;:;:;:;::; :;:;:;:;:;:;:;: ;:;:;:;:;:;:; :;:;:;:;:;:;:; :;:;:;:;:;:;:;:;:; :;:;:;:;:;:;:;;; ;;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;;;;;;; ;;;;;;iiiii iiiiiii iiiiii iiiiiiiiIII IIIIIII IIIIII III ('A`)II IIIIIIII IIIIIII II ノ ) | 広大な農地でインスタンス草を栽培するOpen Web Serverさん(82歳)「現在8人の従業員でフル生産していますが 需要の急増に対して供給が追いついていない状況です」と、嬉しい悲鳴をあげている。今年の売上は10億を超える見込み。
ご指摘ありがとうございます。「速い」に修正いたしました。
つまり「速い」の変換ミスってこと??
あなた……早いのね。
まあ、元記事から
寺田 佳央 (Yoshio Terada) : Weblog [sun.com]:
Apacheの2倍早いと言われるSunのWeb Serverのコアを除いてみたいという方は 是非チェックアウトしてみてください。(私もまだしてませんが。。(^_^;))
ですから…。
# 編集者が気が付かないのはいつもの事です :-)
覗くのはだめですか?
みんなでおゆうぎしているよ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
何を以ってどのぐらい速いんでしょうか (スコア:2)
ベンチマークとか無しで言われてもなぁ、と思いますよね。
なにもかも(?)懐かしい (スコア:1, 興味深い)
iPlanet懐かしいなあ。はじめてWebアプリ仕事をしたときに使った奴がたしかそんな名前だったかな。
#あのときにWebアプリ特有の「画面遷移(主導)」な開発のやりずらさにウンザリしたもんだった。
#不思議なことに時が下ってStrutsになってもRailsになってもそれは変わらんのだよね…orz
が、速い鯖といっても、今だとハードを速くするほうが話が早くないかなあ。
#Stateful Server(GUIアプリみたいに画面情報をメモリに保持し続けるタイプ)で画面遷移主導とオサラバしたい私としては、
#いわゆる速度よりは滞留メモリをたくさん使えるかどうかのほうが余程気になる。
あとGUI画面みたいな便利ツールが省かれてるんだったら、あんまり魅力ないなあ。
どういうわけか世間では「手順をコピペ」することが出来ないGUI画面のほうが圧倒的に受けるんで。
Re: (スコア:0)
Re: (スコア:0)
JavaScript (スコア:0)
Server Side JavaScript が復活することを望むが・・はたして・・。
Re: (スコア:0)
べつに当製品に期待する必要もないのでは?
今はたとえばJavaベース実装ならRhinoとかが普通に使えるんだから、
それでもってサーバサイドのコーディングをすればいい。
Cベースの実装は、よく知らないのですが、Firefoxの中にも遣われてる奴あたりが使えるんでしょうか?
#JavaScriptに「ヒアドキュメント」があればサイコーなのにな、と思ってるAC
Re:JavaScript (スコア:1)
簡単に、ちょろっとコードをおけばそのまま動いてくれるという点で Server Side JavaScript と Java Servlet では全然対象とする領域が違う。(shell script よりちょっと複雑、Perl ほどなんでもできなくてもいいけどその位、という程度)
なので、Java にしたらいいというのはかなり外れた意見に見えますよ。
# Apache httpd 気分で何も考えずに .js を置いたらサーバ側で処理されてしまった、なんてあったなぁ。
Re:JavaScript (スコア:2, 参考になる)
Rhino [mozilla.org]から引用
だったり。
これの上でServer Side JavaScriptをやってみれば、という提案でしょう。Javaが動いていないサーバには遠回りなアプローチではありますが。
Re:JavaScript (スコア:1)
うっかりしてました。でも、それなら SpiderMonkey (C 言語による Rhino 互換の実装) の方が性能出そうですけどね。
ただ、JavaScript って結局用意されてるオブジェクトがなければ出来る事が制限されすぎる点を考慮すると、ECMA-262 rev3 準拠 (+ Mozilla 拡張) な JavaScript エンジンだけではなく、Adobe みたいにサーバサイドオブジェクトを作る必要が出てくると思います。その部分はどうしましょうね。
# Adobe の場合は Acrobat や Adobe Reader の JavaScript エンジンが SpiderMonkey だったはずで、
# JavaScript リファレンスも MDC [mozilla.org] 参照です。
# これらとは別途、Document、Page 等のオブジェクトリファレンスが公開されています。
Re: (スコア:0, 参考になる)
slashdot.jp - simple comment buttons [userstyles.org]のがいいね。
「早い」 (スコア:5, おもしろおかしい)
Open Web Server の朝は早い。
Open Web Server の朝の仕事は、午前2時に前日のアクセスログを解析して、サーバ管理者へのまとめメールを書くことからはじまる。
「こんなに朝早くて大変ですね?」と聞くと、Open Web Serverは当たり前のように、こう答えた。
「うちの鯖管が起きてくる前にまとめないとね。最初はしんどかったけど、もう慣れたよ。」
時代遅れの手書きHTMLから、今どきのCMSによる動的ページ生成、flvのストリーミングに至るまで、多種多様な仕事をGETとPOSTのみでこなす、http server一族。その中で、Open Web Server家は少数ながらも由緒のある一家である。
今日も Open Web Server の長い長い一日がはじまる。
Re:「早い」 (スコア:1, おもしろおかしい)
>Open Web Serverは当たり前のように、こう答えた。
答える言葉は「200 OK」に決まっとろーが!
>多種多様な仕事をGETとPOSTのみでこなす
REST(つまりDELETEとか)のことも時々は思い出してあげてください。
Re:「早い」 (スコア:1, おもしろおかしい)
::::::: ::::::::: :::::::::::: :::::::: :::::::::: :::::::::::::: ::::::::::::: ::::::
;:;:;:;::; :;:;:;:;:;:;:;: ;:;:;:;:;:;:; :;:;:;:;:;:;:; :;:;:;:;:;:;:;:;:; :;:;:;:;:;:;:
;;; ;;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;;;;;;; ;;;;;;
iiiii iiiiiii iiiiii iiiiiiii
III IIIIIII IIIIII III ('A`)
II IIIIIIII IIIIIII II ノ )
|
広大な農地でインスタンス草を栽培するOpen Web Serverさん(82歳)
「現在8人の従業員でフル生産していますが
需要の急増に対して供給が追いついていない状況です」
と、嬉しい悲鳴をあげている。
今年の売上は10億を超える見込み。
Re:何が (スコア:2, おもしろおかしい)
ご指摘ありがとうございます。「速い」に修正いたしました。
混沌の中にこそ真実がある・・・かもしれないけど探すのめんどい
Re: (スコア:0)
つまり「速い」の変換ミスってこと??
Re: (スコア:0)
そんなおいらはDebianユーザ。
Re: (スコア:0)
あなた……早いのね。
Re:「早い」って・・・。 (スコア:1, すばらしい洞察)
まあ、元記事から
寺田 佳央 (Yoshio Terada) : Weblog [sun.com]:
ですから…。
# 編集者が気が付かないのはいつもの事です :-)
Re:「早い」って・・・。 (スコア:2, 参考になる)
除いてみたいという方は → 覘いてみたい方は(常用漢字の範囲で書くならば、「のぞいてみたい方は」)
では?
Re: (スコア:0)
覗くのはだめですか?
Re:「早い」って・・・。 (スコア:2, 参考になる)
覘くは、(立ち寄って)ざっと見ることをいう。夜店を覘くとか、本屋を覘く、とか
だと、MicrosoftIME2007は言ってます。
Re: (スコア:0)
みんなでおゆうぎしているよ
Re: (スコア:0)