hetemlはSQLite v2が使えるということで、再申込みしました。

MovableTypeで、SQLite v2を使うメリットはただ１つ。
SQLiteなのにダイナミックパブリッシングができるとうこと。
別にMySQLでやればいいのですが、SQLite好き的にどうしても試したく。
エックスサーバー、CORESERVER、美ら海などなどSQLite v2は使えないんです。

ダイナミックパブリッシングのメリットは、コメントが投稿された時の
再構築がMTなのにないというところが利点です。
自分で投稿する時は、遅くてもだいじょうぶですが、コメント機能付きの
CGM的なサイトで、カテゴリーが20以上あるようなMTサイトは
コメント投稿時に再構築で10秒以上かかったり、PCならまだ注意書きしておけば、
何とかなりそうなところですが、携帯サイトで投稿してもらおうというときは、
やっぱりMTでやるならダイナミックパブリッシングだろうと。

実際にダイナミックパブリッシングでやってみて、コメント投稿してみて
表示されるまでスタティックパブリッシングの再構築より全然速かったので
これでCGMサイトを作ってみようかと思ってますね。

ダイナミックパブリッシングでもキャッシュを有効にすれば、
通常表示も特に遅いというのは全く感じませんし。 Smartyを使ってるみたいです。

まぁ、SQLite v2じゃなくてMySQLでやればいいのですがね。

ということで先日、ヘテムルを申し込みました。
が、また運の悪いことに今なら初期費用無料ですって。
本当にタイミングが悪いっす。

さて、ヘテムルの容量が42.195GBとフルマラソン級の容量にアップグレードしましたね。
マルチドメインも無制限に変わったし。でも、hetemlが出たばかりの時に実は一回申し込んでいて、あまりにも障害が多くて当時は解約したのですが、今はそんなことが ないような雰囲気だろうということで再チャレンジでした。

heteml ヘテムル
クリエイター向け高機能レンタルサーバー

1,500円は今となってはちょっと高いけど今後の進化にも期待

今更ながら、角丸CSSのやり方の備忘録。

結論：widthを指定する

HTML5からは、角丸が画像を使わずCSSだけでできるみたいだし、javascriptやtable小技でやったりもあるが、IE6を考えてまだ画像でやるのが一般的。

divタグで空にしてheight指定で背景に角丸画像背景を入れるのだとIE6でも問題なしだがソース的に、空はちょっとマズイだろということで、top middle bottomなど3つで上下を挟むやり方でtopとbottomにpaddingを高さ指定してやる。

すると、何だかtopの下に妙な空きがIE6だとできてしまうが、widthを指定すると解消される。

ちなみに、背景画像bottomなんかを超縦長にしておけば、divがtop bottomと２つですむ。PNGでも以外に超縦長の画像は、容量が増えないので縦可変の激しくないある程度の高さですむ場合は、ソースが軽くなる背景超縦長バージョンがいいかと。

あと、

縦並びul li aもIE6だと変な上下の幅ができるがこれもwidthを指定すると解消される。
これも忘れてたので、備忘録。

どうやら、以前にもちょっと書いたがFlashとiPhoneが喧嘩しちゃってしょうがない。

CS5で新しく登場したと思ったPackager for iPhoneというソフトがどうやらお釈迦になるらしい。

Packager for iPhoneは、iPhoneがFlash受け付けないならFlash制作環境で制作したものをFlashとして書き出すのではなく、iPhoneアプリとして書き出してFlashを擬似的にiPhoneに対応させようという趣旨のソフトで、これなら有料アプリ作れるかも？などと期待していたのだが、どうやらこの記事によるとそれができなくなるらしい。iPhone OS SDKの利用規約を変更とのことで。

Intel MacになってWindowsも積極的に使えるようにしていって盛り上がってきた間のあるMacだが、iPhoneはどうやらAdobeからの見られ方は【クローズド】ということになりそう。

FlashはGoogle Androidとはうまくやっていくようなことが明らかになっているようです。

