２つ以上のリンクをクリックすると表示が狭かったんだろうなってことで、その領域を拡大してくれる。拡大された表示から的確なリンクをタップできる。これだとホント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ピクセルなど選ぶことができる。

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

第一位
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が一番
いいと思いますが。 手動で１つスグ欲しい時には不向きかも。

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

index.html 優位の場合

DirectoryIndex index.html index.php

index.php 優位の場合

DirectoryIndex index.php index.html

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

AddHandler application/x-httpd-phpcgi .php

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

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

AddType application/x-httpd-php .html

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

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 ランキング

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

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

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

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

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

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

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

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

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

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

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

何だろうすっごくシンプルで接続も速く、普段Dreamweaverを
使っているとサーバーとローカルでディレクトリ関係は維持して
ULやDLができるがCyberduckはサーバー上のディレクトリだけ見えて
ローカルとの関連性はない。アップロードする時はフォルダを指定して
することがほとんどだが、ダウンロード時は普通にDLすると
どの階層からのデータも接続設定のダウンロード先パスに
いってしまうため、その設定はMacデフォルトの
Downloadフォルダのままの方が望ましい。

まとまった画像をいっきにULしたい時などは、
ＤＷよりＣｙｂｅｒｄｕｃｋがオススメじゃの。

Cyberduck
http://cyberduck.ch/

やっぱりDWだと一つのフォルダに画像が数百枚あると
リスト化しています…で、すっごい時間かかるか固まる…。

画像のアップロードも速いし、同一フォルダに 無茶苦茶ファイル数が
ある場合は迷わずサイバーダック！