牛込企画

カテゴリ:未分類( 15 )

アマゾンのURL短縮:amzn.to

アマゾンのアソシエイトの機能に「Twitterで共有」というのがあるが、最近(たぶんここ数日のこと)この機能を使った際に表示される短縮URLが、bit.lyから"amzn.to"というものになった。

アマゾンが自前のURL短縮サービスを始めたというわけではなく、bit.ly Proというのを導入したようだ。米国アマゾンでは、すでに約一ヶ月前から導入されていた模様。

Amazon Goes Pro With Bit.Ly

このTechCrunchの記事(4/14付け)によると、同様のサービスを導入しているサイトには、nyti.ms (NYTimes)、huff.to (Huffington Post)、on.cnn.com (CNN) そしてtcrn.ch (Techcrunch)などがあるという。

これらはbit.lyのサービスなので、各自社サイトからだけでなく通常のAPIでも、例えばアマゾンのURLを渡すとamzn.toで短縮されたものが返ってくるようだ。
[PR]
by linkage_23 | 2010-05-20 16:58

Twitter携帯公式における「カタカナ」の扱い

細かい話かもしれないが、以前からちょっと気になっていたので、連休中ヒマなときに調べてみた。

  1. 表示

  2. まず前提として、携帯電話からTwitter公式を表示させた場合、ツイートに含まれるカタカナは全て「半角」になっている。

    PCやその他のクライアントから「全角」で入力し、それらの環境では全角で表示されているカタカナでも、携帯公式では「半角」で表示される。

  3. 入力(通常)

  4. 携帯公式からツイートする場合、入力フォームに「半角」のカタカナを入力して送信しても、「全角」に変換してアップデート(ツイートとして保存)されている模様。

    そのため、携帯公式から「半角」で入力したカタカナでも、PCやその他のクライアントで見ると「全角」で表示される(保存自体が、変換された「全角」でされていると思われる)。
    また、この半角から全角への変換は、Twitterの汎用機能ではなく、携帯公式独自が備えているクライアントレベルでの機能だと考えられる。PCの公式サイトやAPI経由で「半角」のカタカナをツイートした際には、変換されずに半角のままツイートとして保存され、それらの環境では「半角」で表示される。

  5. 入力(「つぶやく」リンク経由)

  6. 入力フォーム上ではカタカナは「半角」だが、通常の入力と同じように「全角」に変換してアップデートされる。

    PCのサイトではよく見かける「つぶやく」ボタン。リンクなどをクリックすると、そのページのタイトルとURLが入力された状態のTwitterの画面へ遷移してくれるという機能だ。PC版では、 http://twitter.com/home?status=XXX というURLのXXX部分にURLエンコードしたテキストを入れておけば実現できる。
    携帯公式でも同じことができるのだが、URLが異なる。 http://twtr.jp/status/create/?text=XXX
    また、文字コードの変換など、PCとは違った処理も必要だ。
    Twitter つぶやくボタンは携帯サイト用につくれるのか...?
    携帯版Twitterサイトへのステータス付きリンク | Shin x blog


以上、自分で操作してみた範囲での話なので、間違いや、今後の仕様変更があるかもしれない。
[PR]
by linkage_23 | 2010-05-07 10:53

障害情報 / 「つぶやき貼り付け」新サービス

ここのところ、携帯電話で使っているTwitterクライアントが重かったり、つながたらなかったりということがよくあるような気がする。Twitterのせいなのか、クライアントの不具合なのか、はたまたキャリアの回線に問題があるのかは、わからない。ただ、ツイートというのは時に刹那のものだし、その瞬間に書き込もうと思った内容を覚えておいて1時間後に書くとか明日書くとかは難しいケースもあるし、場合によってはつぶやけなかったことが精神的負担になるってこともあり得るだろう。そんなストレスの捌け口になってくれるのは、mixiか、Facebookか…。

Twitterの障害情報を掲載しているページは、公式の英語でのものに加え、日本語のサイトもあるようだ。これ、Tumblrを使ってるんですね。

Twitter Status
Twitterのステータス

ただし、今見た感じだと、日本語の方は、情報が遅いみたい。

あと、デベロッパー向けのサイトには、APIの状況を掲載しているページがある。

API Status | dev.twitter.com



