2009年08月28日
SLブログポータルの構造
あいかわらず考えています。
手動登録サーバ
SLでの名前、ブログURL、カテゴリを入力→仮登録。
登録したアバターに認証装置を送信。
アバターが認証装置を装備した段階で認証→本登録。
これにより、登録ユーザーがSLのユーザーであることを確認する。
認証装置
装備したアバターの名前をllHTTPRequestで登録サーバに送信するプリム。HUDでもいいが、むしろデフォルトの右手装備がいろんなものとバッティングしないのでいいと思われる。この装置からの信号を受け取ったら、サーバ側では仮登録アカウントと比較して本登録に移行する。登録が成功したらhttp responceでその旨伝えて、プリムは自己消滅するようにする、これ自体の配布方法は、専用ベンダーを製作し、LSL HTTPサーバを使って登録サーバからのアクセスを可能にする。
更新サーバ
更新サーバは定期的に登録サイトのfeedを取得して新着リストなどを更新、データベースに登録。また、更新pingを受け取った場合はその場で更新。また、登録されていないslmame.comからのpingは自動登録。ただし、カテゴリーは「その他」とかにしておく。
ポータルフロントエンド
フロントエンドはデータベースから現在の状態を取得し。Webページにして表示。トップは全カテゴリの最新記事、カテゴリリンクから各カテゴリに移動可能という形式がいいと思う。
投稿による制御
登録アカウントごとににパスワードを設定して管理ページを作成するのが普通だが、別の方法として、ブログの記事中にポータル登録情報の変更を行うコマンドを埋め込むという方法が考えられる。たとえば本文中に
[portalcommand:delete]
と埋め込むと登録削除
[portalcommand:cat=アダルト]
とするとアダルトカテゴリに設定するなど。
これによって、自動登録なソラマメなどでもカテゴリの設定が可能になるし、あとからカテゴリを変更したい場合も管理ページなしで実現できる。通常RSSなどは本文とコメントは別になっているので、ブログオーナー以外が勝手にコマンドを送信することはないと思うが、セキュリティに注意する必要はあるかも。
手動登録サーバ
SLでの名前、ブログURL、カテゴリを入力→仮登録。
登録したアバターに認証装置を送信。
アバターが認証装置を装備した段階で認証→本登録。
これにより、登録ユーザーがSLのユーザーであることを確認する。
認証装置
装備したアバターの名前をllHTTPRequestで登録サーバに送信するプリム。HUDでもいいが、むしろデフォルトの右手装備がいろんなものとバッティングしないのでいいと思われる。この装置からの信号を受け取ったら、サーバ側では仮登録アカウントと比較して本登録に移行する。登録が成功したらhttp responceでその旨伝えて、プリムは自己消滅するようにする、これ自体の配布方法は、専用ベンダーを製作し、LSL HTTPサーバを使って登録サーバからのアクセスを可能にする。
更新サーバ
更新サーバは定期的に登録サイトのfeedを取得して新着リストなどを更新、データベースに登録。また、更新pingを受け取った場合はその場で更新。また、登録されていないslmame.comからのpingは自動登録。ただし、カテゴリーは「その他」とかにしておく。
ポータルフロントエンド
フロントエンドはデータベースから現在の状態を取得し。Webページにして表示。トップは全カテゴリの最新記事、カテゴリリンクから各カテゴリに移動可能という形式がいいと思う。
投稿による制御
登録アカウントごとににパスワードを設定して管理ページを作成するのが普通だが、別の方法として、ブログの記事中にポータル登録情報の変更を行うコマンドを埋め込むという方法が考えられる。たとえば本文中に
[portalcommand:delete]
と埋め込むと登録削除
[portalcommand:cat=アダルト]
とするとアダルトカテゴリに設定するなど。
これによって、自動登録なソラマメなどでもカテゴリの設定が可能になるし、あとからカテゴリを変更したい場合も管理ページなしで実現できる。通常RSSなどは本文とコメントは別になっているので、ブログオーナー以外が勝手にコマンドを送信することはないと思うが、セキュリティに注意する必要はあるかも。
アカウントを乗っ取られました
アップにすると醜い。そこで…
フェイスライトの制限は今でも必要?
アンビエントオクルージョンとは
プロジェクトZipperについてのWeb記事
恐怖のデフォアバ「Ruth」
アップにすると醜い。そこで…
フェイスライトの制限は今でも必要?
アンビエントオクルージョンとは
プロジェクトZipperについてのWeb記事
恐怖のデフォアバ「Ruth」
Posted by Hitomi Magne at 16:52│Comments(6)
│その他
この記事へのコメント
こんにちはー。
「投稿による制御」ですが、カテゴリバナーか指定リンク付きのタグを末尾に書いてもらうというのもありかもしれませんね。
多分ご存じだとは思いますが、テクノラティのタグがそんな感じで使われてるかと思います。
http://syndication.jp/contents/tags/
更新情報の取得部分は一番悩ましいですね。
リアルタイム性を求めたい投稿者の場合は、Hitomiさんや他の方も書かれているように、ある程度ブログ投稿者の手作業が入る形でも良いのかもしれませんね。
「投稿による制御」ですが、カテゴリバナーか指定リンク付きのタグを末尾に書いてもらうというのもありかもしれませんね。
多分ご存じだとは思いますが、テクノラティのタグがそんな感じで使われてるかと思います。
http://syndication.jp/contents/tags/
更新情報の取得部分は一番悩ましいですね。
リアルタイム性を求めたい投稿者の場合は、Hitomiさんや他の方も書かれているように、ある程度ブログ投稿者の手作業が入る形でも良いのかもしれませんね。
Posted by Hidenori Glushenko at 2009年08月28日 19:09
>手動登録サーバ
>認証装置
これは、http://slurl.com/ を送信して
touchさせるほうが良いです。
もちろん、認証装置を設置する土地が必要ですけど
>認証装置
これは、http://slurl.com/ を送信して
touchさせるほうが良いです。
もちろん、認証装置を設置する土地が必要ですけど
Posted by hiro
at 2009年08月29日 00:59

