MovableType

3/17追記
ここんとこMT弄りすぎ、土曜に夜更かし⇒日曜海でしょ、今日は仕事やってて倒れそうだった。。。
久々、マジヤベ～とか思っていたが、だらだらしながらまたMT。
で、何故か今日はここ数日のエラーを全部解決、簡単に言うとver3.3でしこしこ作ったテンプレコピペじゃ駄目だったわけで、デフォルテのテンプレにver3.3で作ったパーツを取り付けていったら何の事は無い、解決。 まぁ、これで「コメント関係」のとこちょっと変えた以外は元通りだ。ついでに細かいナビ関係にデザイン作ってから「SillyTalk」を移動することにする

3/15追記
件の「エラー」だが、「commenter_nameの非宣言」に対してのもので、出力されたコードは
<div id="comment-form-external-auth">
<script type="text/javascript">
<!--
writeCommenterGreeting(commenter_name, 341, 3, commenter_id, commenter_url);//-->
</script>
</div>
テンプレでは
<MTIfRegistrationAllowed>
<div id="comment-form-external-auth">
<script type="text/javascript">
<!--
<MTIf name="comment_preview_template">is_preview = true;</MTIf>
writeCommenterGreeting(commenter_name, <$MTEntryID$>, <$MTEntryBlogID$>, commenter_id, commenter_url);
//-->
</script>
</div>
</MTIfRegistrationAllowed>
IE6のステータスバーにこの部分がでエラーとして引っ掛かる、ver3.3からのコピペで引っ掛かり、4.1デフォルトでも同様なので、全く身に覚えが無い。これから「分析？」だが、最悪問題なければ「削れ！」か？

3/14追記
余白も問題だが、「システム」でエラーが出る。
おまけにver3.3では「別個」だったシステムテンプレートだが、「コメント確認」以後は一つのテンプレの中で「エラー」「保留」「完了」の振り分けを行っている。
よく「落ち着いて」見れば「なんちゃない」のだが、細かい所まで弄くり回して作っていた人間にはパッと見「憂鬱」なものだ。いや、「仕事」で開けた「パンドラの箱」の如きCGIと、それらについてるテンプレなんて「商用」のくせに酷いもんだ。ぺんぺん草も生えちゃいない荒野の如きページへ案内され、「極業務的」とはいえ「ありがたさ」が微塵も無い。それを考えれば他のページと同じようなアウトラインって考えるのは「オタク」系か？

いや、まぁ形にゃなった、エラーを何とかせねば・・・予想では「パス」ミスだが？エラーが片付けば「余白」は有るが3.3でも有るからとりあえず「SillyTalk」だけでも「インポート」するが、果たして？

3/13追記
システム方面のテンプレは出来ちゃいないが要領は得た。仕事でカテゴリーアーカイヴの「アーカイヴ毎にテンプレートを変える」もやった。MTのCGIの置き場所による機構的書き換えは面倒だが、サーバーも期限が来た事から「お試し」から「本契約（前より安い、ランニングは500円/月だ）」を済ませ、サクサクっと作り込みたいところだが、MTに付き物の余白が消えない。
前日記、plは一応機能している。それで尚出る余白、エントリーアーカイヴでは出ない。

