Yahoo!から新たなサービスが登場してた。
ドロップボックスならぬ、Yahoo!ボックスです。
ヤフオクなど利用しているプレミアム会員なら50GBまで無料。

これはなかなか使えそうだと思いました。Amazonのオンラインストレージを使うのもちょっと高い気もするし、かと言ってドロップボックスは無料は容量が少なすぎて使えない。50GBあれば、急用や何かの時に役立ちますね、Yahoo!サービスの中でも多用しそうな雰囲気です。もちろん計画立てたデータは、レンタルサーバーに保存してプチクラウド化してるから、ドロップボックスのようなポジションはこれで充分。

Evernoteでは、ちょっと重すぎるデータであるとか急に動画を送らなければならない何て時に威力を発揮しそうです。ストレージ用サーバーでも借りておいた方がいいのかなと思っていたところになかなか50GBと丁度いい容量まで無料で使えるとあって助かりそうです。

ヤフオクに使うプレミアム会員なので、無料で50GBまで使えます。

本当に50GB使えるのかとログインしてみると、こんな感じのインターフェイスなってました。右上がちゃんと50GBプランになってる。

Yahoo!らしいすごくわかりやすいアイコン付きの感じで共感がもてました。
これなら使える、外で自分以外のPCやMacを使った時に特に成果が問われそうです。

メール大体超上限50MBくらい？マナー的に、Evernoteで動画の同期はしたくない、外出先でFTPも外付けHDも無い！何て状況で思わず使うことでしょう。

Safariバージョン 5.1.3 (7534.53.10)にしたら、ブックマークツールバーの横幅が広がった。一つ一つの幅が若干広がってクリックしやすくなったのだが、このブックマークの幅でウィンドウサイズを測っていたので、困ったのもだ。数を減らして、1024ピクセルになるように調整した。

ウェブサイトの幅は長いことXGAベースなのだが、最近1024pixelに幅収まらないウェブサイトデザインも見かける。どういった経緯から何pixelをベースに考えてデザインされているのかは興味深いところであるが、XGAで問題ないように思ってしまう。

しかし、横幅が広いディスプレイでフルスクリーンで閲覧されることを考えるとちょっとXGAだとショボく見えることも否めない。その時のためにファーストビューの背景を工夫してXGAでもそれ以上でも見栄えを損なわないデザインが必要だと感じるが、bodyがはみ出て横スクロールが出現するのはまだまだ頂けないと思う。

1. ファーストビュー背景をダイナミックにする
2. ウィンドウ幅いっぱいに広がるボーダー領域の工夫

の対応で考えるのが普通の対応であるかと。横に広がる罫線や太いボーダーの構成だと見栄えが見劣りしないことも印象で感じる。

Android携帯では標準のブラウザを使うのが普通ですが、Opera miniも遜色なく使えるブラウザです。何が驚いたかと言えば、PCサイトの混み合っているリンク部分をタップしたところ該当リンク先に飛ぶのではなく、拡大表示されたのです。

２つ以上のリンクをクリックすると表示が狭かったんだろうなってことで、その領域を拡大してくれる。拡大された表示から的確なリンクをタップできる。これだとホントPCサイトも難なくスマホで閲覧できる環境となります。ガラケーからの携帯サイトの名残もあるのでスマホサイトが必要な感じにはなっていますが、そのサイト規模やジャンルによってはiPhoneやAndroidでも通常のPCサイトを見せ、スマートフォンからのアクセスにも配慮するviewpointやアドレスバーの隠しなどその程度でもOpera miniであれば十分と感じました。

AppleはiPhoneを作っておいてiPhoneサイトを別途用意しない姿勢を貫いていますが、だんだんその考えもブラウザの進化と共に顕在化していきている気がします。スマホサイトだとやはり情報は削ぎ落とされるし、いつものPCレイアウトであればどこにメニューがあってどこから見ていく、ログインしていく、お気に入りのコーナー等も一元化されてユーザーにとっては利便性がPCサイトであることで逆に向上することもあるのではと考えるようにもなってきました。

PCサイトとスマートフォン表示で切り替えるjavascriptやPHPが用意されているサイトは多いですが、ユーザーによってはすぐにPCサイト表示にして閲覧するエンドユーザーも多く、一番のネックは「スマホサイトだと情報が少ないという理由」が多いようです。確かにOpera miniのようなユーザービリティがあれば、情報が多いページを見たいですし、Xi、WiMAX、ウルトラWi-Fiなど各キャリアの高速通信も日に日に増しているのでページ容量を軽量化を優先するよりもPCサイトの情報量と整理が求められるのかもと考えるようになってきた。

近い将来、AndroidブラウザもiPhoneのSafariもこのOpera miniのような二重クリックによる拡大表示は標準機能としてブラウザに搭載されそうだ。