あともうひとつ
余計なお世話かもしれませんが、
あまりバラバラと類似サイトを作るよりも
既存のSL-FUNさんとかと共同構築したほうが、ユーザ視点では良いように思います
余計なお世話かもしれませんが、
あまりバラバラと類似サイトを作るよりも
既存のSL-FUNさんとかと共同構築したほうが、ユーザ視点では良いように思います
Posted by hiro
at 2009年08月29日 01:03

こうなります。
サーバでの登録
SLでの名前、ブログURL、カテゴリを入力→仮登録。
→3日期限の認証コードを発行
→認証オブジェ場所のhttp://slurl.com/を表示
インワールド内認証
touchイベント
認証.lsl:タッチされたアバター名を認証web.phpに送信
web.php:受け取ったアバター名を仮登録テーブルから検索
→結果を表示
認証.lsl:httpレスポンスの結果がtrueの場合、認証コードを入力するようにIM&
タイマー付き・ユーザID指定で0チャネルスキャン
→コードを受け取ったらweb.phpに送信
web.php:一致した場合、仮登録テーブルを削除&本登録テーブルへ追加
→結果を表示
認証.lsl:httpレスポンスの結果をIMで通知
サーバでの登録
SLでの名前、ブログURL、カテゴリを入力→仮登録。
→3日期限の認証コードを発行
→認証オブジェ場所のhttp://slurl.com/を表示
インワールド内認証
touchイベント
認証.lsl:タッチされたアバター名を認証web.phpに送信
web.php:受け取ったアバター名を仮登録テーブルから検索
→結果を表示
認証.lsl:httpレスポンスの結果がtrueの場合、認証コードを入力するようにIM&
タイマー付き・ユーザID指定で0チャネルスキャン
→コードを受け取ったらweb.phpに送信
web.php:一致した場合、仮登録テーブルを削除&本登録テーブルへ追加
→結果を表示
認証.lsl:httpレスポンスの結果をIMで通知
Posted by hiro
at 2009年08月29日 01:25

