ブランド品の闇取引業者ではありません。
かなり有名なのでご存知の方も多いと思いますが、Windows Live Localというおもしろサイトの紹介です。
Google Earth, Google Local のリリースにより、人類はすでに“リアルな地図”に慣れています。
しかし、このWindows Live Localはなんと言っても、“リアルな街”という点でGoogle Earth とは大きく異なります。
シアトルとサンフランシスコをバーチャル徘徊できるので、GWにどこにも旅行に行かないという方が、より一層虚しくなりたいときにオススメです。
「GWどっか行った？」
「.... Aha, ちょっとシアトルまで。」
かなり有名なのでご存知の方も多いと思いますが、Windows Live Localというおもしろサイトの紹介です。
Google Earth, Google Local のリリースにより、人類はすでに“リアルな地図”に慣れています。
しかし、このWindows Live Localはなんと言っても、“リアルな街”という点でGoogle Earth とは大きく異なります。
シアトルとサンフランシスコをバーチャル徘徊できるので、GWにどこにも旅行に行かないという方が、より一層虚しくなりたいときにオススメです。
「GWどっか行った？」
「.... Aha, ちょっとシアトルまで。」
Yahoo!エリアβを使っていて思いました。Ajaxなページなのにやたらとリロードしてない？？
そこで、他の地図サイトも見比べてみたら、Ajaxとページング（前の10件,次の10件）に関して、面白い発見をしました。高橋登史朗様のような“ネ申”からすると発見というほどでもないかもしれませんが、私はペーペーですのでそこのところはご容赦。
Perl,PHP + DB でのページングというと定番の処理でしかありませんが、Ajaxを活用したページでのページング処理はサイトによりまちまちのようです。以下のサイトを比べてみると面白いです。（ひとつしょぼいのが入っていますが...）
1. Yahoo!エリアβ
2. Ask.jpジモナビβ
2. Google ローカル
3. 地図から探す深夜営業,24時間営業のお店
まずはじめに言い逃れをさせてください。以下は勝手な推測によるものなので確証はありません。サーバサイド or クライアントサイドはオフラインにして、「次の10件」を押すことで判断しました。
1. 完全サーバサイドページング
ページング時に地図も含めて再読み込み。URLが変化し、オフラインでページングするとページ全体が表示不能になる。
2. 隠れサーバサイドページング
ページング時に結果セットを再読み込み。URLの変化はなく、オフラインでページングすると何も起こらない。
3. 完全クライアントサイドページング
サーバとの通信なしでページングするため、サクサクページング。ちなみにオフラインでもページング可能。
[ 個人的な検証 ]
1. 実際のところ、どの程度リロードしているかは未知ですが、Ajaxなページなのにサーバサイド依存症な気がします。地図までリロードしたり、あれこれリロードしすぎな気がします。（もしかすると、URLを持たせブックマークできるようにしている？？そうかなぁ...）
2. 検索結果セット（レコード数）が膨大なときに最適な処理。（ただし、Ask.jp様では100件制限あり。）Googleはさすがの一言。
3. ページングによるサーバ負荷はなく、また、サクサクページング。ただし、サーバサイドで一度に多くの結果セットを返すので、結果セットの上限数設定は不可欠。
※ページング処理でブラウザ非対応オブジェクト/メソッドを使うとページング不能ですが、Ajax対応ブラウザなら通常は問題ありません。
2,3をうまく組み合わせると、サーバからクライアントに負荷を移せるかもしれません。
マップ上をドラッグ終了時に即座に結果表示をする設定だと、3は（毎回余分なレコードを返すため）無駄なリソースを使うことになります。ただし、「同じエリアでジャンルだけをあれこれ変える」といった要求には最適です。
（課題に気がついてしまった。ダラダラ書くものですね。暇になったら修正しなければ。暇になったら...。）
[追記]
・3の方法がどうしても気になる方は真夜中ナビのfunctionだらけの汚いソースを見てください。わかる人はすぐわかると思います。今のことろprototype.js等のライブラリは未使用ですが、勝手に変更するので今後のことはわかりません。もし参考になりましたら、ご存知のお店のレビューを書いて、アドセンス広告から去ってください（冗談）
・独学＆ペーペーなので、詳しい方はメール等でアドバイスをいただけたら幸いです。inquiry@mayonaka-navi.info
・真夜中ナビのサーバ性能、テーブルレイアウトHTMLはページングとは別の問題です。
そこで、他の地図サイトも見比べてみたら、Ajaxとページング（前の10件,次の10件）に関して、面白い発見をしました。高橋登史朗様のような“ネ申”からすると発見というほどでもないかもしれませんが、私はペーペーですのでそこのところはご容赦。
Perl,PHP + DB でのページングというと定番の処理でしかありませんが、Ajaxを活用したページでのページング処理はサイトによりまちまちのようです。以下のサイトを比べてみると面白いです。（ひとつしょぼいのが入っていますが...）
1. Yahoo!エリアβ
2. Ask.jpジモナビβ
2. Google ローカル
3. 地図から探す深夜営業,24時間営業のお店
まずはじめに言い逃れをさせてください。以下は勝手な推測によるものなので確証はありません。サーバサイド or クライアントサイドはオフラインにして、「次の10件」を押すことで判断しました。
1. 完全サーバサイドページング
ページング時に地図も含めて再読み込み。URLが変化し、オフラインでページングするとページ全体が表示不能になる。
2. 隠れサーバサイドページング
ページング時に結果セットを再読み込み。URLの変化はなく、オフラインでページングすると何も起こらない。
3. 完全クライアントサイドページング
サーバとの通信なしでページングするため、サクサクページング。ちなみにオフラインでもページング可能。
[ 個人的な検証 ]
1. 実際のところ、どの程度リロードしているかは未知ですが、Ajaxなページなのにサーバサイド依存症な気がします。地図までリロードしたり、あれこれリロードしすぎな気がします。（もしかすると、URLを持たせブックマークできるようにしている？？そうかなぁ...）
2. 検索結果セット（レコード数）が膨大なときに最適な処理。（ただし、Ask.jp様では100件制限あり。）Googleはさすがの一言。
3. ページングによるサーバ負荷はなく、また、サクサクページング。ただし、サーバサイドで一度に多くの結果セットを返すので、結果セットの上限数設定は不可欠。
※ページング処理でブラウザ非対応オブジェクト/メソッドを使うとページング不能ですが、Ajax対応ブラウザなら通常は問題ありません。
2,3をうまく組み合わせると、サーバからクライアントに負荷を移せるかもしれません。
マップ上をドラッグ終了時に即座に結果表示をする設定だと、3は（毎回余分なレコードを返すため）無駄なリソースを使うことになります。ただし、「同じエリアでジャンルだけをあれこれ変える」といった要求には最適です。
（課題に気がついてしまった。ダラダラ書くものですね。暇になったら修正しなければ。暇になったら...。）
[追記]
・3の方法がどうしても気になる方は真夜中ナビのfunctionだらけの汚いソースを見てください。わかる人はすぐわかると思います。今のことろprototype.js等のライブラリは未使用ですが、勝手に変更するので今後のことはわかりません。もし参考になりましたら、ご存知のお店のレビューを書いて、アドセンス広告から去ってください（冗談）
・独学＆ペーペーなので、詳しい方はメール等でアドバイスをいただけたら幸いです。inquiry@mayonaka-navi.info
・真夜中ナビのサーバ性能、テーブルレイアウトHTMLはページングとは別の問題です。
RSSフィードを読むためのクラスは（PEARなど）いろいろと公開されてますが、勉強も兼ねて自作しました。
→ラーメン通のための最新情報
→お医者さんが語る医療情報
これらのページは、PHP, SQL, 非同期通信（Ajax）, .htaccess などこの一年で身に付けたことを（下品にならない範囲で）あれこれと使ってみました。
もうひとつ、サーバのコントロールパネルで設定できてしまうので、詳細はよくわかっていないのですが、cronを使っています。自動実行してくれる機能で凄い便利です。
→ラーメン通のための最新情報
→お医者さんが語る医療情報
これらのページは、PHP, SQL, 非同期通信（Ajax）, .htaccess などこの一年で身に付けたことを（下品にならない範囲で）あれこれと使ってみました。
もうひとつ、サーバのコントロールパネルで設定できてしまうので、詳細はよくわかっていないのですが、cronを使っています。自動実行してくれる機能で凄い便利です。
メッセージいただいていたようなのですが、まったく気がついておりませんでした。申し訳ございません。
もう解決されたかもしれませんが、Google Maps API を動的に使うのソースをそのままコピペすると、3点が同じ地点に表示されるとのことでしたが、サンプルソースの3点をほぼ同一の（緯度,経度）にしているからかもしれません。
少しずつずらせば3地点がバラバラに表示されると思います。質問いただいた内容からでは状況がうまく把握できなかったため、違っていたらすみません。
[追記]
接近しすぎるorずらし過ぎると同一地点になったり、地図からはみ出したりします。表示されている地図の頂点の緯度経度を調べて、その範囲で異なる3点を選べばいけると思います。
もう解決されたかもしれませんが、Google Maps API を動的に使うのソースをそのままコピペすると、3点が同じ地点に表示されるとのことでしたが、サンプルソースの3点をほぼ同一の（緯度,経度）にしているからかもしれません。
少しずつずらせば3地点がバラバラに表示されると思います。質問いただいた内容からでは状況がうまく把握できなかったため、違っていたらすみません。
[追記]
接近しすぎるorずらし過ぎると同一地点になったり、地図からはみ出したりします。表示されている地図の頂点の緯度経度を調べて、その範囲で異なる3点を選べばいけると思います。
最近はサイト内RSSリーダーに取り組んでいます。
ブログサービスごとで、RSS形式がまちまちという問題に、苦しめられたのですが、とりあえず、RSSリーダー作り自体は終わりました。
そして、次に問題なのは複数のブログのRSSを読み込んで、１ページ内に表示するときの負荷です。
10を超えるブログからRSSを引っ張ってくると、表示までかなり時間がかかります。アクセスのたびに動的に表示していては負荷も凄そうです。
そこで、1日に1回だけ動的に静的ページを作成し、そのページを表示することで解決することにしました。リアルタイム更新とはいきませんが、過剰な負荷で落ちるよりいいと思っています。
※4月3日現在、真夜中ナビ たまりは動的生成していますが、近いうちにスタティックにします。
ブログサービスごとで、RSS形式がまちまちという問題に、苦しめられたのですが、とりあえず、RSSリーダー作り自体は終わりました。
そして、次に問題なのは複数のブログのRSSを読み込んで、１ページ内に表示するときの負荷です。
10を超えるブログからRSSを引っ張ってくると、表示までかなり時間がかかります。アクセスのたびに動的に表示していては負荷も凄そうです。
そこで、1日に1回だけ動的に静的ページを作成し、そのページを表示することで解決することにしました。リアルタイム更新とはいきませんが、過剰な負荷で落ちるよりいいと思っています。
※4月3日現在、真夜中ナビ たまりは動的生成していますが、近いうちにスタティックにします。
| HOME |