March 2008

サーバーの移転に伴う改修は細部に及ぶも、Flash・「SurfReport」の過去ログへは手が回らず、放置のまま。
とりあえず「現状維持」は出来たので、予定通り4/2に移転するが、色々と手が回らなかった原因は、まず仕事が忙しくアフターまでPC使いたくなかった事。そして、トップページ等の変更に際し、新たにscriptを追加したのだが、その余波・「IE」への「ハック」に手を取られたからだ。

Web作成において「面倒臭がり」なため、「ハック」が大嫌い。「IE」が変わる度に加筆・修正が必要で、「汎用性」が低い。
いや、同じ指示を複数書くんだ、コピペで済むが「無駄」にしか思えない。そんなことから基本的な枠組みは、「ハック」を使わないで済むように作り、CSSを書くが、今回「ハック」無しでは行けない所が出来たので、「IE6」「IE7」それぞれに向けたハックを書いた。

「IE」が変わる度・・・「IE」が他のモダンブラウザ並みに「W3C」準拠になってくれれば「ハック」も不要になりそうだが、IE7への「強制」アップデートも「キャンセル」する人が多いのか、「IE7」のシェアは低い。もう「IE８ベータ版」が出回っているが・・・　うう
俺のPCにゃwin版「safari」は無い。インストールしたが立ち上がらないという、何とも重大なエラーに見舞われているからだ。

全く端くれで蠢く人間にゃ辛いご時世だ。

そんな偉そうなモンではなく、jsの比較。
なんだかんだ言って、jsを幾つか使わせてもらっているのだが、トップページについては今のところ「これ」といったデザインが出来ず、とりあえず「背景画像のアクセス毎の変更」スクリプトと、そこに透明⇒白のグラデーションをかけるためにPNGを使ったのだが、IEできれいに透過させるためのjsを使っている。

単純にグラデーションをかけたjpgを用意すればいいのだが、それでは勉強にならないので。

最初は「alphafilter」を使ったのだが、どうも中に入れたswfがIEでは動かない。仕方ないので「iepngfix」を使った。「仕方なく」というのは、逆にFF等で表示されなくなる為、IEに向けてハックを書いて対処したのと、このフィルターの中ではフォントにジャギが出るからだ。
もっとも、ジャギに関してはディスプレイによってはあまり気にならない場合も有るのだが、swfが動かないものよりはハックを書かされても、少々ジャギが出ても表示・動作確認取れる方がましというもの。

どうも「透けた」のが好きなようで　(^^;)ゞ
swf以外の透過はCSSで出来るからね・・・黒を透過させるには背景を白く飛ばさないとうまくないので。。。

このエントリーは「SillyTalk」のみ移動したが、他は移動していない時のエントリーなので、旧URLに移動の告知と「ジャンプ」スクリプトを取り付けて「公開」に至るまでの間は人目に触れないものだ。

旧サーバーからエントリーのエクスポートをして、「テラパッド」でパスの書き換え等をしてからインポートしないと手間が掛かるので、出来たものから引越し　((((((( ‥)ノ

・・・体調悪い、なんて書いたが、今日の波乗りの予定は「体調不良」「風邪」によりパス。

ちょっと「過労」気味だったのに、仕事終えてからもMT弄り過ぎ。基本線は出来たから「SurfReport」の移転は楽だろう、問題は「トップページ」その他で、テンプレや技術的な問題ではなく、「デザイン」が未決と言う事だ。

この、「WeekdaySurfReport」の他に移転が一本、新設が一本とかなりきつい　(‥;)
仕事もちょっと緩められたが「押せ押せ」なので、体にゃやばい！

「波乗り優先」もこれじゃ本末転倒だ、どこかでセーブしないと・・・。

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
と書くのを忘れたためだった・・・「滅多にやらないことだもの、忘れちまうよ」と言い訳しておきます　ヘ(・ρ・ヘ)))))

WeekdaySurfReportが生まれ変わる！

別に・・・　(｀ヘ´)
デザインや機能は変わりません（多分↓）、サーバーを移転し、ついでにMTを最新のver4.1にアップグレード　(ΦωΦ)・・・・
アップグレードで3.3のplが使えず違いが出ればそこは変わるかも・・・。仕事と合わせて日々12時間以上はPC被り付き！！！辛い体に鞭打って、何とか「サクラ咲く」と春には移動の予定です。
やりかけ放置のFlashと、リビルドまだの2001～2004年分アーカイブはまだ放置です <(＿ ＿)>

ここんところ何だか酷く疲れていて、テンションも落ち気味だ。
原因は「過労」で、日々あれだけPCにかじりついていればVDT既往の俺だ、体調も落ちるさ・・・。
今日の鴨川は久々「酷い」コンディションで、南風の後だから水温も下がってた。そりゃ一宮あたりでやってる人間に言わせりゃそれでも「楽」ってなもんだろうが、「冷え」が本当に良くない俺には酷だ。
水温の低さと波の悪さが手伝って、連れの「マルキ行こう」にも「どうにでもして」状態で、行った先のマルキが少しは出来そうだが、「少しは出来る」波を捕るための苦労を考えると「やってきなよ、見て良さそうなら入るよ」とは言ったものの心は「着替え」。

何だか妙に上手いサーファーがいる「このコンディションであんなリップブチかますのは誰？」と上がって来た連れに聞くと「外人」だって　(‥;)

今週は水曜も行くけど、水曜の方が良さそうだから、水曜に集中！