哀と欲望の日々。

ようやっと新環境の構築が終わったので、Blogの移転を開始しました。

ココログは更新を停止して、新しい記事の投稿は新環境にておこなう予定。

こちらも当面残しますが、一カ所にまとめておきたい記事については徐々に新環境へ持って行きまする。

新しいURLはこちらに： 哀と欲望の日々 - Mami's blog

今、何度目かの(汗)ココログ→MovableType切り替えを試行中なのですが。

今回はテンプレートの実装もうまくいっていて、サイトはほぼ完成、後はココログからデータを移行しなおすだけ…なのですが。

どうにも実装サーバである、さくらインターネットの仕様が使いづらくなってきました。

まず、MovableType出力の一部をさらにPHPで加工しようと思ったのですが、ここで文字エンコードの問題が。

MovableTypeの出力はUTF-8っぽいのですが、さくらのPHPはEUC-JPで動いています。php.iniで変更はできるのですが、php.iniの置き場所をApacheに指示できないため、php.iniを全ディレクトリに配置しないといけないようです。

初期状態はともかく、MovableTypeは月ごと、年ごと、カテゴリごと、といった単位でディレクトリを自動生成するので、新しく作られたディレクトリに手動でphp.iniを置いて回る…というのは非現実的。

MovableTypeの出力をEUC-JPにすればよいのだけど、やり方がわからない。プラグインは見つかるのだけど…。もしかして、使用するMySQLに依存？だとすると、MySQLサーバはさくらインターネットの管轄なので、変更は絶望的。

SQLiteも微妙だしなぁ…。

とりあえずPHPでやりたかったのは、「サイドメニューの共通部分をページ表示タイミングで取りこむ」ことだったので、ここはSSIへ逃げて対応。しかし、これによりファイル名がshtmlになってしまうのも微妙な。

専用サーバ契約でroot権獲得してしまえば解決しそうな気もするけど、そこまで資金を投入するサイトでもないしなぁ。

そろそろ、自宅サーバにすることも考えるべきでしょうか。電源周りのバックアップとかが面倒なので、常設サーバは二の足を踏んでいるのですが。

なお、別にココログが不満と言うわけでもないのですが、いい加減メインサイト(最近はBlogのほうがメインと言う説もあるけど、それは放置)とドメイン名を統合しないと、アフィリエイトとかの申請が面倒なので。

その他、ちょっとハマった設定をメモ。

MovableTypeが作るファイル/ディレクトリパーミッションが、さくらのお好みに合わない：

特にPHP化した場合に問題発生。さくらはgroup, otherにwrite権があると、PHPを動かしてくれない。

mt-config.cgiに、"HTMLPerms 0755"と、"DirUmask 0022"(chmod 755相当)を追記して対策。
へたれLinuxユーザなのでumaskよりchmodのほうがわかりやすいのだけど、ディレクトリはumaskでしか指定できないらしい。

文字コード問題：

本文中にも書きましたが、深く考えずにセットアップすると、さくらでのMovableTypeはUTF-8でHTMLを生成するのに対し、PHPはEUC-JPで動こうとする様子。

各ディレクトリにphp.iniを配置し、その中で次のような感じにして対策。過不足は不明だけど、取り敢えずこれで動いているので。

default_charset = UTF-8

mbstring.language = Japanese

mbstring.internal_encoding = UTF-8

mbstring.http_output = UTF-8

mbstring.substitute_character = none

さて、この後データ移行の問題として、「ココログに投稿した画像データは個別にダウンロードしないと、移行先のBlogに移動できない」というのもあるんだよねぇ…。

コネタマ参加中: あなたが好きな太陽系の惑星は何？

そりゃ土星、ほたるちゃんでせぅ？(笑)

あえて言うならちび×ほたでお願いしたい。しかし、ちびは姪っ子(6/30)でほたはその母親(1/6)という、微妙な現実がここにあるのはどういうことか。

ところで、コマネタからのログインが未だココログアカウントのみという、かなり微妙な現実も。

…という案内が、Niftyから届いたですよ。今後はNiftyアカウントに統一するとか。

3月17日から並行運用開始、6月に完全移行とか。

…いまさらデスか…？

最初は割と頻繁に間違えていたけど、すでに体が慣れちゃったよ。

むしろ、Niftyのパスワード忘れているような気がしてきた今日この頃。めっきり使っていないし。

