Home > Movable Type Archive

Movable Type Archive

空飛ぶくじら

kujira.gif落とさないでね。いつも見慣れた画像だけれど何度見ても良いなあ。いや、良くないんだけど。

覚え書きは書いとかないと

te.pngすっかり忘れてしまったことばかり。わすれていることをわすれなくてよかった、とは思うが。というのはtacoboxへのリンク画像を入れようとしてあれ?Movable Typeの編集画面でウィジェットのリンクファイルの編集をするんだけどちがったっけ?というかんじでおやおやしばらくやっていないとみんな忘れちゃうんだなあ困ったなあからはじまってそういえばバックグラウンドの背景はどうしたんだっけということになった。どのような指定をどのファイルに書いたのかとか一生懸命に思い出した。ゴソゴソやっていたらサーバーにもうひとつのバックグラウンド画像が残っていたことを発見。シェラと最後にいままでありがとうの握手をしたときのシェラの温かな前足の画像でこのときグリグリと体重をかけてきたのでももがくすぐったかったぞ。おまえはこうやっていつまでもそばにいるんだね。ありがと。
覚え書き:テンプレート1-element.cssの中に
body {
background-image: url(http://kakutarou.com/bg/bg3.gif);
background-repeat: no-repeat;
background-position: right bottom;
background-attachment: fixed;
}

* body {
back\ground-color: transparent; /*1*/
background-image: url(ダミー.gif); /*2*/
filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src="http://kakutarou.com/bg/bg3.gif", sizingMethod="scale");
height: 1px; /* for IE */
}
と入れた。サーバの中のbgホルダにbg3.gifを入れて、url(http://kakutarou.com/bg/bg3.gif)というように直リンクしてある。
ちなみにウィジェットのリンクファイルの編集ではこんなかんじであたりまえのリンクタグを入れればよろしい。
<ほげほげa href="http://tacobox.kakutarou.com/" target="_self">tacobox-----<ほげほげimg alt="tacomicro.png" src="http://kakutarou.com/blog/tacomicro.png" width="42" height="35" class="mt-image-none" style="" />
するとこうなる

  • tacobox-----tacomicro.png
  • ルポジのブログも読み込んだら

    sugoikoto.jpg表紙にルポジのブログも読み込むようにしてみた。すると今まで静的だったwebが動的に変化した。これがweb2の時代って事なんだろうか。考え方でWebは使えるなあと今更ながら感動したぞ。表紙を見ればルポジと私のブログ更新が一度にわかるって寸法。それと考えてみたら記事をスクロールしても意味がないのでスクロールバーは取っ払って記事を4アイテム限定にした。今後の可能性としたらhtmlを認識しながら最新の記事のみを表示させる、とかになるのかな。

    この広いネットの海原で

    blog-View rss feedは削除した記事の文字はそのままだけれどクリックすると新しい記事になっているのはどうしてか。と、ここまで書いていったん保存して見てみたら記事も文章もすっかり直っていた。サーバのタイムラグかなんなのかわからないがJavaScriptくんたちはこの広いネットの海原でいっしょうけんめいがんばっているのだなあ。と、これもテストしてみる。タイトルをかえたりしてみる。

    サーバのタイムラグなのか

    ケータイから送る大きなサイズの写真はサーバではじかれてしまう。壁紙240×320でかろうじて入るがケータイを横にして撮影したものは縦位置で表示されてしまっていた。なので横位置に直してから送った方がいい。それともっと小さなサイズでリサイズできればその方が軽い。それと動画は無理。あとmovabletype編集で記事を削除してもRSSは削除されずに記事を拾ってしまうのはどうしてだろうか。これってサーバのタイムラグなのか。

    表紙でブログの更新をお知らせ

    henkou.gifホームページは表紙一枚しか作っていないので意味ないじゃんと言われても仕方がないが、ブログの更新が表紙でわかればなにかと使えるのかなとやってみた。ただしwinではまだ未確認。とくにスクロールバーが不安。overflow:autoにしたいんだけどIEじゃautoしてくれないんだよな。仕方なくoverflow:scrollにしたけどこれってカッコわるいんだよ。それと同時にCSSの基本フォーマットをいくつか作っておこうと考えはじめている。自分が使いやすいレイアウトはだいたい決まっているので流用できれは最初から組み立てなくてもプロパティの変更だけでサクサクできるかもそうなればいいなあ。あとフォントもh1.2.3.4好みで決めておけば楽勝かも。

    トラッキングコードを入れたのに

    テンプレートのindexのbody前にトラッキングコードを入れたのに。全く反映されていない。フォーラムに行くと「bodyがどこにあるかわかりません。」という同じように悩んでいる書き込みを発見。bodyはテンプレートモジュール / フッター テンプレートにあります。らしい。ふうんなるほど。これで少しスキンの仕組みがわかった。

    youtubeはありがたい


    webページに動画を入れるには借りているサーバーが大きくなくてはならないけどyoutubeがあるおかげで動画はyoutubeにアップすればいいので全く負担がかからない。
    tube.gifこんな感じで、実にありがたい事だと思う。

    空間に書かれた記事のように

    futuu.gif

    hantoumei.gif空間に書かれた記事のような雰囲気を出すために背景を入れたのにリンクとかのタイトル背景が指定の色でグレーになっていたままだったので、背景画像を半調で見る事ができないものかと考えた。単純にかっこいいからなんだけど。

    そこで、横巾を指定した1-subSkin.cssファイルの中にあったdiv#utilities dl.navi dtなどそれぞれのbackground プロパティに
    filter: Alpha(opacity=60);
    opacity:0.6;
    を追加した。

    カテゴリーのひとつだけレイアウトが崩れてしまう

    新しくカテゴリーを作りファイルを一括編集画面で移動して再構築するとそのカテゴリーのレイアウトが崩れてしまう。一つ一つ編集画面でカテゴリーの移動を行うと他のカテゴリーと同じレイアウトのままだ。ロリポップのMySLQの不具合なのか相性が悪いのか。何かの具合でその一つのカテゴリーファイルのプロパティが書き換えられてしまうんだな。さて。
    とここまで書きながら変形するカテゴリの記事のファイルを見ていたら最後の行にdivタグが入っていたファイルがあったのでdivタグを外してみた。そしたらなんといままで変形していたそのカテゴリページがなおっているではないか。そういえば、Vicunaスキンの仕様上、divタグ直下にプレーンテキストがくることを許容していません。という指摘がVicunaさんのところで読んだ記憶がある。改行でいつもdivタグを使っていたクセで入れていたからかもしれない。一括編集画面で移動して再構築なんて関係なかった。結局一括して移動したファイルの中にdivタグが入っていたファイルがあったというだけだった。MySLQごめんね。そしてなにかあった時のために最悪の場合は自分用にカスタマイズしたスキンstyle-flatをバックアップしてあるのでサーバにそのまま入れ替える事にした。レイアウトが崩れる原因がわかってほんとに良かった。わかるまで眠れないもの。今夜はぐっすり眠れるな。

    カレンダーのカスタマイズ

    calendargif.gifmt.Vicunaさんのmod_calendar.cssに書いてあったcircleへの階層が違っていて記事を書いた日が普通の数字でよく見えなかったのでバックグランドに新しくcircle04.gifという画像を作ってきちんとリンクさせた。色はシェラが好きだった青い色。
    mod_calendar.cssに

    div#utilities dl dd table.calendar td a:link {
    color: #fff;
    background-image: url(http://kakutarou.com/cgi/mt/mt-static/themes/style-flat/module/mod_subSkin/images/bg/circle04.gif);
    }

    div#utilities dl dd table.calendar td a:visited {
    color: #666;
    background-image: url(http://kakutarou.com/cgi/mt/mt-static/themes/style-flat/module/mod_subSkin/images/bg/circle05.gif);
    }

    div#utilities dl dd table.calendar td a:hover {
    color: #fff;
    background-image: url(http://kakutarou.com/cgi/mt/mt-static/themes/style-flat/module/mod_subSkin/images/bg/circle06.gif);
    }
    書き入れた。

    リニューアルがようやく落ち着きはじめた

    datebase.gif先週の土曜日から始まったweblogリニューアルがようやく落ち着き、今までのテキストの不具合を修正し始めいている。なぜ急にリニューアルなのかは前回少し書いたが、今まで三年間winでは全く自分が考えたレイアウトで見られていなかったということに初めて気がつきwinで見た汚いレイアウトに愕然とした、レイアウトには人一倍気を使っていたのに・・・。

    「あのさあ、weblog見てるけどなんか変だよ」win使いが先週の土曜の午後つぶやいた。そんなことあるはずがない、だってMovable Typeだぜ。macだってwinだって関係なく見れるわけだよ?でも少し不安があったのでwinではじめて見る事にした。すると!もうメチャクチャじゃないか。その夜は遅くまで格闘した。

    まず最初にMovable Typeで利用するデータベースの設定をロリポップ!のユーザー専用ページで行った。表示されている「サーバー」「データベース名」「ユーザ名」「パスワード」をメモ。サーバに Movable Type を指示のようにしたがってアップロード完了後、『 cgi 』 フォルダ内の 『 mt 』 フォルダの中にあるすべてのcgiファイルのパーミションを「700」にした。Movable Type3.3の時と違って4.2.2 には対話式のインストールウィザードが用意されていたので、面倒な設定作業はほとんど必要なかった。3.3の時はmt-config.cgi-originalのリネームなどがあったけど4.2.2はそのままサーバに入れた。するとインストールする途中の画面でいつの間にかmt-config.cgにリネームさてれいたのだ。
    話しは簡単に見えるが、実は今回はじめてのバージョンアップなので3.3のデータをどうやって移行するのが賢いかという事でアタマを悩ました。とにかくざっくりとサーバにあるものをバックアップ。そして、3.3上でエントリー・コメント・トラックバックのエクスポートを行った。しかしいざ4.2.2でインポートしようとしたら半分しかバックアップが取れていなかったことがその後判明した。なのでその後ひとつひとつバックアップしておいたファイルから流し込むことにした。またアップグレードでは構成ファイル (mt-config.cgi) を元の位置にアップロードしますと書いてあったがなかなかうまくいかないので、何度も入れ替えしたが結局全く新しい4.2.2をまっさらな状態でインストールすろことにした。そしてそれは全く正しい事だった。なぜなら3.3の時と違い4.2.2をまっさらでインストールした方が早いからだ。インストールの方法はたくさんのサイトで紹介してくれている。今回お世話になったのは
    http://www.movabletype.jp/documentation/mtinstall_mt_lolipop.html
    http://cheebow.info/docmt/archives/chicappa4_sl.htm
    http://lolipop.jp/?mode=manual&state=blog&state2=mt
    大切なのはMovable Type のテンプレートセット。
    有名な小粋空間さんのテンプレートセットにしようかとも考えたけどこの人のページ構成が理解できなくて難しくて逃げた。
    http://www.koikikukan.com/
    mt.Vicunaさんのテンプレートは分かりやすいページなので直感で決めた。特にstyleTestは最高ですね、ありがと。
    http://mt.vicuna.jp/

    比べてみれば「なるほど」と思う。でも小粋空間さんからも色々お世話になったので感謝します。

    たいへんなことをはじめています。

    youkoso.gifいくらなんでもバージョンアップしないわけにはいけなくなった。理由はたくさんある。Windowsで見るとレイアウトが変形していた事が判明。そして始めだしたら止まらなくなってしまった。まだまだテストだ。幅の固定をいれるCSSファイルがどこにあるのかがわからない。結果、幅を調整するのは1-subSkin.css。dl.naviとdl.othersの背景を消すのは2-singleUtilities.cssだったし、何度やってもできなかった背景の固定プロパティ指定ファイルは1-element.cssだった。Global Navigation Style ModuleやCalendar Style Moduleのモジュールを生かすには5-module.css。背景画像を入れる内容は画像までのリンク先http://kakutarou.com/bg/bg.pngを二カ所に入れる事に注意。

    body {
    background-image: url(http://kakutarou.com/bg/bg.png);
    background-repeat: no-repeat;
    background-position: center center;
    background-attachment: fixed;
    }

    * body {
    back\ground-color: transparent; /*1*/
    background-image: url(ダミー.gif); /*2*/
    filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src="http://kakutarou.com/bg/bg.png", sizingMethod="scale");
    height: 1px; /* for IE */
    }
    水平方向:左:left/中央:center/右:right
    垂直方向:上:top/中:center/下:bottom

    リンクバナー

    chitoseya_button2.gifwebページが気になってしまいいつまで続くかわからないがメモという事で。バナー広告は世界標準サイズが決まっている。リンクバナーも同じサイズで統一すれば良いのに各webページの寸法で作るからでこぼこしてスマートじゃない。そこで千と勢屋のリンクバナーを作る事にした。サイズは昔から気になっていたMicro Button(88pixel×31pixel)とButton2(120pixel×60pixel)というサイズ。リンクバナーはこの二つがあればいい。リンクバナーを貼るwebページの雰囲気をできるだけ壊したくはないので枠なし、繭が静かに呼吸している感じを出してみた。










    独自ドメインだけ表示させたい

    htaccess.gifYahooの検索ロボットくんはHPを独自ドメインで拾ってくれるが、Googleの検索ロボットくんはなぜかサブドメイン(サーバの運用の関係で削除できない)で拾いだしてしまう。そうすると検索エンジンで訪れた人がブックマークした時にサブドメインのHPアドレスをブックマークしてしまうので公表している本来のアドレスの意味がなくなってしまって困っていた。ということで挑戦したぞ。

    AddHandler cgi-script htaccess
    RewriteEngine on
    RewriteCond %{HTTP_HOST} ^(アカウント\.サブドメイン\.jp)(:80)?
    RewriteRule ^(.*) http://独自ドメイン/$1 [R=301,L]

    と記入したファイルを(最後は改行しなくてはならないらしい)htaccess.txtという名前で保存し(Macのテキストエディットは使いにくく文字化けするので気をつけた方が良い。昔のシンプルテキストの方がテキストで保存ができて良かった)サーバに転送したらサーバの中で名前を .htaccess に変更。サブドメインのURLでのアクセスを独自ドメインへ「移転したよ」ということになるので、検索エンジンは次回のクロールからは独自ドメインへ順次書き替えてくれるハズです。らしい。そうそう、 .htaccessファイルのパーミッションを604に設定することを忘れないように。(.htaccessファイルはパーミッション設定が必要なのだ)。やってみたらサブドメインで入っても独自ドメインのページに自動的に移動して感動した。頭がいい人がいるんだなあ。 http://chitoseya.kakutarou.com/がほんとは正しいがhttp://kakutarou.com/chitoseyaになっている。どちらもkakutarou.comなのでよしとしよう。そしてhttp://kakutarou.com/chitoseyaのページには正しいページに移っていただくようにリンクボタンをつけたのは言うまでもない。

    参考にしたあたまのいい人がいるサイト
    http://forum.lolipop.jp/phpbb/viewtopic.php?t=19&postdays=0&postorder=asc&start=10&sid=fa79b6891cfa4e166af5c2cdcfc3e96b
    http://www.secondnote.net/secondnote/archives/2006/12/post_29.html

    こんな事をしてみた

    こんな事をしてみた。これは今まで個展の会場で流していて評判が良かった映像。静かなwebページにしてみたかった。


    また、今までのTV番組も。ここに入れてみた。時々こういう感じの映像が入っているサイトを見かけていてどうやるのかなあと常々思っていた。放送局みたいなのを作って発信してるのかなあ。不思議だなあ。えらくたいへんなことなのだなあ、と。







    覚太郎

    kakutaroutop.gifこのweblogの入り口のkakutarou.comの表紙を変えた。CSSを学び始めだした頃偶然できあがった表紙に感動してアップしてそのままであったが、CSSをチェックすると膨大なエラーが見つかった。エラーがあっても見る事はできるんだなあと感心しているだけではいけないので作り直した。ボックス構造を復習しながらもう一度忘れないうちに理解したかったし。

    CSS外部ファイル

    chitiseya-hp.gifようやく重い腰をあげて千と勢屋のWEBページを作った。もちろんCSS外部ファイルを使って。テーブルタグじゃダメだってことは数年前からわかっていたしCSSは私のアタマでは簡単にできないこともわかっていた。同時にいつまでもこのままで良いわけがないということも充分わかっていた。で、どうするかといえばもうやるしかない。というわけで一週間かかって昨晩完成。で、サーバにアップ。でも何度もアクセスしてもファイルが見つかりません!とも警告がでる・・・おかしいなあ?おかしいなあ?風呂に入ってからもう一度サーバにアップしてみよう。そう考えて風呂でブクブク考えながらも目次の部分はcontentsにしたけどindexのほうが良かったのかなあindex・・・index・・・index、おっ・・・!?あっ・・・!最初のファイル名をindex.htmlにしてないからだ!!!そうだ。分かりやすくするために最初のページをchitoseyaにしていてそのままアップしていたからファイルが認識するわけがない。最初のファイル名をindexにするのが基本なのにすっかり忘れていた。風呂からあがってindex.htmlとファイル名を書き換えサーバにアップすると何事もなかったかのようにすっと表示された。もうすっかりhtmlの基本を忘れていたのだなと愕然とした。でもまあすっきりとしたなかなかなページに変身したのだよ。かっこいい「正当な CSS レベル 2.1 の検証マーク」もつけることができたし。CSSは最初のとっかかりがつかめるとこれほど楽はないということがわかる。とっかかりの理解までに三日かかった。テーブルタグはかっこいいレイアウトがカンタンできるけどかっこいいだけじゃ伝わらない。WEBページで何を使えるかという基本を考えるきっかけにもなった。今までかっこつけてリンク画像にしていたけれど無意味なのでテキストにした。フレームなんて使わなくてもスクロールはできる。あと、#footerのfloatをnoneにしたことによって回り込みを回避できた。ボックス構造でつくるわけだからmarginとpaddingの理解を深めなくっちゃ。それとタグの優先順位だな。まだまだ分からない事ばかりだけど。CSSが正しいのかを調べたら「おめでとうございます! この文書は正当な CSS レベル 2.1 として検証できました!」となった。(警告はでるけど・・・)アップルのページでさえ55カ所もエラーが見つかるのだから良しとしよう。WEBの児玉先生、上田市マルチメディア情報センターの尾崎女史!老体にムチ打ってここまでやりました!・・・・・あれから数年かかりましたがあ・・・。あの日あの時あの場所で女史がCSSについての雑誌のコピーを送ってくれたり(当時はまったくそういう情報はなかった)いろんな事を教えてくれて「ガンバッテクダサイ」と声をかけてくれなかったらきっとここまでこなかっただろうなあと思った。美女は実にありがたい。

    え?もうmovable type-3.33にバージョンアップなの?

    いつのまにかバージョンアップしてたんだね。きっとバージョンアップっていい事なんだろうが、 3.33にバージョンアップするには全く最初からサーバにインストールして設定し直さなければならないのだ。ということは今までのデータってどーなるの?ううむ。基本的には今までのCSSファイルと画像などのデータを今までと同じところに入れるって事でいいのかなあ。(テンプレートとかカテゴリーとかさ)。ド素人の私は実に弱っちゃったなあまったく。これって一ヶ月に一回はバージョンアップしてるってことだ。ソフト開発の人ってきっと徹夜で頑張ってんだろうな。いいんだよ、そんなに頑張らなくても。

    おもいきって形を変えてみようかな。3カラムとか。

    検索エンジンはエライ、というお話。

    erai-1.jpgある調べもののためいつものように検索エンジンを使っていた。そしたらなんと突然に個人情報のページが現れた。???????。そこはネットできちんと正直に登録をして(変な言い方だけど)サーバを借りる人たちが利用しているいわばネットビジネスの会社なのである(社名はいえませんが)いきなりその会社のサーバの個人情報を操作できるページに入ってしまったのだった。さすがにあわてました。すぐメールでその会社に知らせたのですが対応はびっくりするほどゆるやかでした。そのような不具合は報告されておりません...だってさ。今俺が不具合を報告してるんだけど!!!!って言っても信じない。こんなことってその方達にとっては日常茶飯事かもしれません。そう言われるとなにかの偶然で一度だけかなと思っていたら、ブラウザを閉じて半日置いてもアクセスするたびに違う方の情報登録操作のページが開くので、またまたびっくり。ちなみに見てしまった人々にはあわてて知らせましたよ。(相手が信じない信じるはその人たちの勝手だけど)だってその人たちの自宅住所電話番号はもちろんサーバログインパスワード(これがどれほどヤバい事かわかるかな?ホームページで商売している人だったら死活問題、いや商売していなくても殺人事件とかに発展する可能性もあるかなりヤバいこと)とか携帯アドレスとかなんでも知ってしまったので。放っておくのも可哀想だし。あまり動こうとしない会社はどうしようもないから、せめて自分が今できる事は見てしまった人たちにできるだけ早く知らせる事だと考え夢中で知らせました。

    でも、
    検索エンジンって意外にすげえな。と変な感動を致しました。ううむ。

    最初は全く知らない、なんとか子さんとかの書き換えページが現れた。
    この個人情報のページはネットによくある、個人が書き換える事ができる登録ページだ。もちろんこの中の情報はたとえプロバイダーの中の人でも知らない情報だったりする。働いてる人が悪さをしないようにとの事で。しかし......。みんなが見れるなんて!!しかも誰でも他人のを書き換える事ができるなんて!!!
    おいおい危機管理がゆるやかすぎないか?世界中に会員の個人情報の部屋がつつぬけだよ。そのつぎはまた知らないひとの書き換えページが現れた。

    人ごとではない。個人情報を書き換えられてしまう危険性は、いたるところにある。
    先日はネットバンクの登録をしたばかりなのだが、...さて。

    Index of all entries

    Home > Movable Type Archive

    Links

    Return to page top