以上、よろしくお願いいたします。sidebar以上、よろしくお願いいたします。結論は別RDBMSをqueueにみたてて読み書きGo!Go!結論からすると、RDBMS自身がネットワーク越しに接続できるのだから、それを利用しようということになりました。messageに対して1対1で処理プロセスが走るならメモリ上のqueueでもいいのだろうけど、1つのmessageで複数の情報を生成するつもりなのでね。あ、あとqueueからmessageを消すタイミングは時間ベースでやるし、リレーションしやすいというかすでに慣れてるRDBMSのSQLでやろうかなと。queueに入ってる情報をどう使うかはクライアント(この場合、提供するfeed情報を生成する)プログラム側の処理次第。いつまでqueue内の情報は残しておけばいいの?ってのが問題。クライアントプログラムがどのように切り込んでくるかはわからない状態だと、永遠にすべて残しておかないといけなくなる。すると、やはり先に生成するfeed情報を決めておかなければならない。しないとqueue内のデータがいるのかいらないのか判断をつける材料がないもの。個別テーマくらいでいいかなとは思うのだけど、mylistの更新情報もfeedでほしい気がする。他にも共通グループでのfeedもほしいかもな、、、グループは大枠できてるし、このまま採用されるだろうから、それも考慮しておいたほうがいいよな。あー、だれそれさんって個人ののfeedもほしいかなー。feedとかfacebookとかはどうやってるんだろうか?動的に取ってるわけでもないだろうし。mylistを分類できるようにしといて、それをfeedすればよくね?「feedしたかったらmylistに登録しやがれ、このヤロウ!」と言い切れるしw。この投稿へのリンク2009年8月14日金曜日でだ、そうなってくると、更新のタイミングで処理するものが多くなってレスポンスが悪くなるのがみえみえ。ユーザが少ないので更新なんてそうそう発生してないから、マシンパワー使いたい放題だけど、ユーザが増えてきたらここらへんが効いてきそうだなーと。60万PV/日の携帯サイトをやってた経験からね。リアルタイムで更新する必要のないものは、チマチマとバックグラウンドで処理しようかなと。書き出しとかtwitterでつぶやきとか。(RSSつける前にtwitterのつぶやきI/Fをつけたあたり今時でしょ?w)ということで、そんなときは、メッセージキューだよな、と。IPCだと同一マシン(ていうかOSのインスタンス)内でしか利用できないので、それは却下。ネットワーク越しにできたほうがいいじゃない?いまは利用しなくても将来的に絶対に。ことでActiveMQやらRabbitMQやらを調べていたのだけど、結構面倒そう。Java環境入れなきゃならんしねー。軽量なのないかなぁー。この投稿へのリンクでけた。RSSなんと、問題はURLの&でした。xmlを書かなくなって久しいので、こんな問題にひっかかってましたよ。HTMLは普段書いてるんだから、意識しろよ>おれ。RSS1.0で書き出せるような仕組みはできた。あと、個別のテーマ更新もそれを追ってる人向けにRSSできればなぁ、、とおもい、更新のタイミングをトリガとしてRSSファイルをベースにした更新履歴を考えたのだが、そうなると、RSS1.0よりもRSS2.0のほうが簡単な処理で済みそうなので、RSS2.0ベースで全体で使えるユーティリティクラス化してみた。当初、node操作なんぞせずに、ベタにXMLファイルを書き出すつもりだったけど、node操作しないと履歴操作できないから、結局DOMでガリガリにXML操作するハメになったし。実に10年ぶりくらいにDOMでXML操作したよ。つくった携帯サイトがXMLバリバリでつくったヤツなので、あれ以来。いやぁ、XPathだとか便利なものも揃ってるし、いいね。この投稿へのリンク2009年8月13日木曜日ハート型のビーズに黙々と糸を通していく娘、3才。50個くらいは通したようだ。この投稿へのリンク自分がダメだと思う瞬間エロサイトを見ていて大量のサンプルムービーを見つけて、その一括ダウンロードスクリプトを書いているとき。簡単にぶっこ抜きできなくしてるようなサイトを攻略してるとき。すべてのしがらみを振り切って、一心不乱にサイトの構造とかファイルの規則性だとか見つけ出したり、HTMLやJavaScriptを読んでどう動いてるか調べてるときに、ふっと我に返ってしまうと「ああ、おれ、ダメじゃね?」と思う。そんなものは一瞬なので、すぐに作業に戻るのだがw。その情熱を生産的ななにかに向けろよ、、、42才のおれ。この投稿へのリンクやっぱいまどきのサービスを作ってるんだからfeedできなきゃね。おもい、RSSを自動生成しようとしてるのだが、なんかうまくないのです。ひとんちのサービスが提供してるRSSファイルを参考にいぢってみたりもしたのだが、まるまるコピーする分にはうまくいくけど、大幅に項目削除して縮小版とかつくってみるとうまくいかなくなる。私の中のmixi終了のお知らせ。私の中ではmixiは利用価値が激低下。単なる知り合いのblogのfeedの価値ぐらいしかない。あ、ときたま2ホップ以上の知り合いで近しくなりたい人はでてくるけど、んま、それもmixiである必要はなし。私がwebサービスに求めるものがmixiでは実現できないので、利用価値激減。ユーザ側の要望(つか進歩?)をフォローしきれなかったmixiさん、敗北です@私の中。設定時のメモローカルのPCのHDDが吹っ飛んだりした場合、メモをなくすと困るのでブログに書いとく。使用可能なメソッドを確認。ldapとりあえずpamで運用。旧DNSMX=旧サーバTLLを300程度にする。AUTH/TSLでpostfixを入れる。旧サーバと同等のアカウントを作る。旧サーバと同等のmain.cf/virtual/aliasを用意する(virtualで旧サーバのアカウントをフォローしておく)別ドメイン名の新旧DNSのMXを新サーバに向け、それで送受信ができることを確認。この投稿へのリンクFriendFeedが買われた。んま、企業の売買はよくあることなので、珍しくもなんともないのですが、買ったのはFacebookですか。的なものではないようなので。なんていうんですか、feedを集めて1つのコンテンツにする。最近のはやり、名称はよくわかりませんが。この手のサービスは、元ネタ提供の他のサービスから独立した位置にあって成立しているのでおもしろいとおもっていたのですよ。mixiがなんでもかんでも囲い込んでしまっているのとは対照的な位置ですね。個人の采配で好きなようにサービスが組み合わせられる。んとね、以前からなんかやれそうだな。んま、自分でやってないのでその時点で負け犬の遠吠えなんですが。この手のソーシャル系サイトとかブログとかニュースサイトなんかでもいいんですけど、今時的にいえばリアルタイムストリームサイト(?)などの更新が頻繁なものを、個人にどうみせるか。webでしかサービスが許されないような状況になりつつあるので、やるならweb上で。常に集めて、趣味嗜好、現在の興味のターゲットでリアルタイムに分類して、表示方法も工夫。いま興味の中心になっているものは大きく見やすく、情報量多めに。iTuneとかsafariのUIでCDジャケットやらwebページが3次元的に並んでいて、注視しているところが中心に表示されるヤツあるじゃないですか?あんな感じのもっとイイやつ版。考えてないので、どうすればいいか?なんてわかりませんよ。