アカウント名は覚えているんですけどねー？
いつも冗談だろうと思われるようなID(それゆえ未だにNifty-Serveアカウント)なのでー(笑)

…とりあえず、後でパスワード確認しておこう…(汗)

アクセスログを眺めていて思ったこと。

人はなぜ、Blogでリロードをするのか？(笑)
確かにこのBlog、ランダム表示のアフィリエイト入っているけど…。何か面白いものでも出たんだろうか。

あと、「ちっちゃい娘ラヴッ★」を何度見ても、そのタイトルはネタです(笑)

何も出ません(笑)＞「I-Oデータ　15インチセレロン買い取り」で検索してきた人

そーいえば、ちっちゃい娘最近いぢってません。

別に飽きたわけじゃないのですが、色々と優先事項が…。昨日は戯れるチャンスだったのですが、歯が痛いってのにLinuxの設定なんてやってられんデス。

あたし：

最終目標を見るだけでも見ておいて、その後現在に戻る形で必要作業を配置。

ただし、最終目標があまりに遠い場合は、もう少し手前にマイルストーンを配置、それを当面の目標と見なす。

とりあえず、何が目的なのかははっきりさせておきたい。達成できるかどうかは別として。

うちのグループリーダー：

とにかく現状を維持するのが最優先。少しでも未知の作業が増えそうだと感じたら、それはやらないことに決定する。そして玉虫色。

最終目標は大抵が「前任者」が決めたことなので、「自分は知らないので判らな い」とする。

それはそのときにその場しのぎでやれば良い。

さて、この二人が一緒に道を進むには、どうしたらいいのでせぅ？(笑)

てか。
このリーダーさんは、年齢はあたしの１つ上ですが、専門学校卒 VS 大学院卒なので、勤務年数はあたしのほうが上。

そしてあたしは、今の職場で既に最古参(連続年数でいうと課長より長い)。

なんとゆーかねー。やっぱり１箇所に長く居ちゃいけないのかねー。
この職場、あたしが居ないほうがうまく回る気がする。回る先は破滅っぽいと思うのは、果たして自信過剰か否か。

今日もまた、あたしは「次の作業でやる項目」を相談しているのに、先方は「今の環境への変更項目」を話していると思い込み、大いに揉める。てか、完全にずれているので揉めすらしていない、というのが正しいのかも。

衝突するたびに、もう面倒なので「今後はこの人に指示されたことだけをやって、自分では動かないようにしよう！」って心に決めるのだけど…。

そのときその場しのぎでやる作業は、大抵あたしが経験年数に任せた力技で回避することが多いので。そしてこの方法は、力技ゆえ絶対つまらないミスやギリギリの対応になって、お客さんの心象を悪くするので。
ちなみに、この場合悪者はあたしなのだな。重要度に比例して、やらかしたときのダメージは大きくなるものだし。

これをやりたくないと思うと、自然自分で率先して引っ張るしかないのよね…。しかも先方の立場は立てつつ。

ちなみに今やっている仕事は、去年の春に開始、先方を説得するのに数ヶ月(主に悩んだ振りしたまま思考停止)、説得しきれないまま単身お客さんのところに持っていって、3時間でおおむね提案どおり仕様決定。
リーダーが納得していない(＝理解していない)ままの仕様なので、結局あたし一人が全部やることに。内輪を納得させるために色々と仕様をいじったせいで、なにやらあちこちに亀裂が。

で、今日一段落。あとリリース作業が残っているけど。てか、既に明らかな破綻が少し。おかしいよなー。先方にクロスチェックお願いしたのになー。＜見てないでOK出してる

そして第２期。

先方は、「え、やるの？」
おいおいおい！去年の春に打ち合わせやってたときは、第３期までちゃんと入っていたぢゃん？！

「あー、また今度でいいと思ってた」
今度って何時！？今度って？！

「えーと、必要になったときに考えよう」
第３期完了時の仕様が必要で、切羽詰って数年越しの重い腰をあげたのが去年の春だったはずだけど…。お客さんと相談して、３段階実施にしてもらったはずだけど…。

うー。
疲れた…。

記事タイトルの「～」と一部トラックバックの「～」…とあとナニかが文字化けしてる。

これは、ココログからエクスポートした時点で化けていた。「～」が化けていることから考えて多分、UTF-8の文字コード問題に正面から勝負してしまったのではないかと。

