「ふぅーん」えー、まあこういうガジェット好きなIT系の人には総じてうけは良いですね。ここが良いぞPokenPokenの良い所を。出会い、会話のきっかけにPokenを手に入れた人は当然ながらPokenしたいわけですが、残念ながら現時点では持っている人が少ないので中々その機会が訪れない。手に入れた人はPokenしたくてしょうがないわけです。お気に入りのあの子がPokenを持っているならば、すかさず自分も手に入れてPokenしちゃいましょうー。相手の情報で手軽にアクセスできるこれは試してみると実感できるのですが、名刺に書かれているアドレスにアクセスするより遙かに楽に相手のblogやTwitterにアクセスできます。ビジネス名刺にはblogやTwitterなどパーソナルな情報は書いていないことが多いので、名刺貰ったは良いがこの人はオンライン上の誰?と言ったことがありません。結局オンラインで見ている人は本名よりIDじゃないと分からないで。キモカワっぽい独特のデザインデザインは洋物っぽく独特のテイストですが、おおよそデジタルガジェットには見えないので携帯のストラップとして付けても、あまり違和感がありません(ちょい大きいですが)。見た目に賛否両論はありますが、私はそれほど違和感は無いです。これが日本発で萌えっぽいデザインだったりすると正直私は買うのをためらいます。ここがイマイチPoken次はイマイチなところを。その場では誰だか分からない本当の初対面だとPokenしてもその場では誰だかさっぱり分かりません。各所で書かれていますが、相手の情報が何も無いので会話の糸口を探すのが難しくなります。名刺から話を膨らませていくのは良くやる方法だと思うので、それが使えないのはシンドイですね。1対1だと話していけば良いのですが、多人数で一気にやるとホントその場では誰が誰だかの状態になります。ここが解決できるともっと普及していく可能性がありますね。JUIでは懇親会中にノートPCでPokenした人を確認して、慌てて話し掛けに行ったというのがありました。現状はノートPC+emobile(アクセス回線)を持って行っておくのがベターでしょうね。Pokenしましょーとりあえず今なら、知っている人、興味を持つ人はままいて、持っている人が少ない状況なので持ち始めるには良いタイミングだと思います。イベントを主催される方にとっても懇親会のアクセントとして参加者交流に使えそうなアイテムなので、まとめ買いして配布するのも良いですね。いうわけで、とりあえず12個セットをamazonで買いました:-D単品で買うよりも1個あたりは安くなるので、勉強会等をお会いする方には格安でお譲りしますよー。_)m自分で購入したい方はamazonでもヨドバシでも売っているのでお好きなのをどうぞ。最後に既にPokenお持ちの方にお願いです。懇親会等では持っていることが分かるようにカバンから出しといて下さい。ストラップでぶら下げるのも良いですね。APIの仕様が変わったようです。この影響を受けてTwitter検索にてアイコン表示・ユーザIDが表示できない状況です。出力項目を削減?実はこれまでも突然APIの出力が変わり、データが取得できない事が何度かありました。いった場合、APIの仕様変更の場合もあるのですが、そのほとんどはメンテナンス等(?)で出力されるデータが壊れていたり、APIが正常に動作していないことがほとんどでした。日様子を見たところでも変化はなく、仕様変更と見るのが良いかもしれません。現在データとして取れなくなったのは、↓です。アイコンURLと、ここまで書いたところで調べていると、上記のデータは復活したようです。ここを見るとチケットが上がっていたようで、復活したようです。キャッシュの強化?さてこれで一安心と思いきや、そうでも無くて、これよりも大きな影響があるのが、キャッシュが強化されてそうなことです。APIにはキャッシュが適用され、全てのPostを取得するのが難しい状況になっていました。今回の変更以降ではこのキャッシュがさらに強化(されたのか、適用が甘かったのを厳密に適用するようになったか分かりませんが。)したようで、1分あたり40件程度のPostしか収集できなくなっています。それも時間帯も決まっていて、N分15秒~N分30秒に投稿されたもののみが出力されています。(毎分15秒あたりにキャッシュ再生成?)実際に取得できているPost量にも大きく違いがあり、8/6(変更前)と8/7(変更後)を比べると、Post量が1/3程度になっていました。(Twitter検索のトップを見ると、各Postが見事にN分15秒~N分30秒になっています;-))できれば、くまなく検索対象としたいところですが、こういった状況なのでかなり取りこぼしが発生する事になり、なかなか難しいのが現状です。今後の対応キャッシュの件もいつものように一時的なものであれば良いのですが、恒久的にこうなるのであれば、そもそもTwitter検索の意味が無くなるのではないか、と感じています。取得の方法としては他にもアプローチは考えられるのですが、公式検索サイトも存在する今となっては、あれこれ対応して続ける意味があるのかなーと思案したりもします。公式は日本語の検索がイマイチですが。いうわけで、しばらくはご不便をおかけしますが、よろしくお願いします。1分27秒Twitterで一番followされている人は誰でしょう?そんな時便利なのが、Twitterユーザに関する情報を表示してくれるTwitDirというサービスです。このサイトではキーワードによるユーザ検索がメインのようですが、ユーザのランキングが公開されており、これがなかなか面白いです。ランキングには以下のものがあります。Top100冒頭の疑問ですが、followされている人Top100を見ると、@leolaporteがFollowers:29,763でトップでした。macrumorsでも15,879になっています。ここまで来ると”つぶやき”では無いですね;-)他のランキングを見てもTop10には日本語ユーザはほぼ見当たりませんでした(botを除く)。その中で異彩を放っているのがお気に入りTop100です。日本語ユーザだらけ:-DTop100まで見てもほとんどが日本語ユーザでした。これは間違いなくふぁぼったーの影響かと。ちなみにこのサイトでは↓のようにTop10/100/1000に入る閾値が表示されています。followersでTop100入りするには3,586ユーザにfollowされる必要があります。ランキング上位を狙う人は目安にすると良いでしょう。ZONEでPHPコミュニティのTwitterアカウントが紹介されています。リストに並んでいるのはPHP本家の人や海外の人ばかりだったので、日本のすごいPHPerのTwitterアカウントを並べてみました。人)@suzuki(メールの人)@takagi(phpdocの人)@tsukimiya(symfonyの人)@yando(CakePHPの人)@yohgaki(セキュリティ、PostgreSQLの人)@yonekawa(S2*.PHP5の人)@yudoufu(symfonyの人)他にもTwitterアカウントが分からない人(この人とかこの人[@masugata?]とか)やリストに入っていない人、是非教えて下さい。:-D追記(2008/05/04):@kensuuと僭越ながら@shin1x1を追加。追記(2008/05/09):@mumumuと@masugataを追加。4Twitterのキーワードをグラフで見るTwitterTrendをリリースしました。1分36秒Twitterで、あるキーワードがどれくらい投稿されているかをグラフ化するTwitterTrendをリリースしました。TwitterTrendなにをするの?キーワードを入力して「集計」ボタンをクリックすると直近1ヶ月でキーワードが含まれた投稿数をグラフで表示します。流行のキーワードがどの程度反応されているかを見ることができます。最近物議を醸しているあの話題で集計すると↓のようになります。.phpキーワードキーワードはTwitter検索と同じ検索式が使えます。3つまでなら複数のキーワードを指定することもできます。この場合それぞれのキーワードについてグラフが表示されるので、投稿数を比較することができます。それぞれのキーワードは[,](カンマ)で区切ります。集計されるのは前日から直近1ヶ月間の日本語ユーザの投稿です。今回はblogでリリースを出す前にTwitterでURLを投稿してみました。ものの数分でサーバにアクセスが来だして、はてブにブックマークが付きました。1h経過した頃には10users程度になってました。その後予定があったので外出したのですが、帰ってきた頃には30usersが付いていました。Twitterで呟いたサービスがどんどん広がっていく様は、改めて驚きました。情報の伝達スピードがハンバじゃないですね。TwitterやSBMで速攻で反応が返ってくるのはわくわくしますね。この感覚はやみつきになりそうですw。ちなみにこのサービスは今話題のPHPで作ってます。id:moto0915さん、はてぶで不具合報告ありがとうございました!「OR」の件は修正しましたー。0分41秒FeedBurnerパブリッシャーバズにFeedBurnerを利用しているblogとして紹介されました。FeedBurnerを使った雑感などをざっくり書いてますので、良かったら見てみて下さい。ところでパブリッシャーバズって知ってますか?私は今回のお話が来るまで知りませんでした。><メールを頂いてからどんなblogが紹介されているのかな、と過去に紹介されているblogを見たのですが、なかなかバラエティに富んでいます。内容はもちろんのこと購読数などもまちまちでした。実は今回のお話が来たのは、購読数が一定数を超えたからとか伸び率が高いからなど良いように想像していたのですが、あまり関係無いようでした。:-Pうーん、ホントどんな基準で選んでるんだろ。AdSenseにモバイル版が登場しました。通常のAdSenseではJavaScriptを使って広告を表示するのですが、携帯ではJavaScriptが使えないので、PHPやPerlなどサーバ側で実行する言語で記述します。AdSenceサイトではPHP/Perl/JSP/ASPのコードが用意されており、モバイル向けAdSense設定を行うとそれぞれのコードが表示されます。IDや広告フォーマット、HTTPリクエスト(HTTP_USER_AGENT等)などを専用変数に設定して、最後にリモートにあるPHPコードをrequire()しているだけです。コードを見て気になる点があったのでメモしておきます。$_SERVERにキーが無いことを想定していない$_SERVER[‘HTTPS’]や$_SERVER[‘HTTP_REFERER’]など値が存在しない可能性があるものをそのまま参照しています。index」が発生します。[対応策]isset()やempty()で連想配列にキーが存在するかどうかを確認します。単純に回避するなら[@]をつけてエラーメッセージの出力を抑制する方法もあります。require()でリモートスクリプトをインクルードPHP5.2.3でコードを実行したところ、以下のメッセージが表示されました。17これはallow_url_includeディレクティブがoffになっているために発生します。allow_url_includeはPHP5.2.0からは追加されたもので、これがoffになっているとリモートにあるスクリプトをinclude()やrequire()でインクルードすることができません。allow_url_includeはデフォルトはoffとなっているので、そのままだとこのコードは動作しません。対応策としては3通りの方法があります。allow_url_includeをonにするallow_url_includeをonにすればこのコードは動作します。このディレクティブはセキュリティリスク(RFI等)を回避するためにoffにされているものなので、できればこの方法は取らない方が良いです。allow_url_includeはphp.iniやhttpd.confでのみ設定が可能なので、共用サーバなどでは設定が変更できないかもしれません。file_get_contents()でリモートスクリプトを読むfile_get_contents()でリモートスクリプトを読み込む方法です。file_get_contents()は単にファイルを読み込んでその内容を返すだけなので、allow_url_includeの影響は受けません。あとは読み込んだスクリプトをeval()で実行しようと思いました。eval()でエラーが発生しました。「<&php」「&>」が引っかかっているようです。対応しても良いのですが、これはこのまま放置。リモートスクリプトをローカルに置くrequire()で読み込んでいるスクリプトをローカルに置いてしまいます。require()でローカルのファイルをインクルードするようにします。すればallow_url_includeの設定に関わらずスクリプトを実行できます。ちなみにリモートスクリプトは以下のようになっています。errorが発生してスクリプトの実行が止まってしまいます。include()は読込ができなくてもWarningが出るのみです。広告は最悪表示されなくとも問題無いので、include()(もしくは@include())を使った方がより良いでしょう。allow_url_fopenをonにしておく最後に大事なこと。どのような対策を取るにせよallow_url_fopenはonである必要があります。これはリモートスクリプト自体がfopen()でリモートファイルを読みに行っているためです。allow_url_includeをonにしたところでallow_url_fopenがoffだとリモートファイルのインクルードは動作しません。allow_url_fopenはデフォルトではonになっているので問題無いかと思いますが、上手く動作しない場合はご確認を。AdSenseのPHPでの使用法について見てきました。各言語用にコードが用意されているのは素晴らしいことなのですが、つまづきそうな点が幾つかあるので注意が必要です。あとデザインですが、シングル広告でもかなり画面幅を取ります。控えめなパターンがあると嬉しいです。5分5秒いつからかTwitterのfeedに投稿元を示すが含まれるようになりました。(情報ありがとうございました。>@fjkktkysさん)そこで投稿数からTwitterクライアントのランキングを出してみました。~23:59:59]、対象はprotectをかけていない投稿(public_timelineに表示される投稿)です。[日本ユーザ]まず日本ユーザでのランキングです。1位はWindows用クライアントのTwitです。私も使っていますが、必要十分な機能が上手くまとまっており良いツールです。2位はim、3位はMac用ツールのtwitterrificとなっています。Mac用ツールでは5位にTwitterPodが入っており、Macでの専用クライアントでは人気を二分しているようですなお[web]はランキングに含めてませんが、投稿数はダントツのトップです(全クライアントの投稿数を合計してさらにN倍)。この数にはモバツイやtwitterMobileのようにに対応していないものも含まれているので、純粋なtwitter.comからの投稿はもっと少ないと思われます。モバツイやtwitterMobileはユーザ数も多いでしょうから、どのあたりにランクインするか見てみたいですね。[全体]次は全体のランキングです。目に付くのがクライアント数の多さです。日本ユーザでは32だったクライアント数は65となっています。中には掘り出し物のツールかも。1位はtwitterrificで、2位に続く[im]と2つで投稿数の約半数を占めています。あと特徴的なのが3位の[txt](twitter.comが提供するモバイル版)です。日本では携帯電話からの投稿はモバツイやtwitterMobileなどツールを使用することが多く、[txt]はほとんど利用されていないようです(日本では17位)。[web]については日本ランキングと同じくランキングには含めていませんが、こちらも圧倒的に1位となっています。1日本ユーザが1/3このランキングを作成するのに投稿数を集計したのですが、日本ユーザの投稿数が全体の1/3となっていました。他の言語・地域については個別に集計していないので分かりませんが、日本ユーザが大きな勢力となっているのは間違い無いと思います。0分54秒Twitter検索では検索式を組み合わせることにより様々な検索を行うことができます。AND検索キーワードをスペースで区切ることによりAND検索となります。晩飯]OR検索キーワードを[OR]で区切ることによりOR検索となります。[OR]は半角大文字で入力します。ラーメン]NOT検索キーワードに[-](マイナス)を付けることにより、そのキーワードを含む投稿を除外することができます。