11 posts tagged “google”
先週あたりから噂にあった多言語サポートが実現したみたい。今日の午後にアクセスしてみると、インターフェイスが日本語に切り替わっていた。
URLも以下の二通りからアクセスできるようになった模様。
http://www.google.com/reader/
http://www.google.co.jp/reader/view/
以前からインターフェイスは英語なものの日本語表示は問題なくできていたので、表示が日本語になったところで大きな使い勝手が変わったわけではないけれど、Google Reader使いたいけど英語なんでとっかかりが...なんて人にとっては朗報なんじゃないだろうか？機能説明や設定等を考えるとやっぱり母国語ってのは楽だ。(私もようやくGoogle Rederのヘルプをちゃんと読みましたw）
また、Google Reder自体の扱いも、今までのLABSでの扱いからGoogleの正式なプロダクトに格上げになったぽい。
Google Webmaster Toolsでのフィード購読数確認の対応や、Google Spreadsheets上でのfeed取り込み関数の追加など、feedの活用は他のgoogleプロダクトでも重要度はかなり高くなっているようだ。
Google社が既存のアプリケーション群をGoogle Readerを中心に統合する、なんて話もあるようだし、今後の動向が気になるところ。
あ、そういえばGoogle Readerのモバイル版も多言語対応されたのだろうか？？
ん～、現在時点ではモバイル版に変化はないみたいだな...
現在公開しているページのように、複数ページで同じレイアウトを維持するようなサイトデザインの場合、ページを増やす時にデザインが同じになるように注意しなければならない。このような場合はGoogle Page CreatorのSite Manager上で元にするページをDuplicate（複製)して編集していくのが手っ取り早いのだが、ひとつ問題が起きた。
この方法で複製したページのURLは元のページのURL+番号になってしまうのだ。これはダサイ。激しくかっこ悪い。
motiongraphica.googlepages.com/home トップページのURL
motiongraphica.googlepages.com/home2 複製
motiongraphica.googlepages.com/home22 さらに複製
しかも困ったことに、Google Page Creatorは一度作ったページのURLが何故か変更できないという仕様。どうしても変更するなら、新規ページ作成で変更したいURLのページを作り、元のページの内容をコピーするしかない。
ページ内容のコピーは一度に全部はできず、タイトル、本文、サイドバー、フッター部分と要素別に行わなければならない。これは非常に面倒な作業だ。
Google Page Creatorの開発はここ半年ほど大きな動きは見られないけれど、URL変更機能の実装は切に願うところである。
Google AJAX Feed APIをGoogle Page Creatorで利用してみる
昨日公開したGoogle Pageで作ったサイトでmaxscriptを公開したけれど、更新情報や開発状況などは日記扱いでVox上に書いていくと思う。でも、Voxってサイト内検索弱いので、該当記事だけ読みたい人にはあまり見通しがいいとは思えない。
そこで思いついたのが、Voxの特定のTagが付いた記事のみのフィードをGoogle Pageで作ったサイトに表示させるという方法。この方法なら、更新情報をVox側とGoogle Page側で共有できる。複数blogのクロスポスト機能と同じ感じだ。
Google Page CreatorでjavascriptがサポートされているのはGoogle Analyticsの動作ですでに確認済み。
javascriptのコードがそこそ動くのならば、フィードをjavascriptで表示する方法も可能だ。実際、WEB検索すれば沢山の事例が見つけられる。
フィードを表示するプログラムの大まかな流れは、以前maxscriptでRSSリーダー作っているので、なんとなくは理解しているつもり。その時、以外に面倒だったのが、RSSやATOMのバージョンの違いによるフォーマットごとの対応。目的のフィードの構造から調べなければならない部分。実際javascriptのDOMを利用してRSSを表示するプログラムを解説しているサイトをみても、その辺りの処理が一番面倒みたいなことを見かける。
なにか効率がよい方法がないかと調べていると、やはりありました。Google AJAX Feed APIなるモノが！
これを利用するとAPI側がフィードの形式を吸収してくれて、一貫したコードでフィードを操作することができる。フィードの構造を調べたり煩雑な作業をする必要はない。
ということで、早速利用してみる。
まずはGoogle AJAX Feed APIにてAPI Keyを発効してもらう。この辺りはGoogle MAPS APIなどと一緒。API Keyを発効してもらえば、同時にGoogle AJAX Feed APIを利用した基本サンプルコードが表示されるので、それを弄っていくことに。
ポイントとなるのは、以下3つ
- API Keyコードの設定
- 取得先フィードのURL設定
- 表示形式のカスタマイズ
まず、API Keyコードの設定。これはまんま、サンプルコードの以下の部分に取得したKeyを書くだけ。API Key発効時のサンプルコードを基にしているのならば、既に設定済みのはずだ。
<script src="API Keyコード" type="text/javascript"></script>
取得先フィードのURLの設定。
Voxはフィード配信は、ブログの記事一覧のほかにも、記事や写真等をTag別に該当アイテムのみのフィード配信することができる。
http://kotenpa.vox.com/library/posts/atom.xml 記事一覧http://kotenpa.vox.com/library/posts/tags/3dsmax/atom.xml "3dsmax" Tagが付いた記事のみhttp://kotenpa.vox.com/library/photos/3dsmax/atom.xml "3dsmax" Tagが付いた写真のみ
しかしここで問題が。Voxが出力するフィードは基本的にはatom1.0形式だけど、書き出す書式に癖があるのかGoogle AJAX Feed APIを利用してもうまく表示できないみたい。(私がミスってるのかもしれないが...)だが、焦ることはない。atomが駄目ならRSSを使えばいいじゃないか！そう、Voxのフィード配信はなんとRSSもサポートしている。フィードのURLの語尾を変えるだけでRSS配信が可能だ。
http://kotenpa.vox.com/library/posts/atom.xml atom 1.0 出力
http://kotenpa.vox.com/library/posts/rss.xml rss 2.0 出力
このあたりの至りつくせり感は、さすがにMovable TypeやTypePadを開発してトラックバックやフィードの利用を牽引してきたSix Apartのサービスだけあるなぁという感じ。
と、とりあえず上記の二点を設定すれば、サンプルコードのままでもフィードの取得は可能。取得先フィードのコンテンツのタイトルのみを表示するはずだ。ただし、このままだと少々味気ないので、表示する部分をカスタマイズしていく。今回は更新時刻とタイトルに元記事へのリンクを貼るようにした。
方法はいくつかあるようだけど、container.innerHTMLを利用してシンプルに直接htmlタグを書き出す方法をとる。
ということで、完成したコードは以下のようになった。(API Keyの部分は伏せてある)
script src="http://www.google.com/jsapi?key=API Key" type="text/javascript"></script>
<script type="text/javascript">
google.load("feeds", "1");
function initialize() {
var feed = new google.feeds.Feed("http://kotenpa.vox.com/library/posts/tags/3dsmax/rss.xml");
feed.load(function(result) {
if (!result.error) {
var container = document.getElementById("feed");
for (var i = 0; i < result.feed.entries.length; i++) {
var entry = result.feed.entries[i];
var div = document.createElement("div");
container.innerHTML += "<p><strong>・</strong><font size=1> "+ entry.publishedDate + "</font><strong><a href='" + entry.link + "'>" + entry.title + "</a></strong></p><hr />";
container.appendChild(div);
}
}
});
}google.setOnLoadCallback(initialize);
</script><div id="feed"></div>
後は、コードをGoogle Page creatorのedit htmlモードで表示したい該当個所に貼り付けてセーブすれば完了。
ここで二つ注意事項。
edit htmlモードをセーブする時、まれに保存にやたら時間がかかることがあるようだ。これはscriptコードが外部と通信している為なのと、WYSIWYG 編集モードが動的な書き換えに対応していないからと思われるが、砂時計マークが周りつづけるので、フリーズしたかのようで心臓に悪い。(現に、フリーズしたとおもい、何度か
セーブが完了する前にブラウザを再起動してしまった。もちろんセーブは完了していなかったorz)
もし上記の状況になったら、ひたすら待つこと。で、しばらく待っていると以下のようなダイアログが表示されるハズだ。このダイアログが表示されたら、"はい"を選んでスクリプトの動作を停止させればOK。
また、edit htmlモードでのセーブが終了するとWYSIWYG 編集モードに戻るが、編集モードではフィードは表示されないことにも注意。フィードが表示されるのを確認するにはページを公開してアクセスするか、View Liveモードなどで確認する必要がある。
という感じで、Voxのフィードを表示させているのがこちらのページの下部、■"3dsmax" Related tags on kotenpa's Blogの項目だ。この項目以下はGoogle Page Creator上で編集して書いているのではなく、Voxの私のblog記事の中でも、"3dsmax"Tagが付いているモノのみを、動的に取得して表示している。なので、更新はblog記事と連動して行われる。
今回より突っ込んでGoogle Page creatorを触ってみてわかったのが、意外とこれは無茶が効くサービスなのかもしれない。
たしかに標準のWYSIWYG編集モードは、基本的な機能しかなく貧弱なモノだが、edit htmlモードでのjavascript埋め込みがそれらのデメリットを帳消しにする可能性を秘めている。
例えば、今回のケースのように、更新頻度が高い内容は、使い慣れているblogを利用して、そのフィードを全てGoogle Pageに表示させる場合。blogの表示形式は大抵時間軸方向なので、過去記事やカテゴリごとなど全体の見通しはあまりよくない。ただし、Tagごとなどでフィードを摘出できるのなら、データベース的並列に情報にアクセスできる。その表示媒体としてgoogle pageを利用すれば、blogでも並列的な情報の表示が可能になる。
また、Google Page Creatorはファイルの総容量が100MBとあまり多くはない。動画など容量が大きいメディアをアップロードして配信する目的などには、あまり向いていない。さらにアップローダーしたファイルはディレクトリ階層移動できないので、ファイルが多くなると、管理が煩雑になってしまう。が、youtubeやFlickerなどjavascriptを利用した出力方法に対応しているサービスを利用すれば、それらの問題は解決してしまう。
そう、コンテンツ全てをGoogle Page Creator上で一元管理する必要はないのだ。
あ～、これが世に言うマッシュアップてやつなんですね。自分で作業してみて、ようやく実感...
Google Page Creatorは発表当初は、なぜ今更html編集？？そんなの他にもいっぱいあるじゃん！しかも使い勝手あんまりよくないし！なんて懐疑的な目でも居られていたけれど、マッシュアップサイト構築の為のホスティングサービスと考えれば、実は結構魅力的なサービスなのかもしれない。
つうか、Googleもそれがわかってるから、早期からGoogle AppsにGoogle Page Creator取り入れてるのかもしれないけれど...
Google Readerに待望の検索機能が追加された。
気付いたのは、今日の午後。読み込みで画面レイアウトが崩れたので何度がリロードしてみたら、画面上部に検索窓と"Search"ボタンが追加されていた。
Tagカテゴリー(Google Rederの場合Folder)ごとや、購読フィードごとにも検索できるので、検索候補が絞り込めるのがよい感じ。
今までは、少しでも気になったアイテムはすぐに"Star"をつけたり、Gmailに記事を送信してTagをつけて管理していたのだが、なにぶん量が増えるので管理に困っていたところ。
どうしても基本的に読み捨て感が強かったGoogle Readerも、検索機能が付いたことで、ようやくこれまで購読してきたアイテムがデータベース的価値を持つようになった。
Google Gearsへの早期対応といい、開発ペースが上がってきたか？
Google page creatorは、サービス開始初期の頃ではJavascriptのサポートは見送られていたようだが(それもでもjavascriptを書いたhtmlをアップロードして...などのtipsで実現できていたらしいが)、2006年6月のアップデートよりJavascriptが正式にサポートされている。これは、Google page creatorで作ったPageでもかなり凝ったことができるようになるなど革新的なことらしいが、正直Javascriptに疎い自分にはいまいち使いどころがわからない。
なんか判りやすい使い道ないだろうかと調べていたところ、Googleが提供しているWEB解析サービスのGoogle Analyticsが対応してるとのこと。Google Analytics といえば多機能かつ高性能、この夏からは日本版の公式blogも公開されており、旬？なサービス。これはおもしろそうと、さっそくトラッキングコードを埋め込むことに。
Google Analyticsを利用するにはGooogleのアカウントを持っていれば簡単に利用できる。設置も、管理画面で表示されるJavascriptで書かれたトラッキングコードを＜/body>の直後にコピー&ペーストすればいいだけとのこと。と、とても簡単。
早速Google Page Creatorで作ったページのフッター部分にHTML編集モードで貼り付ける。後は解析結果が出るまで一日放置してみて、結果を見るだけ。ラクチンラクチン....
と思っていたが、そんなに甘くなかった。翌日Google Analyticsの解析画面をみてもまったく反応なし。ありゃりゃ。設置をミスったか？トラッキングコードの埋め込み位置が悪いのかと、ヘッダ部分や本文部分に埋め込んだりしたものの、駄目。う～む。
そんな時は先人のチカラを借りようと調べてみると、ありました！丁寧に解説してくださってるサイトが！
なるほど、javascriptを<div>要素で囲ってあげる必要があるんですね～...
早速修正して、一晩放置。
後日Google Analyticsの管理画面で確認すると、きっちり解析結果が表示されました！
そういえば、このVoxでもJavascriptの埋め込みがサポートされたけど、Google Analyticsでの解析ができるのだろうか？？
以前から公開している自作Plugin等の配布サイトを自前で用意しなければと思いつつ、なかなか準備ができていない。
手軽さを考えると、このVoxのようにblogベースもよいのだけれど、公開スペースは時系列ではないタイプのデザインのサイトの方が好ましい。しかし今更htmlゴリゴリ書くのも辛いし、オーサリングソフト購入するのもなんだかなぁと。それなら会社にも導入したWikiで構築するかと契約しているプロバイダのWEBスペース調べたら、設置できるcgiに自由度がなく断念。他にサイト構築用にcgiに自由度のあるレンタルスペースを借りることも検討したけど、あえてなんとかならんかとJavascriptベースで動くTiddlyWikiでサイト構築などを試してみたり。
TiddlyWikiでのサイト構築はけっこうおもしろかったのだけど、WEBで公開する場合更新はローカルで行いTiddlyWiki本体ファイルをFTPでアップする運用方法なので、Wikiのメリットが半減されたりと、常用にはむかなかった。
(TiddlyWikiはもともとローカルで動作させる為のWiki。コンセプトから私の用途には合わない。もちろん、それを知っていて試していたのw ヘビーなTiddlyWikiの使い手はWEB公開用にバリバリにカスタマイズしていたりもする)
ヘタレな自分としては、やっぱりなにか手ごろなぬるい方法がいい。そうえいば、Googleがbloggerとは別にWEB上でサイト構築できるサービスやってたよな？
と、思い出したのがGoogle Page Creator。
Google Page Creatorは、Googleアカウントを持っていれば100MBの容量内でコンテンツ作れる。cgiなどを動かすことはできないものの、WYSIWYG 編集とテーマテンプレートで、非常に簡単にサイト構築が可能ってのが売り文句。
しかしこの、WYSIWYG 編集、以外と制限が多い。自分で作業を始めて戸惑ったのがテーブル表現(表組)の為のUIが用意されていないこと。一応、WYSIWYG 編集モードではなくHTML編集モードもあるので、そちらでタグ書けばテーブル表現は可能だが、このくらいはUIから作成させてほしいところ。その割には、一度作ったテーブルの移動やコピペ編集はWYSIWYG 編集モードで問題なくできたりと、対応がチグハグ(発展途上)な感じ。実際の運用としては、表組み可能なテキストエディタやWord等で表組みしたものを、コピペで貼り付けるのは手っ取り早い。
また、スタイルシート等のカスタマイズは基本的にできない。フォントサイズ等はWYSIWYG 編集上で決められるが、リンクの色など細かい部分の指定は不可。また画面全体のレイアウトも、用意された4種類のテンプレートから選ぶのみ。(サイドバーが右、左、両サイド。またはサイドバーなし)。サイドバーの幅等のカスタマイズはできない。
ただし、GoogleのサービスだけあってiGoogleと共通のガジェットをページ内に埋め込んだり、html編集モード、直接Javascrip埋め込んでゴニョゴニョするってtipsはあるみたい。
と、不満もなくはないが、無料で、100MBで、WYSIWYG 編集できて、Goooleのサービス。なんかおもしろそうだからしばらくサイト運用してみることにした。
↓がGoogle Page Creatorで作った公開サイトです。 コンテンツはおいおい増やしていく方向で...
motion graphica LABS
スクラップメモといえば、以前はWZ Editorのメモを使っていた。ツリービュー表示でアイディアプロセッサ的に使えるので便利だったのだけれど、画像なんかを一緒に管理するのは難しい。また、勤務先PCと自宅のPCでのメモの同期なんかを考えると、少々面倒な部分があった。なので、Webページなど画像付きでメモしたいモノは、Googleツールバーの機能"次に送信"でGmailにページを全部送っていたりもした。これらの作業を、Google Notebookを使い始めてから一本化できるようになったのは嬉しい。Webベースだから勤務先PCと自宅PCの同期も考える必要なくなった。
しかし、実際はGoogle Notebookみたいなオンライン記事スクラップサービスは他にもあるし、現状Google Notebookが使いやすいサービスかと言われれば微妙だ。ただ、他のGoogleサービスとアカウントを統一できたりサービス同士の連携を含めると、一気に強力になってくる。
ということで、2ヶ月ほど前からGoogle Notebookを使い始めたけれど、ついにインターフェイスが日本語に対応した。他にも、ノートブックの並べ替えやWYSIWYGライクなツールーバー、セクションの表示が少し変わっている。
でも一番大きな変更点は、Google Docsへのエクスポート機能の追加なのかな。このタイミングでの発表は、先週アナウンスがあったGoogle Docs & Spreadsheetsは多言語表示対応とも関係があるのかな？なにはともあれ、Googele Notebookに対する不満のひとつだったコンテンツのローカルへのエクスポート問題が、今回のリリースでGoogle Docs経由でのローカルに保存する方法で解決できるのが嬉しい。また、Webページ等をコピー＆ペーストして微妙に崩れたレイアウト等も、Google Docsでより細かく編集することもできるようになった。
今後の展開に期待だね♪
Google Readerみたいに画面左側のノートブック一覧をツリービュー表示にして、含まれているセクションも表示できるようにしてくれないかぁ
Google Apps for Your Domain(通称GAFYD)と Microsoftが提供するサービス、Office Live がちょっと面白そう。
GAFYDについては、Gmailなどを独自ドメインで利用できるというところは惹かれる。現在所属してる会社みたいに少人数なとこであれば、会社用として使うのも悪くないかも。個人で導入するなら、ドメイン持込みなところをどうするかだな。
Office Live!はドメイン無料ってのはすごいね。あとはWIndows Liveが機能し始めれば、Windows Mobile機器とかとの連携はけっこうよくなる予感。
Google Rederを先日から使い始めたわけだけど、モバイル版もかなり便利なことに気づく。
モバイル版Google Rederは携帯電話やPDA用にAjaxを使っていないリンクテキストベースのもの。Gmailのモバイル版と似ている。簡易表示とはいえ、一通りの操作は可能だし(テキストベースなのでむしろ読み込みは速い)、本文サイトへ飛んだ時もGoogleのモバイルプロキシーを通した表示になるので、なかなか快適。
こいつのおかげで、PCで観ていた続きをW-Zero3[es]で簡単にチェックできる。じっくり読みたい記事はスターつけて、家なり会社なりのPCでみる。そんな使い方が可能。
RSSリーダーはWindowsMobileにもいくつかあるけれど、簡単にPCと同期とれるってのはWebベースアプリのメリット。
通勤電車でのお供に最高です。
先日からGoogleパーソナライズドホームを使い始めたわけだけど、自分でよくいくサイトのfeedを表示できる所が気に入っている。これで簡易RSSリーダー的に利用することが可能になった。
ただし、不満もないわけではない。
パーソナライズドホームに追加できるモジュールは幅等に規定があるので、見出し文が長いものはキッチリ表示されない。また、記事にフォーカスが移るとバルーンで記事本文が表示されるも、幅がせまくて読みやすいものではない。さらに、記事自体もひとつのfeedに対して最新の表示を最大10つ表示するだけ。既読かどうか等は判別はできない。あくまで簡易的な機能という位置付けだ。
なんで、なんか便利にするカスタマイズ方法は～なんて探していると、Googleが提供しているWebベースのRSSリーダー,Google Readerの記事を見つける。
実は、Goole Reader自体は以前から名前は知っていたのだけど、まだβ以前のLABで公開されているアプリということと、英語インターフェイスしか用意されていないという点で、少し喰わず嫌いをしていたのだった。今回、改めて挑戦することに。
...
え～、結論としては凄くよいです。
フィードの登録もしやすいし、ショートカットで未読や既読の操作もしやすい。ちょっと読み込み時に時間かかる場合もあるけれど、全然実用範囲内である。
ただ、WebベースのRSSリーダーは他にもあるようで、決してGoogle Readerが飛びぬけて優れてるというわけではないようである。
数あるRSSリーダーでGoogle Readerを使う一番のメリットは、他のGoogleサービスとの連動になるのだろうか？パーソナライズドホームにGoogle Readerを表示するモジュールが用意されていたり、携帯電話等からアクセスした時に表示されるモバイル版があったり。
RSSリーダーを使いたいということであれば、パーソナライズドホームにやたらモジュール追加するより、素直にGoogle Readerを使ったほうがよさそうである。
