アカウント名:
パスワード:
HTTP or HTTPSでしか使えない、という記述を見ると、Netliのノードにはキャッシュ機能が備わっているのではないかと思ったのでした。ブラウザからのリクエストに対するレスポンスをサーバーから先読みしてキャッシュしておく、
デモサイトで実際試してみましたが、確かに速くはなってるけど、それ程差も無いし。 この程度の速度差で顧客が離れるというのは、いくら宣伝としてもちょ
まず、なぜ日本にあるサーバに米国からアクセスさせるのかを考えましょう。 理由としては
などが考えられます。 最初の「日本でデータが発生するから」というのは日本にサーバを置いておく必然性としては非常に薄いです。 日本のサーバにデータを転送しようと、米国のサーバにデータを転送しようと、さほどコストも時間も変わりません。
次の「日本に管理者がいるから」というのも、あなたが前提としているような（そして月に60万も余分に払ってペイす
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
ネットワーク・プロトコル？ (スコア:0)
プロトコルのように考えられます。
だとすると、MPLSを使うのと具体的にどう違うのか
あまりよくわからないのですが、、
（Netliプロトコルになっている間は、どのルータを通過しているのか
とかはわからないわけですよね？これは）
どこかにNetiプロトコルの詳細はないものでしょうか。
Re:ネットワーク・プロトコル？ (スコア:1)
HTTP or HTTPSでしか使えない、という記述を見ると、Netliのノードにはキャッシュ機能が備わっているのではないかと思ったのでした。ブラウザからのリクエストに対するレスポンスをサーバーから先読みしてキャッシュしておく、
---- 末は社長か懲戒免職 なかむらまさよし
Re:ネットワーク・プロトコル？ (スコア:2, 興味深い)
コンテンツをキャッシュするならばSSLで暗号化したままではいけません（解読するための鍵はクライアントだけが持つので）し、だからといって暗号化しない(without SSL)通信をしてしまっては意味がありません。
Re:ネットワーク・プロトコル？ (スコア:1)
よく見ると、デモにはSSLの例がないなぁ。
実際のところはどうなんでしょうか。
でも、キャッシュとは言わないまでもサーバーからの先読みはSSLでも可能ですよね。そのセッションにだけ一時的に使われるキャッシュ、とでもいいましょうか。
あとは1Mbpsで月額
---- 末は社長か懲戒免職 なかむらまさよし
Re:ネットワーク・プロトコル？ (スコア:0)
デモサイトで実際試してみましたが、確かに速くはなってるけど、それ程差も無いし。
この程度の速度差で顧客が離れるというのは、いくら宣伝としてもちょ
Re:ネットワーク・プロトコル？ (スコア:1)
確かに現地にもサーバーを置いて、データベースをリプリケーションさせる技もありますが、システム改造とかソフトウェアの輸出手続とかにかかる手間賃と、月額６万円を天秤にかけることになるのでしょうね。
＃自分なら素直に10秒でも20秒でも待ちます
---- 末は社長か懲戒免職 なかむらまさよし
Re:ネットワーク・プロトコル？ (スコア:0)
月額6万じゃなくて60万なんですが・・・
Re:ネットワーク・プロトコル？ (スコア:1)
結論：１０秒待たせる
---- 末は社長か懲戒免職 なかむらまさよし
Re:ネットワーク・プロトコル？ (スコア:1, 興味深い)
1ヶ月の雇用コストが30万円の社員1000人が一日20回
余分に5秒待つことによる損失は、月額約100万円。
また、使っていてストレスになる業務システムは
そもそも使われなくなって投資全体が無駄になったり、
業務への取り組み意欲をそぐ等のマイナス作用があり、
これも無視できないと思います。
業務に頻繁にWEBを使用する企業、
WEBで業務を効率化していこうと考えている企業にとっては、
この月額60万円は有益な投資になると思います。
Re:ネットワーク・プロトコル？ (スコア:0)
>余分に5秒待つことによる損失は、月額約100万円。
うさんくさいコンサルが良く使う手口ですね。
1ヶ月の雇用コストが30万円の社員1000人が一日20回余分に5秒あったとしても、
収入が100万円増えるわけじゃないので、それは損失ではありません。
Re:ネットワーク・プロトコル？ (スコア:0)
＞1ヶ月の雇用コストが30万円の社員1000人が一日20回余分に5秒あったとしても、
＞収入が100万円増えるわけじゃないので、それは損失ではありません。
「うさんくさい」とはご挨拶ですが、前提が抜けていた点は過ちでした。
無意識のうちに、自分の会社を前提に考えていていました。
・ 出来高払い賃金体系
・ フレックスタイム
・ 従業員のほとんどに毎月
Re:ネットワーク・プロトコル？ (スコア:0)
そもそも、完全出来高払いなら、労働時間は給与に影響しないので、全く効果がないと思いますが。
（業務時間の短縮によって、光熱費などの経費が多少は削れると思いま
Re:ネットワーク・プロトコル？ (スコア:0)
働いた時間分の給料をくれる体系を出来高払いといっています。
私の言葉の使い方がおかしいですか。そうですか。そうですね。
＞5秒×20回なんて、どうせコーヒー１杯余分に飲む時間でしょうから、給与が下がるわけではないですね。
WEBアプリ操作中は、コンパイル待ち時間じゃないので机にかじりつきっぱなしです。
コーヒー休憩を持ち出すと、従業員がコーヒー休憩を取る機会を
増やしてしまうから5秒の損失どころではないという話もできます(笑)。
で。まじめに論証する
Re:ネットワーク・プロトコル？ (スコア:0)
まず、なぜ日本にあるサーバに米国からアクセスさせるのかを考えましょう。
理由としては
などが考えられます。
最初の「日本でデータが発生するから」というのは日本にサーバを置いておく必然性としては非常に薄いです。
日本のサーバにデータを転送しようと、米国のサーバにデータを転送しようと、さほどコストも時間も変わりません。
次の「日本に管理者がいるから」というのも、あなたが前提としているような（そして月に60万も余分に払ってペイす