スマートフォンで繰り返しbasic認証を聞かれるとき

スマートフォンでのサイト検証の際、サーバの設定は1回の認証で通るようにしてあるのに何故か画像1枚1枚に対してID/PWを聞いてくる現象が起きました。

このままだと日が暮れてしまうので、ブラウザの設定からPWの全消去をしたところ無事に1回の認証で通るようになりました。

Google+とtwitter・Facebookの繋がり方の違い

Google+に招待してもらいました。まだサークルをいじるくらいしか出来ていないのですが、そこで感じたtwitterやFacebookとの違いをまとめます。



まず、それぞれのサービスで他人と繋がる仕組みは以下のようになっています。

▼twitterで【AがBをフォローする】
・B⇒Aに情報が流れる
(A⇒Bへの情報の流れはBがAをフォローするまで起きない)

▼Facebookで【AとBがフレンドになる】
・A⇔B相互に情報が流れる
(お互いが許可しない限り情報は流れない)

▼Google+のサークルで【AがBをサークルに入れる】
・B⇒Aに情報が流れる(twitterのフォローと同様)
・A⇒Bにも情報が流れる(サークル外からの発言として)



サークルに入れた/入れないの状態はtwitterのフォローした/してないの関係に似ています。自分側に相手を登録することで相手の情報が受信できるようになります。

1つ大きく違うのは、Google+では相手側に自分が登録されていなくても、自分が登録してさえいれば相手へ情報を発信することができることです。twitterやFacebookで情報が行き来する関係になるにはお互いの登録が必要でしたが、Google+では片方からの登録で情報を行き来させることができます。

※ただし、片方の登録で発信された情報は相手のメインストリームには流れず、[サークル外からの発言]という"保留"のような場所に溜まります。



最大のライバルであるFacebookは直接のフレンドという"内の世界"へのつながりを重視しています。その反面、技術的な情報のような不特定多数の"外の世界"へ向けた情報の発信には向いていません。また、必ずフレンドになる必要があるため、twitterで著名人をフォローするような「直接のつながりは無いけれど発信する情報を知りたい」という場合の手段もありません。

Google+はtwitterの仕組みをベースに"外の世界"への発信・受信を可能にし、同時にサークルで"内の世界"をつくることもできます。仕組みが違うので理解に戸惑いましたが、分かってくると今後どうなるか楽しみなサービスです。

twitterボタンのカウント(数字)の増え方

ツイートボタン作成ページ( http://twitter.com/about/resources/tweetbutton )のURLに以下を設定したボタンを6つ作成し、カウントの増え方について実験しました。


【用意したボタンのURL(data-url)】
a) http://ryotryo.blogspot.com/
b) http://ryotryo.blogspot.com/?id=hogehoge
c) URLではなく本文(data-text)に http://ryotryo.blogspot.com/ を記述
d) http://ryotryo.blogspot.com/index.html
e) http://ryotryo.blogspot.com
f) http://ryotryo.blogspot.com/index.html?id=hugahuga


【実験内容】
■1.aを押したとき⇒a,eが+1された
・URLのスラッシュ有り・無しは同一としてカウントされる
・dは別物扱い
・bも別物扱い

■2.bを押したとき⇒a,b,eが+1された
・a,eでbは増えないけど、bでa,eは増える

■3.cを押したとき⇒a,eが+1された
・date-urlに文字列がなくても、date-textに文字列が含まれていればカウントは増える
・date-urlをパラメータか消すと絶対にカウントは増えない

■4.dを押したとき⇒dだけが+1された
・hoge.htmlまで付けると、スラッシュ終わりのURLとは別物扱いになる

■5.eを押したとき⇒a,eが+1された
・a,eは同じものと考えてよさそう

■6.fを押したとき⇒fだけが+1された
・dは+1されない点が、aとbの関係とは違う

※その他
・ツイートしてからボタンの数字が増えるまでには10分ほどかかった
・非公開アカウントからツイートしてもカウントは増えなかった
・公開アカウントでツイートしてカウントを増やしたあと、そのアカウントを非公開にするとカウントは残ったままだった

SSL領域にソーシャルボタンは簡単には置けない

twitterのツイートボタンも、Facebookのいいねボタンも、サーバと接続するのでSSL領域に普通に置くと警告が出る。
twitterはaタグを使った形にしておけば大丈夫だけど、Facebookのいいねはおそらく無理(※)。シェアボタンなら多分いける。
アンケートフォームの入力前後の画面がhttpなのかhttpsなのかは事前に要注意。

・追記
いいねボタン内のリンクを http⇒https にすれば警告が無くなるという話も。ただ何故警告が出なくなるのかはっきりと分からないのであまりやりたくない。

FireMobileSimulatorのUAは間違えている可能性がある

とても便利なFireMobileSimulator。( http://firemobilesimulator.org/ )
でも、端末のUA情報は有志の方の手作業のため間違っている可能性もあります。

おかしいなと思ったらKEITAIALL ( http://keitaiall.jp/ )等でも確認してみましょう。

JavaScriptで何かの動作に連携・付随する動き

「Aが起きたらBをやる」というときは、Aの処理自体をtrue/falseで判定できたりする。
たとえばswfobjectで「flashが表示されたときにこの画像も表示する」としたいなら、so.write('flashdiv')という動作自体をtrue/falseで判定できる。(書き出されたならtrue)
迷ったときはalertで何が返ってくるか調べる。

Facebookのイイネボタンからカウント表示はとれない？

2011年5月現在、Facebook公式のイイネボタン作成ページ( http://developers.facebook.com/docs/reference/plugins/like/ )でボタンを作ると以下のようにlike数が右につく。

※google.comに対してのイイネボタン


オプションではこの数字を取ることはできないので、見せたくない場合は [ td.connect_widget_button_count_excluding ]を[ display:none; ]する。ただ、ブラウザ上で消えただけでソースにはしっかり残っているので根本的な解決ではないです。


※2011年6月追記

■消し方
・iframeの場合そこの指定が強いためか単純に消えないことがあるようです。消した人曰く「iframeの外側にあるliタグの幅指定してoverflow:hidden;してやった。」
・貼り付けコード内のstyleをwidth73pxにしても同じようなことができる。

※上記2つは単純にイイネの幅より大きい部分を消しているだけなので、文字サイズを変更(縮小)するとカウントも見えてくる。

・js使ってiframeの中身をいじれば綺麗にいけるのかも？
http://c-brains.jp/blog/wsg/10/09/25-020332.php


■やろうと思えば数字は分かる
上記の対応では「ソースに残っているじゃん、完全に消してくれ」と言われた場合に困ります。

しかしそもそも、「対象URLがいいねボタンを押された数」というのは、いいねボタン作成ページに対象のURLを入れれば誰でも分かること。なので、完全にカウント情報を秘密にすることは現状できない。

ソースまで見てカウントを探ろうとする人は上の方法を知っている可能性が高いので、結局のところソースから消すことができたとしてもあまり意味はない。ということでどうでしょうか。


※2011年8月追記

恐らく同じ問題について語っている海外のサイト。後で内容を試してみよう。
http://stackoverflow.com/questions/2950172/facebook-like-button-hide-count