よく見かける、はてなブックマーク数が表示される自分のブログに設置する、どれだけどの記事にはてなブックマークされているのかサイドバーなどに設置するブログパーツをどうやって設置するのか検索してたんですが、なかなか見つからなかった。

やっと見つかったので、エントリーです。

はてなブックマーク
ブログパーツを設置してみましょう

はてブの機能としては、３つあって

1. コメントを表示
2. ブックマーク数を表示
3. サイドバーに人気記事を表示

まとめたブログでも、人気記事のサイドバーを設置してみました。

Javascriptで表示する機能になっている。ブログのURLを入力して送信するだけで、コードが出てくるので、それを貼り付けるだけでＯＫで、横幅のサイズを150ピクセルなど選ぶことができる。

WEBサイトのキャプチャ画像を取得できるAPIはいろいろなところに
あると思いますが、どうにも使ってみて画像が生成されるタイミングが
違うというかリアルタイムでないものも多いです。

サイトのサムネイルキャプチャ画像は、サイトのパッと見が一目で
わかるためリンクの飛び先を認識した状態で行くので、理解が早いというか
どんなサイトかなと、テキストリンクから移動するのとはちょっと
ニュアンスが良かったりしますよね。

第一位
HeartRails Capture | サムネイル画像

このサイトは、どうやら自動で生成するのではなく、
手動でその場で取得しにいくので、他のサービスより
確実というかリアルタイムであることは確かです。
システムで組み込んで生成していくということはできないかも
しれませんが、ネット画面キャプチャサムネイル画像を
サクッと作りたい時に便利です。
画像サイズや、シャドウ、角丸なんかも選べます。
同時に生成されるソースコードには、そのサイトのtitleタグを
含んだaタグ、imgタグ付きのソースが生成されるのは嬉しい。

↓このような画像とaタグimgタグ込みのソースを簡単生成
縦長が意外と上手く使うと格好良くまとまる。

↓貼り付け用タグのソースはこんな感じで提供される。
titleタグをimgタグに拾ってくれて、altにはURLが入っている。

<a href=”http://capture.heartrails.com/”><img title=”HeartRails Capture | サムネイル画像／PDF ファイル作成サービス” src=”http://capture.heartrails.com/free?http://capture.heartrails.com/” alt=”http://capture.heartrails.com/” width=”200″ height=”300″ /></a>

第二位
SimpleAPI

きれいなGIF画像が魅力的なSimpleAPIさん。
数分で画像が生成されるようですが、調子の良い時と
いくら待ってもキャプチャ画像が生成されない時との
ムラがありますね。リアルタイム性にはかけてしまいます。
今では、バッチ処理で随時生成しているようですね。

第三位
MozShot

かなり古くからあるキャプチャ画像のサイトで、
リンク集でサムネイルを生成するプログラムなんかで
自動で表示させるためによく使われてますね。
正方形で良い感じに角丸シャドウ付きで生成されるのですが、
直接アクセスしてURL入れて生成しても、Now Printing…
いったいいつになったら生成されるのって時がある。

リンク集なんかでは、キレイに全部生成されてたりもするけど
どうも確実性がない感じも。自動で組む場合にはMozShotが一番
いいと思いますが。 手動で１つスグ欲しい時には不向きかも。

エックスサーバーが、index.htmlよりindex.phpが優位になった。というより元々だったかもしれないが、記憶上.htmlの方が最初の頃は優位だった気がする。

.htaccessで優先順位を意図的に変えることができる。
index.htmlとindex.phpが 同一階層にある場合、階層○○○/では
どちらを使うかという優先順位をサーバーのデフォルトと変更できる。

index.html 優位の場合

DirectoryIndex index.html index.php

index.php 優位の場合

DirectoryIndex index.php index.html

index.cgiなどいろいろあれば、スペース後にどんどん優先順位順に繋げて
記述すれば、その順番でディレクトリ頭の優先ページを指定できる。

何か似てるので、認識が混在していたがCORESERVERのphpセーフモードは

AddHandler application/x-httpd-phpcgi .php

で、高速なPHPにするためのモジュールモードでは使えないものを、CGI版というかセーフモードでも使えるようにするには、.htaccessに上記を記述すればできて、でも、CORESERVER的には負荷になるからやらないでくれって感じだと思うのですが、まあこれでセーフモードでも稼働できると。

それと、混同しがちだったのがHTML PHP 埋め込みで、

AddType application/x-httpd-php .html

この2つの認識が一緒になってたので、（見た目が似てるので…）どうもおかしいなぁと試行錯誤しちゃいました。ん、似てると言えば似てる。そんで、このHTML PHP 埋め込みは、エックスサーバーだとphp5にしないと動かないと。.htaccessはホントしっかり後でまとめておきたいものです。納得。

1位　Yahoo! 検索 5,830,000,000（△5.41％）

2位　Google 4,630,000,000（△11.13％）