いやはや、ますます多様化されても困るし。。。
消費者金融じゃないけど、一本化・おまとめの方向でお願いします。。。

参考

■Adobe CEO「Appleはクローズドを選択した」
iPhone向けFlashアプリ変換ツールへの投資中止
http://www.itmedia.co.jp/news/articles/1004/22/news059.html

■Adobe、iPhone向けFlashを断念　Androidにシフトへ
http://www.itmedia.co.jp/news/articles/1004/22/news027.html

長らく、MTからなかなかWordPressにとっつけない理由として、DreamweaverでデザインCSSの編集がやりずらい、というより結構無理という問題があった。

ローカル環境で、Macで主にやるのでMAMPなんかでローカルMySQLを動かしておけば、DW CS5上でそのままCSSをカスタマイズできると最新のWEB Designingに書いてあった。これができるとかなりHTMLライクで編集できるのではないかと思う。ライブビューも何だかCS4は見るだけなので困ってたがやっとWordPressでまともサイトが作れることになりそう。

新しい関連ファイルビュー機能は、ローカルでそれらのリンク間をローカル環境でたどれるという動的サポートのようで、ここまでくると通常WEB閲覧をしながら直したいところだけサクッと編集みたいな直感に近づいていくのかもしれない。ん〜速くいじってみたい、５月まで待てない。

DW CS4は、DW8がmacromediaをAdobe買収して、ただバージョンアップというより名前が変わっただけであったが、DW CS5はしっかりとしたバージョンアップになっているようだ。

Dreamweaver CS5

http://www.adobe.com/jp/products/dreamweaver/

404ページを設けるか否か。どうすっか？
これは、議論が不毛でありどっちでもいいと考えるのが普通かもしれないが、
WordPressでは通常、404.phpというテーマで既に用意されているファイルがある。

大体のテーマは、

みたいなページを表示することになったり、404.phpというファイルがなくても
何か英語の記述で 404 – Not Foundと出るようになっている。

リンクをたどって巡回するロボットクローラーに、できれば行き止まりより
スムーズに流れて欲しいものです。404コードをロボットに返すとか301を返すとか
よくわかりませんが、まとめたブログとしてはホームページか何かにリダイレクト
しちゃった方がいいのかなぁと。

携帯サイト何かの登場で今やリダイレクトは日常茶飯事ですし、
たどった先を解析できないのは検索エンジンの能力の責任…みたいなことにも
なってると思うので。

そこで、

WordPressでは、どうやったら404をトップページなんかにリダイレクトするかと
言うと、前述のように404.phpというファイルがテーマフォルダにあります。
これを削除すると、英語になるだけの404ページになります。

.htaccessに

ErrorDocument 404 /

としてもナゼかWordPressの404ページが表示されます。
ということで、404.phpをいじってアップロードします。

404.phpを全部削除して下記を記述（※ダブルクオーテーションを小文字に）