これらの公式のページのほかにも、Twitterの状態をさまざまな形で掲載しているサイトが複数あるようで、例えば「落ちていなければ"No"、落ちていたら"Yes"と表示されます。それだけ」のサイトなんてのがあるらしい。(via POLAR BEAR BLOG: Twitter が落ちているかどうかを確認する「だけ」のサイト Is Twitter Down?



個人的には、Twitterの挙動がおかしい時にまず見に行くのは、2ちゃんねるのスレッドだったり…。

Twitterのサーバーが落ちたらageるスレ 2回目
twitterが重くなったらageるスレ【ツイッター】



とか、書いているあいだに、日本語の公式情報が更新された模様。

14:18からTwitterが使用できない現象がよく発生していました。14:40頃からTwitterは復旧しましたが、引き続きサイトが遅かったり、タイムラインの処理が遅れています。  http://status.twitter.jp/post/575482372/twitter
from http://twitter.com/twj/status/13472053468


最近リリースされたTwitterの「つぶやき貼り付け」新サービスを使ってみようかと思ったら、エキサイトブログでは貼り付けられないコードみたいで、断念…。


Blackbird Pie – Twitter Media

(via twitterの新機能発表!個別つぶやきのブログなどへの貼り付け方 | ついーたーTweeter.jp
[PR]
by linkage_23 | 2010-05-06 16:32

「短縮くん β」ヘルプのドラフト/bit.lyリニューアル

「短縮くん β」は、携帯電話向けのURL短縮ツールです。


  1. 入力画面


    • フォームに入力されたテキストから、URL部分を短縮して出力します。

    • URL以外のテキストが含まれている場合、URL部分を変換(置換)して出力します。

    • 複数のURLが含まれる場合、それぞれのURLを短縮して出力します。

    • プルダウンメニューで、短縮の際に利用するサービスを選択できます。

    • 「Tube」のチェックボックスを選択すると、テキストの中にYouTubeのURLが含まれる場合に、YouTubeの短縮URLに変換します。チェックされていない場合は、YouTubeのURLも、プルダウンで選択されたサービスで短縮されます。


  2. 出力画面


    • 変換されたテキストは、出力画面のフォームに表示されます。

    • フォームの下には、変換前後での文字数と、短縮したURLの数が表示されます。

    • 「Tweet」をクリックすると、Twitterの携帯公式サイトにて変換済みのテキストが入力された状態のページに遷移します。
      ※事前にTwitterの携帯公式サイトへのログインが必要です。
      カタカナが半角に変換されるのはTwitterの仕様です。ツイートするとカタカナは全角で保存されます。

    • 「clear」をクリックすると、入力画面に遷移します。その際、フォームは空白となります。ただし、前回変換時に利用したサービスとYouTubeの設定は引き継がれます。


  3. プライバシーと免責事項


    • 「短縮くん β」のアプリケーションのレベルでは、利用された内容やユーザーについての記録を一切保存していません。

    • 利用するサービス(bit.ly、j.mp)によっては、短縮されたURLについての情報がサービス提供元のサイトに記録されており、「短縮くん β」の開発者が閲覧することができます。

    • Webページのアクセス解析に「うごくひと」を利用しています。

    • 短縮に利用した各サービスおよびサーバー提供者(sitemix.jp)のログ保存について、「短縮くん β」の開発者は関知していません。

    • 「短縮くん β」の開発者は、同サイトの使用ならびに閲覧によって生じたいかなる損害にも責任を負えませんのでご了承ください。


  4. クレジット


    • 「短縮くん β」へのご意見などは、Twitterにて@linkage_23までご連絡ください。

    • ご連絡にはお応えできない場合があるので、ご了承ください。




そんな感じかなあと。

ところで「短縮くん β」でも使っているbit.lyのサイトが本日リニューアルした模様。

Take a tour around bit.ly

bit.lyのURLはあちこちでよく見るけど、サイト自体は見たことがないという人も案外多いかもしれません。僕自身もそんな感じなので、コードネーム“Fugu”という新バージョンのどこがどう変わったのかは、ブログやニュースサイトの解説を待つことにしたいと思っています。
とりあえずAPIの仕様はそのままで動作しているようです。あ、ただ、パスワードを忘れた際の再発行フローで受け取ったメールに書かれたURLにアクセスしたらNot foundになってしまって、ちょっと困っています…。
[PR]
by linkage_23 | 2010-05-03 21:12

携帯サイトのセキュリティ/クッキー対応率

携帯サイトのセキュリティについて広く話題になっているのは、本当に良いことだと思います。

しゃおの雑記帳 - 携帯サイトセキュリティTODOリスト


F's Garage:携帯Webのクッキー利用について調べてみたメモ【update】


現段階では、サイト開発者の視点からの指摘がほとんどですが、これがキャリア側の視点やユーザーからの視点とあわさっていくことで、全体として携帯向けWebサイトの発展につながっていくと良いなあと。
[PR]
by linkage_23 | 2010-05-03 15:37

「140字では誤解される」

NTTドコモの山田隆持社長、28日の決算会見で。

「(ツイッターを)やってはどうかと勧められるが、昨日と今日で言うことが違うこともある。140字では誤解をされることもあるかもしれない。今のところはやらない」
NTTドコモ:社長ツイッター「140字は難しい」 - 毎日jp(毎日新聞)

ある意味、正しい判断かもしれない。
Twitterなんて数年前までは存在もしていなかったものだし(2006年7月にObvious社が開始)、それまでなくても誰も困らずに暮らしていたわけだし、政治家や有名人の失言的つぶやきなんかを見ても、余計なことを言いたくないからやらないという姿勢は理解できる。例えば自分が政治家の秘書だったら、“先生”にはTwitterやってほしくないと思うかもしれない。

Twitterが今までに起こりえなかった誤解や軋轢を生むというのは確かにその通りだと思う。しかしもう一方では、同時に今までになかったやり方や速度や共感を伴って、新しい感覚を生み出す瞬間もある。Twitterユーザーなら何度もそんな体験をしているのではないだろうか。そういった感覚がダイレクトに迫ってくるのが、Twitterに惹きつけられる不思議なところでもある。どちらを取るか。誤解はリスクではない。その先に生まれるものまでを視野に入れれば。……なーんつってな。

「同志たちへ:@chavezcandangaの用意ができた。じきにわれわれの司令官からツイッター経由でメッセージが届くだろう」
米国嫌いチャベス大統領もツイッター・デビューへ、ベネズエラ 国際ニュース : AFPBB News

反米政権として知られるベネズエラの大臣が、チャベス大統領のTwitterへの登場を予告したツイート。
アカウントの「chavezcandanga」は、自分の名前と、ベネズエラで手に負えない人物を指すときに使われる「candanga」を組み合わせたとか、そのリングネームをつけるかのようなセンスからしてすごい大統領だな。現時点でのツイートは1件のみだが、フォロワーは9万人を超えている。

上記のツイートを投稿した大臣は記者会見で、ベネズエラ政府のツイッター政策について「ツイッター上でのイデオロギー闘争を仕掛けていく」と表明したとのこと。熱い!

「われわれと対抗する陣営は、ソーシャルネットワーキングは自分たちの持ち物だと思っている。ツイッターやフェースブック(Facebook)だ。彼らに戦いを挑もう。われわれはツイッターを乗っ取る700万の戦士だ」
米国嫌いチャベス大統領もツイッター・デビューへ、ベネズエラ 国際ニュース : AFPBB News

口は災いの元じゃなかったら つまらないんだから
黙ってたら まあいいか人のことはな

"mouth to mouth" by ECD

[PR]
by linkage_23 | 2010-04-29 23:02

デベロッパー向けサイト/xAuthの申請 など。

Create cool applications! | dev.twitter.com

Twitterのデベロッパー向けページ。だいぶ手厚いものになった。

これでデベロッパーの手間激減!自分のoAauth用アクセストークンの取得が簡単に! | ついーたーTweeter.jp
「今twitter落ちてる?」というつぶやきが激減?twitterがAPIのステータスページを開設 | ついーたーTweeter.jp

ベーシック認証の廃止で利用が増えると思われるxAuthについては、メールで申請するのは変わらず。先日申請してみたところ、いくつか質問が返ってきて、しどろもどろで答えて、「一週間だけ使ってみれば?」ということになった。

動かしているのが、フリーのメールアドレスですぐアカウントが取れるような無料のレンタルサーバーなので環境に制限があるため(というか、そもそも仕様がよくわからない)、PHP自体を拡張しなくても使えるサンプルコードがないか探してみたところ、たどりついたのがタイ語で書かれたこのブログ記事
ブログに書かれていることはさっぱりわからないけど、なんとかスクリプトの動作の流れを追うことはできた。

動かすこと自体は簡単で、twitterxauth.phpを読み込んだ上で、TweetXAuth($username, $password, $message, $consumer_key, $consumer_secret)を実行すればよい。

自分のサービスでは、ログイン用に固有のURLを発行するのにxAuthを使いたかったため、$messageは不要なのでそこの処理はまるごと削除した。また、レンタルサーバー上では、fsockopenによるPOST送信がうまく動かず、cURLを使ってもダメだった(ローカルでは動いたのだが。エラーの詳細は把握できていない)。最終的には、「cURLを使わずに、PHPでPOSTリクエストを送信する」という方法で動かすことができた。ただし、ユーザーネームとパスワードを生で送っているので、結局よろしくはないのだが。
[PR]
by linkage_23 | 2010-04-29 22:27

簡単ログインについて

高木浩光@自宅の日記 - ここまで破綻しているケータイID認証(簡単ログイン)

「簡単ログイン」にはセキュリティ的に脆弱性がある…ということだけでは終わらないような気がするこの話。

なぜ脆弱性があるのか、どうしてそんな弱点が生まれてしまったのかを考えていくとき、携帯電話のキャリアが固体識別番号というものをどのように考えていて、自らが作り上げたネットワークの中でそれがどう使われるべきだと考えているのかという姿勢につながっていく。問題はそれが、「よくわからない」こと。

サードパーティの開発者たちは、その「よくわからない」状況の中、わかる範囲で仕様を解析し、それをもとにサービスを構築していく。その結果サービスに生じている弱点が検証されぬまま、見た目上の機能として広がっていったのが、例えば「簡単ログイン」の現状だろう。なんというか、せっかく多くの人が頭を使ってやってることが積み重ねられているのに、それが全体として技術の進歩につながっていないというのはすごくむなしい気がする。

そんな風にして誰が悪いのかがよくわからないまま、個々がよかれと思って書いている仕様書やコードが少しずつ集まって、ガラパゴスと言われるような状況が作り上げられてきたのかもしれない。そこには「公共圏」なんて絶対にできないよね、きっと。


参考:
高木浩光@自宅の日記 - ユニークIDがあれば認証ができるという幻想
携帯の簡単ログイン機能を使うには? « しみ備忘録
[PR]
by linkage_23 | 2010-04-28 10:10

Twitterから見た日本の携帯電話

TwitterのBASIC認証廃止、企業ユーザーが知っておくべきこと - ITmedia エンタープライズ

タイトルやリードからわかるように「企業ユーザーは気をつけようね」ということを言っている記事だが、個人的には、米Twitterの丹羽氏の以下の言葉がとても印象に残った。

「Web標準に準拠していない日本の携帯電話の特殊性は悩ましい。例えば、(日本の携帯電話で今なお多い)Cookie非対応のブラウザだとセッションが維持できないのでOAuth認証がそのままでは使えない。さらにいえば、認証画面をレンダリングすることすらままならないので、実質的には使えない。もちろんこの問題は認識していて、どこかのタイミングで対応したいが、標準からかけ離れているので悩ましいところだ。当面の間、携帯電話のアプリケーションは xAuthを利用してほしい。」(丹羽氏)

[PR]
by linkage_23 | 2010-04-28 09:34

ベーシック認証廃止、OAuthへの対応、xAuthの実装…

ついーたー Tweeter.jpに「6月30日にいきなりtwitterアプリが使えなくなる!?twitterのベーシック認証廃止について」という記事が掲載された。反響も大きいようだ。


Twitterで投稿されたように、約2ヵ月後のベーシック認証廃止について触れているメディアも少なく(日本のtwitterの本家も?)、Tweeter.jpがこの話題を積極的に取り上げている姿勢は素晴らしいと思う。一方で、えふしんさんが指摘しているように、多少「過剰な反応」が見られるような気もする。要は、ベーシック認証に対応するのは個々のユーザーではなく、サービス提供者(開発者)が対応するものという認識が共有されていないと、誤解が広がってしまうのではないだろうか。もちろん、どれだけのクライアントやTwitter連携サービス(一定時間ごとにつぶやきを発するような単純なBotなども含む)が7月1日以降に使えない状態になってしまうのか、その規模が計り知れない状況の中で、エンドユーザーレベルでも何が起こるのかを想定しておくことは必要かもしれないが。


また、上記の記事にある「日本の携帯電話専用のtwitter関連サービスではベーシック認証を採用せざるを得ない状況でした」という一文には、微妙な違和感を覚えた。自分の知る限り、携帯電話向けにウェブアプリケーションとして提供されているTwitterクライアントで、OAuthに対応しているものは少なくない。ただし、携帯電話のブラウザだけで認証フローを完結することができないため、例えば、初回にPCで認証を行い、ログイン用のユニークなURLを生成して、以降は携帯電話からそのURLで接続する、という煩雑な手続きを踏む必要がある。そのため、モバツイのようにOAuthとベーシック認証の両方を用意しているクライアントでは、単純かつ慣れ親しんだ「IDとパスワードを入力してログイン」という方法を多くのユーザーが使っていることも想像される。

ちなみにモバツイの生みの親であるえふしんさんは、上記のツイートの流れを見ると、ユーザーに見える形でxAuthを使ったOAuthへの移行を想定しているようだ。IDとパスワードを保持しているのであれば、バッチ処理をクライアント側で勝手に行う移行も考えられる。ここはポリシーや利用規約の問題になるのかもしれないが、「ユーザーにシワ寄せがいかないようにする」のと同時に「ユーザーに見える形で移行する」のも大切なことだと思う。
参考ツイート:


と、いうわけで、個人的にはxAuthについて調べてみようと思っている。どうせ暫定的なものだと正直あまり気にしていなかったのだが、ベーシック認証の廃止とOAuthへの移行ということを考えると重要だと今さらながら気づいた次第。携帯向けクライアントの対応状況にも注意しておきたい。

s-take Blog.: Twitterによる簡易版OAuth: "xAuth"

ウノウラボ Unoh Labs: PECL::oauthでxAuth
[PR]
by linkage_23 | 2010-04-26 21:15