コメントありがとうございます^^
スクリプト書いたりするの趣味なので、こういうネタがあると考えるのが楽しいんです。
>Hidenori Glushenkoさん
実際の所、特に一部のバーやクラブがソラマメトップのサムネイルに陣取るためにSLURLとSSとちょっとした挨拶だけの記事を投稿しまくるみたいなのは問題なのかもしれません(ってそれウチだよw)。でも更新→即座に反映ってのは欲しいですよね。ブログ新着サイトってのはそういうものですし。更新pingは大概ブログの環境設定で一度してしまえばOKなので、比較的やりやすいと思います。設定できないブログの人は手動でpingを送るアプリケーションがありますので、それを利用していただくとか、即時反映はあきらめてもらって30分とか一時間以内に反映されればよしとするという形で。
>hiroさん、技術面でのアイデア、ありがとうございます。登録オブジェクトを置くという方法は最初に考えたのですが、SLURLで飛ぶのが面倒に感じる人もいるかもと思い、この記事では各自に配布してしまうというアイデアを考えました。でも全員に配布するほうが処理的に複雑になるし、やはりどこかにおいてタッチさせる形の方がいいかもしれません。
あ、それと、ここでのポータルの仕様というかアイデアは、あくまで作っているみなさんの参考になればと思って書いているもので、現在の所私が立ち上げるつもりはありません。実際、さすがに趣味でちまちまCGIもどきや、インワールドのスクリプトをいじっていただけなので、データベースまで使った本格サイトを一から構築するのはいろいろ無理があると思いますし^^;
スクリプト書いたりするの趣味なので、こういうネタがあると考えるのが楽しいんです。
>Hidenori Glushenkoさん
実際の所、特に一部のバーやクラブがソラマメトップのサムネイルに陣取るためにSLURLとSSとちょっとした挨拶だけの記事を投稿しまくるみたいなのは問題なのかもしれません(ってそれウチだよw)。でも更新→即座に反映ってのは欲しいですよね。ブログ新着サイトってのはそういうものですし。更新pingは大概ブログの環境設定で一度してしまえばOKなので、比較的やりやすいと思います。設定できないブログの人は手動でpingを送るアプリケーションがありますので、それを利用していただくとか、即時反映はあきらめてもらって30分とか一時間以内に反映されればよしとするという形で。
>hiroさん、技術面でのアイデア、ありがとうございます。登録オブジェクトを置くという方法は最初に考えたのですが、SLURLで飛ぶのが面倒に感じる人もいるかもと思い、この記事では各自に配布してしまうというアイデアを考えました。でも全員に配布するほうが処理的に複雑になるし、やはりどこかにおいてタッチさせる形の方がいいかもしれません。
あ、それと、ここでのポータルの仕様というかアイデアは、あくまで作っているみなさんの参考になればと思って書いているもので、現在の所私が立ち上げるつもりはありません。実際、さすがに趣味でちまちまCGIもどきや、インワールドのスクリプトをいじっていただけなので、データベースまで使った本格サイトを一から構築するのはいろいろ無理があると思いますし^^;
Posted by Hitomi Magne
at 2009年08月29日 11:04

>でも全員に配布するほうが処理的に複雑になるし、
いや配布するのは簡単ですよ。消滅させるのは難しいですが。
ちょっと試しに作ってみました。
http://mugen.jpn.ph/sl-fun.html
それと、認証コードをアバターあてにIM送信して、それをWebに入力してもらったほうが良いですね。よく考えたら。
いや配布するのは簡単ですよ。消滅させるのは難しいですが。
ちょっと試しに作ってみました。
http://mugen.jpn.ph/sl-fun.html
それと、認証コードをアバターあてにIM送信して、それをWebに入力してもらったほうが良いですね。よく考えたら。
Posted by hiro
at 2009年08月30日 01:34