<?php
header(“location: http://404をリダイレクトしたいページ.jp/”);
exit;
?>

トップページにジャンプ（※ダブルクオーテーションを小文字に）

<?php
header(“location: /”);
exit;
?>

こうすることで、WordPressでも404エラーを404Not Foundでない
ページにリダイレクトすることができます。

エックスサーバーが、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などいろいろあれば、スペース後にどんどん優先順位順に繋げて
記述すれば、その順番でディレクトリ頭の優先ページを指定できる。

MTのウェブページまわりMTPagesが、どうもしっくりきてやっと理解してきたので備忘録。

• エントリー対カテゴリー、ウェブページ対フォルダ
• 同一フォルダ内はMTPageFolderブロックダグでMTPagesブロックダグ囲む
• MTPageFolderは、root（フォルダなし）は一覧しない
• ウェブページは個別記事なので、フォルダアーカイブ再構築はないのでカテゴリとは違って過去の同一MTPages, MTPageFolderは紐付けされて再構築はされない？MTFolders使っても無理か？
• ベースネーム個別→過去ページそのまま。ベースネームindex→過去ページそのまま。
• MTPagePermalinkのアーカイブマッピング
• %-c/%-fだとファイル名にindexでfolder/にリンク
• %-c/%-b.htmlだとファイル名にindexでfolder/index.htmlにリンク（こっちはエントリー画面で.phpと出ていても.htmlすることができる）

.htaccess膨大の理由から、.html（PC）.php（携帯）が望ましい、全部○○/index.xxでもできるがページ数だけ.htaccessの行が増えちゃう。じゃ公開設定拡張子を.htmlにして、携帯のアーカイブマッピングを.phpにするとページ分割だけ.htmlになってしまう、が、.html php埋め込みができれば一応問題ない（負荷と相談）結構迷う。

日本のYSTは、Bingとどうなっていくのか、まだよくわかりませんがビックリする機能というか、Yahoo!らしからぬというか、サープ検索結果のtitleタグにあたる部分、要は検索結果からリンクしている超重要なクリックされる部分（文言）が、検索キーワードによって、titleタグではなく本文中の見出をピックアップして表示していたことです。

検索結果のリンク表示はtitleタグが大原則みたいな感じがありましたが、YSTはやっぱり内部要因重視している感が出てますね。URLも同じなのに、検索ワードでSERP（サープ検索結果のページ）のタイトルが違っているのは、ちょっと最初は驚きでした。バグ？かどうかわかりませんが、YSTも何かユーザーの利便性を重視して高度になってきた模様です。

逆に考えると、見出しのテキストが非常に重要ということ。勝手にキーワードによって検索結果にピックアップされてしまう訳ですから。見出タグ、h1, h2, h3, h4…当方が確認できたのは、検索ワードがバッチリ入った、h4の見出しの文言が検索結果のリンクになって表示されていました。

これが当たり前になえれば、titleタグが最重要なのはわかりますが、見出しタグもかなり重要というか、意識するというか、インテンションを満たすというか、見出しタグも検索結果に表示されてもいい文字数にするとか、そういうことになってくるかと思いますね。

低価格で、マルチドメイン対応の良い感じのレンタルサーバー

ハッスルサーバーが、デザインをリニューアルして、容量が1.5GBと増量しています。

可愛いライオン？から、可愛いシロクマ？にキャラクターチェンジしています。
MySQLが4から全部5になり、1つ持てる状態になるということです。

MTのウェブページはあまり使うことがないのだが、フォルダ機能しかり、ウェブページ機能しかり、よくできていてページ物を作るときにはやっぱりテンプレートを追加しちゃうより使いやすかったりもする。

MTPageFolder

MTPageFolderタグを使うと、該当のページが属する同一フォルダのウェブページが扱える。参考にしたMovable TypeのMTPageFolderで順番をソートする(入れ替える)方法だが、「sort_by=”created_on”(作成日)」が効いているというより、効いていない感じで、created_onを付けようがつけまいが、sort_order=”ascend“昇順 (新しいものが下)にしようが、変化はない。タグリファレンスにもsortの情報はない。デフォルトで作成日順になっているのではないだろうか。試したところページの最終更新順ではないようなので作成日順かと思われる。

<div class=”folder-list widget”>

<h3 class=”widget-header-link”>

<a href=”./” title=”<$mt:FolderLabel$> TOPへ”><$mt:FolderLabel$></a>

</h3>

<div class=”widget-content”>

<mt:PageFolder sort_by=”created_on”>

<ul>

<mt:Pages>

<mt:PageIfTagged tag=”@index”><mt:Else>

<li><a href=”<$mt:PagePermalink$>”><$mt:PageTitle$></a></li>

</mt:PageIfTagged>

</mt:Pages>

</ul>

</mt:PageFolder>

</div>

</div>

ちなみに、ウェブページのベースネームをindexにすると、【フォルダ名/index.○○】ではなく、しっかりと【フォルダ名/】にリンクして表示してくれるところがありがたい。