あたしの文体は「～」を多用しているはずなんだけど、とりあえず本文中では化けていないものがあるし、化けている文字の数が少なすぎるので、一律に化けるわけでもないみたい。

タイトルの化けは２箇所のみ、トラックバックはそもそも放置していたSPAMだったので、個別修正(削除)で十分だな、今回は。

#追記
今回の移植分では上記だけだけど、全体を見ると本文でも化け多数。ただ、移植先に格納済みの記事を見ると化けていないので、ココログのバージョンアップ過程で文字コード変換あたりがうまく機能せず、今回化けた可能性が高そう。

インポートは文字コード指定できるけど、エクスポートは指定できないからなー。

エクスポート＋インポートで移動すると、記事自体に括り付けられている「作成日付(公開日付)」は保存されますが、「更新日付」がインポートした日付になります。

MovableType 4.0のデフォルトテンプレートだと、メインインデックスの記事一覧が、「更新日付」を表示する<$MTEntryModifiedDate$>になっています。このため、インポートした記事は全部同じ日付になってしまう言う問題が発生するのだなコレが。

解決方法：
１回書いた記事をめったに書き換えない、もしくは、書き換えたときに日付を更新する必要を感じないのであれば、<$MTEntryModifiedDate$>(更新日付)を<$MTEntryDate$>(作成日付)に変更すればOK。

記事を頻繁に書き換え、かつ書き換えた日付を表示したいときは…。あきらめるしかないような感じ。
そもそも、エクスポート/インポートのフォーマットに「更新日付」が保存されていない様子。エクスポートについてはテンプレートを自作すれば出力できると思うけど、インポートフォーマットの仕様に無いのではどうしようもないというか。

直接DBに叩き込むようなプログラムを作れば、多分移植できるとは思うけど…。あたしは<$MTEntryDate$>で事足りるので、作るつもりは無いです。

いったい何度目の正直なのか(2度目です、多分)

MovableTypeがVer.4になり、Blogページのほかに通常HTMLも管理できるようになったので、サイト全体のMovableType化を(今度こそ)進めています。

何が面倒って、ページレイアウトを移植しようとした場合、用意するテンプレートが結構多い上、モジュール化されているので最初は相関関係のHackから始めないといけないってのが…。
いや、全部削除して１から作ってもいいんだけど。しかしこれはこれで、サンプルがなくなってしまうのでどうにも…。

で。
先ほどトップページだけは移植完了！とりあえず記事を更新だ！
と思い、ココログからエクスポートした全記事のうち、前回移行分からの差分を取り出してインポート、そして再構築！

…というところでミス発覚。
今回、メインサイト(HTMLが主)と日記サイト(ココログの完全移植)を分け、メインサイトではサイト全体(メイン＋日記)の更新履歴と作品公開を管理しようと思っていたのですが…。

ココログの記事を、メインサイトの方にインポート＋再構築しちまったい(爆)

やり直しか…。

あと、問題が１つ。
ココログの機能を使ってCGやら写真やらをアップロード、Blogに張り込むと、その元データは当然ココログ内に格納されます。

が。
これは記事のエクスポート(バックアップ)では取り出せない。そして、記事本体のURLは、ココログのまま。

さてどうしたものか。
URLは、エクスポートしたテキストファイル状態で一括置換するか、インポート後にDBを直接SQLでいじる手もあると思う。まぁこっちはいいでしょう。

問題はココログ内に格納されたデータ実体の移植方法。
とりあえず一緒にエクスポートはできないので、１つ１つ取り出すしかない…のか？オプション指定は無かった気がするし。

エクスポートしたファイルを読んで、ココログから個別にダウンロードするプログラムでも作るか…。

ちなみに、移植途中の新ページは、URLをhttp://www.magicalrabbit.jp/index.htmlとするとアクセスできます。
運用版はindex.phpで、現在.phpを.htmlより優先しているので、通常は見えないはず。

…と聞いて真っ先に連想したのが,昔TVチャンピオンで金谷祐樹氏が作っていたココロちゃんというのはどうなのか。

てか、さすがに断片しか思いだせず本棚をあさったら、なぜか掲載されているホビージャパンが出てくる謎。プラモ狂四郎特集か…。

てか、2000年デスか。
なんでこんな古いネタにリンクしたんだあたしの脳(汗)

で。
駒都えーじが来ましたか…。

明らかに”穿いてない”疑惑狙ってそうなデザインだけど、この人のことだからスカートの下は旧白スクだろう、きっと(笑)