元ネタ
「The gift」Blue（槇原が英国アーティストBlueに楽曲提供）
http://www.youtube.com/watch?v=64yVatr7kGA
元ネタ
「僕が一番欲しかったもの」槇原敬之（セルフカヴァー）
http://www.youtube.com/watch?v=tEC2RU9VIXg
パクリ疑惑
GReeeeN愛唄
http://www.youtube.com/watch?v=j33D2aHdnnQ
---- 追記
公式BBSにてパクリ疑惑浮上＆炎上、VIPでもスレが立っている。（どっちが先か知らないけどどーでもいい）
2007/06/14 15:43 公式BBS記事全削除
2007/06/14 15:45 公式BBSまるごと削除
その後ちょっとぐぐってみたら、結構前から言われてることみたいね。
6月頭あたりからちらほらヤフーだのはてなだのでにてね？的なのがでてるし。
今回はねらーは後からのった感じだな。
---- 更に追記
似てるのってサビね。
まあ、ぶっちゃけ、どうでもいいんですけどね。
ただ、実契約をおこなった、もとづけの不動産屋が多少うさんくさい。
うさんくさいっていうか、なんつーの、弱小っぽいニオイがぷんぷんする。
なにか問題があったら、最初の一ヶ月はこちらに電話してくれてもイイですが、その後は直接大家さんに言ってくださいとか。
最初、手付け金10000円って話だったのに、次の日になったら一月分の家賃を手付け金として入れてくれとか言い始める。
めんどくさいので敷金とか全部ひっくるめてまとめて払ったが（というか元々そういうつもりだったし、そういう風に契約時にもいっておいたのだが）、正直あまり気持ち良くはない。
まあ、手付け金の相場は大抵家賃一ヶ月分なので、別に普通なんだが、それならそれで最初っからそういった方が気持ちいい。
とりあえず契約までこぎ着けて、少しでも利益確保しようとしているようにしか思えない。
そういうやり口は信頼をなくすと思うんですがね。どうですか？サン○イズ建設さん。
それに対して、仲介をしてくれた不動産屋はとても対応がよく、ありがたかった。
その不動産屋で紹介してもらった物件は、物件巡りに車を使わなかったのだが、実際に駅から歩いてどういう感じなのかをつかむのには、車でスイスイ送ってもらうよりも、実際に歩いて回った方がイイ。
歩けない範囲は電車で行かないといけないのがネックで、目的物件が広範囲にわたる場合は、デメリットなのだが。
で、初回案内してもらったときには、実に4件ほどを三時間以上かけて歩いて回ったのだが、それが終わった後も、「どうでした？いいのありました？」という感じで感想は聞いてきたものの、その日のうちに物件を決めさせようという雰囲気はなく、むしろ、探す範囲を広げてみたいという感じの話をしたら、「こちらでも探しておきますね」というノリだ。
「うちらは大家さんじゃないですからね。この物件で決めてっていうことはないです。」という感じのことも言っていた。
他の不動産屋もいくつか巡っていることは当然伝えてあるわけで、そういうなかでゆっくりと部屋探しにつきあってくれる姿勢は非常に好感が持てた。
また、すばらしいところは、自社で現在取り扱っている仲介物件でなくても、即座に資料を集めて、仲介してくれるところ。
ネットであちこちの不動産屋が仲介している物件の中で、気になるものをプリントアウトして持って行ったり、電話で物件内容を伝えたりすると、多少時間はかかるものの、その物件がまだあいているかどうか調べてくれて、あいていれば内覧の意向を伝えると、内覧の手続きもその日のうちにとってくれたりする。
仲介手数料は一ヶ月分と、まあ普通なんだけども、この対応の良さなら気持ちよく支払える。
仲介手数料の請求も、全然せかされることもなかったし。
ぶっちゃけ、よく考えてみれば、いつまでに払ってって言われなかった。ｗ
それに、物件の契約が終わって、帰り際、あちらでは一ヶ月たったら大家さんと直接話してっていう感じだったんだけども、こっちは、何かあったらいつでも連絡してください、ときた。
なんだろうか、この差は。
たまたまあたった人がよかったのか、会社の方針なのかはわからないが、次の機会があれば、同じ仲介業者をまずあたってみることになるだろう。
ということで、大変お世話になりました、みなとみらい住宅の○田さん。
。。。ほんとだ。
]]>http://mixi.jp/view_bbs.pl?id=18488690&comment_count=0&comm_id=1075556
mixi入っている人は見られます。
要するに、俺とおっちゃんと大花火や、DJラオウが削除ということだそうです。
なんていうかね。
カスラックまじ死んでほしい。
明日から暫したびへ。
かえってくるのは月半ば過ぎてからでしょう。
達者での。
まあ、やすくて有名。
品質というかサポートというかが悪くても有名。
そんな店でした。
んまあ、結局何事もなく終わりそうな気はしてるんですが。
っていうか、これでどうにかなったら、別の犯罪起きそうな懸念さえもつ今日この頃。
自分のやつ
総運○ おだやかで円満な人生。目立ちすぎは×。学芸運あり。結婚運◎。
人運○ 個性を活かす努力家。協調性に注意。何事も中途半端にできない性格。
外運○ 忍耐強く、困難を乗り切る。枠の中での創意工夫が得意。事件注意。
伏運◎ 実力を養う運数です。
地運◎ 幸運、才知、財産運。
天運○ 上昇発展運。親族の助力が幸運を。
陰陽○ 良い配列です。
彼女のやつ
総運× すぐれた才能を持ちながら、かえってそれが災いする。家庭運△。
人運△ 感性鋭く学芸才能に恵まれる。犯罪災難傾向あり。地道に努力すること。
外運× 実力が認められないことも多いが、反骨心があれば成功も。病災急死傾向。
伏運◎ 強い運気の持ち主。
地運△ 天才肌、陰性、災難不遇運。
天運○ 開拓精神で発展していく家柄。
陰陽□ 悪くはない配列です。
結婚前
性格面□ 理想を相手に夢見て落胆しがち。理解する努力を。同じ趣味を持つと○。
恋愛縁△ 気持ちのカラ回りに注意。相手に合わせることも必要です。
結婚縁△ 気持ちのカラ回りに注意。相手に合わせることも必要です。結婚後
夫婦愛△ 気持ちのカラ回りに注意。相手に合わせることも必要です。
夫婦縁× 縁がありません。恋愛縁（２人は恋人になるか）
彼 の気持ちは、彼女の、家風 面とつながっています。
彼女の気持ちは、彼 の、どこともつながっていません。
結婚縁（２人は結婚するか）
彼 の結婚縁は、彼女の、どこともつながっていません。
彼女の結婚縁は、彼 の、本能 面とつながっています。
夫婦愛（結婚後の２人の愛情）
彼 の愛情 は、彼女の、どこともつながっていません。
彼女の愛情 は、彼 の、本能 面とつながっています。
夫婦縁（２人は夫婦でいられるか）
彼 の夫婦縁は、彼女の、どこともつながっていません。
彼女の夫婦縁は、彼 の、どこともつながっていません。
結婚後の彼女
総運× 波乱の人生。悪い人柄ではない。勝負運あり。裁判・犯罪傾向。異性運×。
人運△ 不平不満が過ぎて上に嫌われ損を。穏やかで社交的だが気が強い。
外運◎ 幸運の持ち主。周囲の助力でより力を発揮することができます。
伏運◎ 他人の保護もあり、将来有望。
地運△ 天才肌、陰性、災難不遇運。
天運○ 上昇発展運。親族の助力が幸運を。
陰陽□ 悪くはない配列です。
どっからどう見ても、相性最悪です。
別れた方がいいっていうか、そもそも、これによるとつきあうことさえ難しいように思えるんだが。ｗ
時にしてあらざることも、時にしてあるべくこととなす。
語るは易く、悟るに難し。
]]>やっっっっっっっべええええええええ。
超イイ。
これはいい。
やみつきになりそうです。
11:30就寝。(昼のね）
17:00起床。
途中繰り返し目を覚ますが、二度寝、三度寝。
起きると例の吐き気。
眠りが浅くてだらだらねちゃったかんじ。
寝過ぎで起き抜けが良くないと。
どうすりゃいいんですかね。
それはともかく。
めまいがします。
かなり死にそう。
どうにも、このくらいのことでもかなりくるみたいです。
んーむ。
ちとまずいなぁ。
しかしかなりきつい。
例の胸よりのどにかけての吐き気アリ。
通信にHTTPを用いるっていうことは、普通は接続対象はhttpdとなります。
しかし、httpdは、持続的な接続を持つように設計されてはいません。
というか、ご存知の方には常識ですが、HTTP自体が持続的な接続を持つように設計されていないんですよね。
そこで、生まれた技術がセッションなわけです。
まあ、そこは本題ではないので、この辺はスルーします。
で、Ajaxによるチャットの何が問題なのか。
まず、今までのウェブチャットと同様の方式で、リアルタイム性を追求した場合。
単純に、リクエスト間隔を短くした場合です。
これがタブーなのはすぐにおわかりになるでしょう。
ただのDoSスクリプトです。
そこの問題を解決するアイディアがあります。
通常、HTTP通信では、クライアントとサーバがコネクションを確立し、クライアントからサーバにリクエストを送信、サーバが処理してレスポンスを返し、コネクションを切断します。
なので、通常、クライアントとhttpdが接続している時間というのは、短いものです。
ですが、そうすると、チャットなんかのユーザが複数いるようなものでは、自分以外のユーザも関与するため、自分がリクエストを送出した場合、他のユーザもそのリクエストに対するレスポンスを取得する必要があります。
そのためには、httpd側からクライアントに対してコネクションの接続を要求できないので、あらかじめクライアントからhttpdに接続を要求して、コネクションを持続させている必要性があります。
そこで。
クライアントが先にリクエストを送出し、応答を別のクライアントからのメッセージが到着するまで保留状態にしておくというアイディアが出てきました。
そうすれば、その間は持続的なコネクションが発生し、クライアントはレスポンスをうけたら、またすぐさまコネクションを確立すればいいのです。
さて。
この発想には感心する人も少なくないと思います。
しかし、少なくとも、自分以外の人も利用しているhttpdを用いてこのようなことをおこなうべきではありません。
通常、httpdには最大同時接続者数制限が設けられています。
httpdに限らず、たとえばDoSに晒された時に、他に与える影響をなるべく抑えるために、このような制限を持たせることは通常のことでしょう。
そしてまた、httpdは前述の通り、持続的な通信を前提にしていません。（そのサーバがファイル置き場になっていて、HTTPでダウンロードさせる方式の場合などは別ですが、通常はそうでしょう）
そこでほぼ持続的な通信をもつ先ほどの手法を用いると、httpdに対するコネクションの枯渇の可能性が生まれます。
最大同時接続者数が100に設定されているサーバで、そのチャットを100個開くとどうなるでしょう？
これが自分以外の人も利用しているhttpdを用いてこのようなことをおこなうべきではないとする理由です。
また、悪意が無くても、通常利用するだけでもコネクションが枯渇することは十分あります。
たとえば、最大接続者数が100のサーバで、このチャット利用者が20人いたとすると、勝手に最大接続者数を80にサーバ設定を書き換えているのと同義になります。
もしこのようなことをおこなうのであれば、専用のデーモンを用意するか、専用のhttpdを用意するべきです。
そうすれば、他の利用者に対する影響は、減ります。
通常にサイト公開をおこなっているユーザと同じhttpdにおいて、このようなことをおこなうのは、他のユーザに対する嫌がらせととられてもおかしくありません。
しかし、どうにもAjaxとリアルタイムチャットは、親和性が低いように思います。
HTTPというプロトコル自体がリアルタイム通信に根本的に不向きなのが大きいです。
Ajaxによって、クライアント個人がトリガとなる非同期通信の経路は確保されました。
しかし、チャットは他のクライアントもトリガとなります。
ここにおいて、コネクションが本来的に持続しないプロトコルの特性が故に、先述のような手法を用いる必要があります。
しかし、レスポンスごとにコネクションが切断されるということは、一回発言があると、そのたびに再度コネクション確立のオーバーヘッドがのしかかります。
このあたりはどうにもやはり不向きに思えて仕方がありません。