3/12追記
最初見た時は「分け解らん」と思った「アーカイヴ」も「基本・３アーカイヴ」の構築を終えた。
「SillyTalk」部分についてだけは、カテゴリ毎にテンプレの使い分けをしていないので、「なんちゃない」。後は「システム」だが、「システム」以前にコメントの「投稿」「確認」が出来ない。
と、思ったらまたもや「初歩的なミス」というか、mt-comment.cgiの置き場所を考えていなかったわけで、以前と違いMovableType本体をマルチドメイン故に別ディレクトリ置いたがために、コピペでテンプレを貼り付けた旧仕様ではcgiへ辿り着かないのであった。
おばか・・・(´;ェ;`)
MT本体は「別」ドメイン内
jsファイルは上階層
と＜$MTBlogURL$＞では駄目で、対応したパスで書く必要がある。要備忘。

それにしても、このver4.1は3.3以上に余白が吐き出される　(￣д￣)
3.3では吐き出されなかった「検索結果」などシステム部分でも出る。一応対応するplを用意してあるのが、メインページでの結果は思わしくない。「きっちり」使ってはいないが、「きっちり」使ったら綺麗になるのか心配　...o(;-_-;)o

3/11 追記
ありゃぁ、TagInVokeも使えない。pl多すぎて端から確認してない (゜ロ゜;)!?
「エントリーアーカイヴに同一アーカイヴのエントリー一覧を出力」これが出来ない？

「使って解る」状態。MT3.3ではTagInVoke.plを使ったが、MT4ではpl無しでいけるらしい、調べた結果だが、
<mt:SetVarBlock name="this_category"><mt:CategoryLabel /></mt:SetVarBlock>
<mt:Entries category="$this_category">
<li class="right-list-item01"><a href="<$MTEntryLink$>"><mt:EntryTitle /></a></li>
</mt:Entries>
（liタグは俺の都合）
とすればOKだった。

サーバーの移動と、MT4.1へのバージョンアップを目論み、試用期間のサーバーにMTをインストール。仕事の方でもMT4.1使っているが、「押せ押せ」でフィードバック無し、結局「ここ」で「お勉強」。メジャーバージョンアップだけに大きく変わっている、特にモジュールが強化されているが、
<div id="alpha-inner">
で終わり、
</div>
まで行かない「切られ方」じゃ良く解らない。「使いこなし」という点ではちょっと自分に知識・技術が足りないようで嫌だが、どの道PHP化して共通項は分けるわけだから無視。
このサイトは昨年の夏以降PHP化して「分けてる」からほぼそれの使いまわしで行けそう。

ところが、3.2から3.3へアップした時に発生したplの不適合が再び、「Photogallaery」が使えない。「この手の」画像取り扱い系plは他にも幾つか使っていたが、これは使っていなかったし、どんだけ？か知らないが、4.1では画像の取り扱いもplいらずとか？
逆に追加したplも有るのだが、「使えない」ものが・・・
俗に言う「使えない」のでは無く、システムプラグイン設定で「利用可」となっているが使えない
Visitor Stats
これは手順に従い、「Install_Templates」をクリックすると「get_template_installer.tmpl」のロードに失敗しましたと出る。「閉じる」をクリックしてもスクリーンショットは閉じず、ブラウザのバックボタンで戻るのみ・・・。アクセス解析は別に「これで」やらなければならない訳では無いが、やりかけで「駄目」といって尻尾を巻くのはムカつくので後回しにはするが、「やる」　(｀ヘ´)
EntityRefButton
これも「やり方」の通りやってプラグインディレクトリに表示されているが、件の「＆」ボタンが出てこない・・・。だが、これも今の所「大して必用ではない」事から先延ばし。

plでは無い部分だが・・・MT3.3でWeekdaysurfreportは３ディレクトリを使い運営していた。3ディレクトリをmt-searchを3つにまたがらせて「検索」としていたが、同じやり方では「templateが見つかりません」となって利用できない。前述plよりこちらの方が問題で、原因がMTかサーバー側か不明な点が厄介。

仕事ではサーバーやCGIで不遇を囲っているのだから、せめて私用では綺麗に行きたいものだが・・・ (;O;)

「検索」の不具合だが、mt-config.cgiへ
AltTemplate wsr_search wsr_search.tmpl
と書くのを忘れたためだった・・・「滅多にやらないことだもの、忘れちまうよ」と言い訳しておきます　ヘ(・ρ・ヘ)))))

サーバーへの負荷増大は「EntriesPerRebuild」　　　　　リビルドの数値変更で応対したが、結局将来的な負荷増大に備えてPHP化する事にした。
現在の内容ならリビルドの数字を弄るだけで済みそうだが、今のうちにやれる事はやっておこうと言う感じ (^^;; ついでに役に立つかは解らないがSmart rebuild plも加えておいた・・・。カテゴリーアーカイブの再構築を分割してくれるplだが・・・リビルド数値の変更では他アーカイブに対しては効果が無いからだ。

負荷増大の大きな原因はサイドバーで、コメントやトラックバックを表示させると覿面だ。この部分を各々別htmlでテンプレート化し、php incluedさせてみた。plやcgi、アーカイヴページによっては思ったとおりにinclude出来ない場合も有るので、そういった部分はincluedせず通常通りの書き込みで対処。

結果、エントリーアーカイヴではおよそ1割軽くなった。
正直、もっと軽くなると期待していたが・・・積み重ねと言えばそうだが、他の部分もinclude形式にしないと効果はこの程度かもしれない。
Related entryやTag in voke、Sakuin、等のplは便利だが使い方によっては非常に重くなるので様子を見てinclude化するか検討したい。

サイトの作り直しを始めてから日が経ったが、ある程度形にはなった。

最初にMovableTypeの機能を取り入れたサイトへ変えた時は、デフォルテテンプレートのタグの多さを嫌い「拾い物の」テンプレートをいじって使ったのだが、一応「その世界」の隅っこに身を置く限りは、多少なりとも「規格」に対し迎合した物を作っておかないといけないと考え、W3C（今回は）XHTML1.0 Transitional 準拠を目標とした。

だが、W3C規格に合わせると一部ブラウザで正しく表示されないという事実・・・。ぶっちゃけ、W3C準拠が正しいなんて思わない、どのブラウザでも見ることが出来ればそれはそれで正しい物だと思う、例えば、ヤフーのトップページは「構文チェック」サイトでの点数は-400点以上だ。
W3Cなんて頭でっかちの規格屋で、ブラウザ屋をまとめる事も出来ない、例えれば手術の出来ない外科医のようなものだ。
そこまで思っていながら「準拠」とするのは挑戦・ちょっとしたプロ意識だ、現状にそぐわない規格であれ規格が有る以上は規格から外れているより沿っている方が良い。
そして、MovableTypeプラグインlの増設も兼ねた今回の再構築、テンプレートを一から造り直しての作業は時間が掛かったが、何より、デザイン優先と思っていた筈がまたもや頭でっかちになった・・・。

plの増設に伴うサーバーへの負荷の増加によるInternal server errorには手を焼いた。
ダイナミックパブリシングはplが使えなくなる事と、アクセス時に重くなりそうな点が「見る側として」嫌で、PHP化は一部URLが変わる事から保留、とりあえずは一番オーソドックスな対処法である「EntriesPerRebuild」数値を変える事で対処した。仮設的な対処方かも知れないが、サイト構成の拡張と利便性等を考えればこれが一番で、PHP化はアクセスの低い部分で試験的に行い不具合が無ければ・・・と考えた。

前述「構文チェック」だが、よぉくエラーに引っ掛かった(ー_ーゞ 、、
xml宣言はIEでのボーダー要素等が他のブラウザと同様にならない事から宣言しなかった　　　　　xhtml+utf-8の場合、エラーとしては見逃されると聞きかじったからだがしっかりエラーになった。
ブラウザ毎に振り分けを行うか、それら要素を使わないかすれば良いのだが、面倒臭さと全くのお遊びサイト故の必用の無さを量りに掛けると「準拠」の意気込みが萎える・・・。
そもそも、summary属性とか不要じゃないの？と思うものも有るし、flashを使えばそのタグがエラーに引っ掛かる。
MovableTypeで生成されるコードも一部は引っ掛かるし、文中の顔文字もメタ文字のエラーとして引っ掛かるかるから始末に負えない・・・。
100点なんて到底無理だが、それに近づく事も難しい。
点の付け方もただの減点法ではないので、flashだけのページは0点に近い。それでも、xml宣言以外は引っ掛からなかったのでとりあえずは良しとしようと思う。

xml宣言は勉強しながら追々していこう ε=(￣。￣;A...