3位　YouTube 2,550,000,000（△3.21％）

4位　@nifty 780,000,000（▼5.67％）

5位　ニコニコ動画 605,000,000（△5.09％）

6位　BIGLOBE 584,000,000（▼8.33％）

7位　Google 574,000,000（△9.66％）

8位　livedoor 386,000,000（△7.77％）

9位　Infoseek楽天 377,000,000（△12.09％）

10位　www.live.com 365,000,000（△6.52％）

11位　OCN 269,000,000（△5.75％）

12位　Bing 241,000,000（△9.18％）

13位　excite 203,000,000（△0.30％）

14位　All About 133,000,000（▼0.89％）

15位　goo 127,000,000（△3.40％）

16位　So-net 126,000,000（▼3.45％）

17位　Vector 79,600,000（△7.57％）

18位　Baidu 47,400,000（△62.95％）

19位　OKWave 42,500,000（△15.11％）

20位　デイリーモーション 29,100,000（△7.30％）

YouTubeやmixiや何なら楽天出店内SEOみたいな単なる検索エンジンではなく、あらゆるソーシャルメディアでもSEOの必要性が高まっていることも当たり前ですし、それがSMOと言われたりするわけですが、このdonnamediaというサイトはそういったソーシャルメディアを探すのに役立つかもしれません。自分にあったソーシャルメディア、参加できそのメディア内SEOに参入できるサイトを見つけてメディア内で認知度を高めたり、外部リンクとしてSNSでない限りは外部加点ももらえるはずなので、使いやすいソーシャルメディアで一暴れするのもいいかもしれませんね。いいソーシャルメディアサイトが見つかるかも。

donnamedia ランキング

今日のとくダネ！でもチラッと話が出ていたし、MacFanなんかにも両手で持つiPhoneみたいなKindleのような電子ブックがAppleでも出るかもしれない。どちらにしても、今までの印刷物・書籍の市場が大きく変わっていくことには間違いなく、進化していくのは確実である。もはやインターネットに負けた紙ではなく、デジタルに負けた物理世界みたいな感じ。情報状態ってことですね。

書籍がデジタルになった！ではなく、今まで物理状態が当たり前のものが情報化した、その手始めが紙の本だったみたいな。

Kindleはアマゾンだから、ソフト普及のインフラもあり、AppleならiTunesがある。こういったフィールドメディアをもったメーカーが端末を作っちゃうのは、もう電気メーカーでは歯が立たないですね。ソフトウェアにハードウェアがぶら下がってる感じ。他社が電子ブックリーダーを販売しても、メディア持ちにぶら下がるだけみたいな。

で、何が言いたいかというと電子ブックが本格化すると、というよりも今まで物理的だったものが情報状態化・デジタル化すると例えば冷蔵庫とか家電もろもろ…何が大変ってそのインターフェイスに合ったデザインで表示できるようなテンプレート・テーマ的ものをデザインする側。PCと携帯のハイブリッドサイトがやっとなのに、iPhone対応を当たり前にし、電子ブック表示を当たり前にし、その他家電諸々となってくるともはやMTで静的なテンプレートを作って全ての端末用に再構築して書き出している場合ではない。WordPressのようにデータペース1つと端末ごとのテーマ複数みたいなWEBの未来が見える。

携帯サイトやiPhoneサイトが現実的になり、Googleが良しとしないミラーサイトの感覚も変わっていっていることでしょう。どうしてもミラーになっちゃうし、カノニカルURLの別ドメイン間も容認されたみたいなこともあるし、同一コンテンツの複多的出現はもはやミラーサイトとは言えない。

なので、WEB構築の立場であれば、そろそろ動的な構築をできるようにというか、PHPなり別端末のHTML文法みたいなのを2010年は積極的に少しずつ学んでいかなくてはならないのかなぁ、と思い悩んじゃいますね。

Appleが電子ブックリーダーを出すとどんなのになるんでしょ☆

.phpファイル形式でよく使う PHP includeだが同じ機能がたくさんある。
PHPを勉強しないとわからないことだが、サーバーによったり、
PHPにはCGI型とか何種類かあるらしくなかなか難しい。

単純にhtmlのphp化の段階の場合は、フレームじゃないモジュール化で
phpのincludeを使うが、備忘録程度に。

1. readfile
includeなどがURL絶対パスを使えなくても読み込めたりする。
使い分けるというより3つの内これが一番いいかも。
もちろん、フルパス（サイトパス）も使える。

2. include
URL絶対パスが使えず、フルパス（サイトパス）にする必要があるサーバーがある。
エラーがあろうと全て実行している。

3. require
URL絶対パスが使えず、フルパス（サイトパス）にする必要があるサーバーがある。
エラーがあると以降のコードを実行してくれない。

かなり曖昧なので、使えりゃいいや、動きゃいいやという程度で。