アカウント名:
パスワード:
携帯電話は圏外でもダウンロード済みアプリケーションを使えますね。起動時に通信必須だとアウトですが。 Chrome OS はどうなんだろ。キャッシュにある Flash アプリくらいは呼び出せるんだろうか?
つ Google Gears
>>Chrome OS はどうなんだろ。キャッシュにある Flash アプリくらいは呼び出せるんだろうか?無理です。他のコメントにもありますが、ネットにつながっていないとOSのログイン画面から先に進めません。ちなみに、ChromeOSのログイン画面はマウスすら使えないつくりになってます(キーボードしか使う必要がないので廃止してあるんだと思う)。
2. Enable the user to log in when offline (assuming the user has logged in online at least once)という記述があるね。
今でもオフィスのPCはネットにつながっている。外出する時はノートPCを持っていくが、かさばる。重い。携帯電話だと、画面が小さい、キーボードがない。
そこで、電車や飛行機は、Chrome OSがインストールされ、ネットにつながった座席があり、オフィスと同じように仕事がでできる。(休む暇がないが)レストランにはChrome OSがインストールされ、ネットにつながったテーブル。お客さんの会社の会議室には、Chrome OSがインストールされ、ネットにつながったテーブルがあり、VPN継由で自社の資料をダウロードしてプレゼンに使う。図書館に入ると、Chrome OSがインストールされ、ネットにつながった席があり、、、訂正、図書館はなくなる。
「インストールできる」が前提なら、別にChromeOSでなくても良い気がするんだが…。
と言うかH/Wの自由度が高いWindows Embeddedの方が圧倒的に有利な気がする。
>と言うかH/Wの自由度が高いWindows Embeddedの方が圧倒的に有利な気がする。
そもそもMSにその気があるかですね。既存のビジネスモデルを自ら破壊し、新しいステージに行くのはビジネススクールのテキストブックに書いてあっても、なかなかできないものなのでしょう。
サーバサイドのRSSリーダって、さほど珍しくない実装だと思いますが。
Google Readerを使って下さいってことでしょう
> まあ、「全てのブラウザがクロスサイトAjaxを禁じている」というところに頼った設計をするのがそもそも間違いでもありますが。いいえ。> ユーザが自分で勝手に「何でも出来る制限無しブラウザ」を作っても良いわけですし、まあexeを踏んで自爆するのもユーザーの勝手というのと同じ意味においてはいいかもしれませんが。> それが出来るからこそ、ここでgoogleがOS側で出来る対策として挙げられるわけですし。それはあなたが勝手に挙げてるだけ。
AJAXで他のサイトのデータがダウンロードできない、というのはかなり迂遠な話で、例えば、Firefoxでもchrome://browser/という(仮想的な)サーバーに置いてあるスクリプトは他のホストのデータにアクセスできます。そして、ここで言っているのはchrome://browser/をhttps://appstore_tm_.google.com/と入れ替えるってだけの話です。IEのゾーンポリシーやFirefoxのサイトごと認証のように、Googleのサーバーだけ最初から高い権限を与えておけば、何の問題もなく動くでしょうね。
せっかくブラウザがOSになるのに、Chromeは機能拡張が弱いんだよね。せめてFirefoxOSだったらWebの有象無象を多少は薄めてくれるんだけど。
ちなみにAndroidはスマートフォンのくせにキャリアアクティベーションの前にGoogleアカウントのアクティベーションがくるんだよね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
ネットにつながってないブラウザって (スコア:0)
HTML5でオフライン対応するにしても、Googleのサービスしか使えないデスクトップのできあがりですな。
ネットにつながってないPCはただの箱、と言われますが、まだローカルアプリやゲームなどの使い道があるけど、Chrome OSだともう何もない気が・・・
Re:ネットにつながってないブラウザって (スコア:1, すばらしい洞察)
携帯電話だって電波でつながってなければ通話できないのですから。
Re:ネットにつながってないブラウザって (スコア:1)
携帯電話は圏外でもダウンロード済みアプリケーションを使えますね。起動時に通信必須だとアウトですが。
Chrome OS はどうなんだろ。キャッシュにある Flash アプリくらいは呼び出せるんだろうか?
[わかってもらうことは難しい。わかってあげることは、もっと難しい。]
Re:ネットにつながってないブラウザって (スコア:1, 参考になる)
つ Google Gears
Re:ネットにつながってないブラウザって (スコア:1, 参考になる)
>>Chrome OS はどうなんだろ。キャッシュにある Flash アプリくらいは呼び出せるんだろうか?
無理です。他のコメントにもありますが、ネットにつながっていないとOSのログイン画面から先に進めません。
ちなみに、ChromeOSのログイン画面はマウスすら使えないつくりになってます(キーボードしか使う必要がないので廃止してあるんだと思う)。
公式サイトの"Login"というドキュメントに (スコア:2, 参考になる)
2. Enable the user to log in when offline (assuming the user has logged in online at least once)
という記述があるね。
ネットにつなげばいいのでは? (スコア:1)
今でもオフィスのPCはネットにつながっている。
外出する時はノートPCを持っていくが、かさばる。重い。携帯電話だと、画面が小さい、キーボードがない。
そこで、
電車や飛行機は、Chrome OSがインストールされ、ネットにつながった座席があり、オフィスと同じように仕事がでできる。(休む暇がないが)
レストランにはChrome OSがインストールされ、ネットにつながったテーブル。
お客さんの会社の会議室には、Chrome OSがインストールされ、ネットにつながったテーブルがあり、VPN継由で自社の資料をダウロードしてプレゼンに使う。
図書館に入ると、Chrome OSがインストールされ、ネットにつながった席があり、、、訂正、図書館はなくなる。
Re:ネットにつなげばいいのでは? (スコア:1)
「インストールできる」が前提なら、
別にChromeOSでなくても良い気がするんだが…。
と言うかH/Wの自由度が高いWindows Embeddedの方が圧倒的に有利な気がする。
Re:ネットにつなげばいいのでは? (スコア:1)
>と言うかH/Wの自由度が高いWindows Embeddedの方が圧倒的に有利な気がする。
そもそもMSにその気があるかですね。既存のビジネスモデルを自ら破壊し、新しいステージに行くのはビジネススクールのテキストブックに書いてあっても、なかなかできないものなのでしょう。
Re:ネットにつながってないブラウザって (スコア:1)
1. そういうツールは考えない(従来のRSSリーダのウェブサービスと同じく、サーバ側がRSSの収集、整理を行う)
2. 一部サンドボックス外のアプリを認める
3. その制限はしない(Ajaxでどこへでもアクセスできるようにしてみる)
ぐらいでしょうか。
1で、ウェブアプリを置くサーバにいわゆるCGIゲートウェイも設置して、あくまでウェブアプリからはそのサーバへのみリクエストを発して、そのサーバが余所のコンテンツを取ってくるのを代理するパターンもありですね。
2は、いわゆるローカルコンピュータに保存したhtmlファイルという奴をありにすればいいはずです。他のブラウザは良く知りませんが、Windows+IEだと、ローカルに保存したhtml(ファイルシステム経由で読み込んだhtml)からは、任意のサイトへAjaxが通ります。この操作相当を「アプリケーションのインストール」に対応させるのが一番自然でしょうか。
3は、影響が大きすぎる気がします。一般的なブラウザが出来ないことにしている動作を解禁してしまうと、多くのサイト設計者がその変更に対して自分のところは大丈夫かと考え直す羽目に陥ります。まあ、「全てのブラウザがクロスサイトAjaxを禁じている」というところに頼った設計をするのがそもそも間違いでもありますが。ユーザが自分で勝手に「何でも出来る制限無しブラウザ」を作っても良いわけですし、それが出来るからこそ、ここでgoogleがOS側で出来る対策として挙げられるわけですし。むしろユーザ側の問題ですね。クロスサイトAjaxを無条件に認めてしまうと例えばJavascriptを仕込んでおくことで、「そのウェブページを開いただけであちこちの掲示板にあらぬ書き込みをしてしまう」と言った迷惑サイトを作れてしまいますから。自分のブラウザが「そういう変なサイトに絡まれない設計になっている」というのはユーザ側が気にするべきことですね。
Re:ネットにつながってないブラウザって (スコア:1)
サーバサイドのRSSリーダって、さほど珍しくない実装だと思いますが。
Re:ネットにつながってないブラウザって (スコア:1)
それってサーバに結構な負荷がかかるじゃないですか。XMLHttpRequestで余所のページのRSSを引っ張ってこれたら、データはCookieに保存することにしてhtml+javascriptのみでRSSリーダを作ったり出来ますよね。すると、サービス提供者が必要とするサーバの負荷は、ファイルをいくつかホスティングするだけで済むわけです。もしくはフリーウェアとして造り込んで公開するにしても、ツールのスケーラビリティは配布方法だけ考えれば十分です。
RSSリーダに限らず、例えば、2ちゃんリーダに代表される特定サイトを見やすくするツールとか、複数の通販サイトからデータを引っ張ってきて値段比較をするツールとかも同じです。私の想像力だとそれぐらいしかぱっとは思いつきませんが。
「ウェブアプリしか認めないOS」となってしまうと、そういうツールの公開にはユーザ全員のリクエストを捌けるサーバ資源が必要になるため一気にハードルが上がり、便利なツールを作ってくれる人が減ってしまうかも知れません。
# で・・・ここまで書いてて思ったんですが、サーバ資源が必要ですね、
# googleクラウドなんかいかがでしょうか? という方向に持って行くための陰謀?
Re: (スコア:0)
Google Readerを使って下さいってことでしょう
Re:ネットにつながってないブラウザって (スコア:1, すばらしい洞察)
Re: (スコア:0)
> まあ、「全てのブラウザがクロスサイトAjaxを禁じている」というところに頼った設計をするのがそもそも間違いでもありますが。
いいえ。
> ユーザが自分で勝手に「何でも出来る制限無しブラウザ」を作っても良いわけですし、
まあexeを踏んで自爆するのもユーザーの勝手というのと同じ意味においてはいいかもしれませんが。
> それが出来るからこそ、ここでgoogleがOS側で出来る対策として挙げられるわけですし。
それはあなたが勝手に挙げてるだけ。
Re:ネットにつながってないブラウザって (スコア:2, 興味深い)
>いいえ。
>> ユーザが自分で勝手に「何でも出来る制限無しブラウザ」を作っても良いわけですし、
>まあexeを踏んで自爆するのもユーザーの勝手というのと同じ意味においてはいいかもしれませんが。
一晩考えてみても、どの部分を、Ajaxでは余所の任意のサイトからデータを取ってくることが出来ないことになっている、というのに頼って設計をしても良いのかイメージが沸かなかったので教えていただければ幸いです。
ユーザが普通のブラウザを使っている限りうちのサイトはそのユーザに不利益を与えない、という設計にしても良い、ってことですよね? その前提で何が楽になるのか、ちょっと想像できませんでした。
>> それが出来るからこそ、ここでgoogleがOS側で出来る対策として挙げられるわけですし。
>それはあなたが勝手に挙げてるだけ。
ええ。なにか私が思い違いをしていたら、これは対策としてナンセンスだという事になります。
Re: (スコア:0)
AJAXで他のサイトのデータがダウンロードできない、というのはかなり迂遠な話で、例えば、Firefoxでもchrome://browser/という(仮想的な)サーバーに置いてあるスクリプトは他のホストのデータにアクセスできます。そして、ここで言っているのはchrome://browser/をhttps://appstore_tm_.google.com/と入れ替えるってだけの話です。IEのゾーンポリシーやFirefoxのサイトごと認証のように、Googleのサーバーだけ最初から高い権限を与えておけば、何の問題もなく動くでしょうね。
Re: (スコア:0)
せっかくブラウザがOSになるのに、Chromeは機能拡張が弱いんだよね。
せめてFirefoxOSだったらWebの有象無象を多少は薄めてくれるんだけど。
ちなみにAndroidはスマートフォンのくせにキャリアアクティベーションの前に
Googleアカウントのアクティベーションがくるんだよね。