ところが、alt-tmplを使うとそこんとこが意外にスマートに管理できそうだということに最近やっと氣づきました。
アンテナ低くなってるなぁ・・・イカンイカン

nxt：【MovableType】テンプレートを修正する「alt- tmpl」

プログラム本体で是非とも修正して欲しいところですけど、MTはブログに使用する画像やドキュメントなどをデフォルトでブログのルートフォルダにアップロードする仕様です。
もちろん、任意でフォルダを指定すれば良いんですが、クライアントが使用する場合や複数人で使用する場合、必ずそのままルートにアップロードしてしまう人が出てきます。

かくしてルートフォルダは画像ファイルでいっぱいになり、FTPでログインするとそれはもう大変なことにorz

参照ページで充分に説明されていますが、以下は自分用にメモ

MT5で変更するテンプレートファイルの場所は以下の通り。
MovableTypeのバージョンによってファイルの場所は異なります。

tmpl/cms/include/asset_upload.tmpl

２）テンプレートを修正

asset_upload.tmplの1行目に下記コードを追加します。
例えばimagesというフォルダをデフォルトで表示させたい場合は以下のように。

<$mt:setvar name="extra_path" value="images"$>

３）alt-tmplディレクトリーにアップロード

デフォルトではalt-tmplフォルダは空です。
修正したファイルが元々tmplフォルダにあった時とおなじフォルダ構造になるよう、フォルダを作成して修正したファイルをアップロードします。
今回はalt-tmpl以下にcmsを作り、さらにその中にincludeを作成。
その中にasset_upload.tmplファイルをアップロードします。

alt-tmpl/cms/include/asset_upload.tmpl

これで、ファイルをアップロードする場所がデフォルトで表示されます。
もちろん変更したい場合は、フォルダ名を変更すればOKです。

すでにiPhoneとGoogleAppsを連携して運用しているので、同じようにMicrosoftExchangeを介してiPadとGoogleAppsを連携できるのではと考えました。

結論から言えば、連携は可能でした。
以下はそのやり方。こちらのサイトを参考にさせていただきました。

→discoblog：Google SyncがiPhone対応（独自ドメインGoogle Appsでの設定方法）

1. iPadの「設定」→「メール／連絡先／カレンダー」


2. 「メール／連絡先／カレンダー」→「アカウントの追加．．．」を選択


3. 「Microsoft Exchange」を選択


4. 「メール」「ユーザ名」「パスワード」「説明」をそれぞれ記入し「次へ」


5. 「サーバ」に【m.google.com】を記入し「次へ」


6. 「メール」「連絡先」「カレンダー」はオンにし「完了」

「メール」と「ユーザ名」はAppsのメールアドレス。「パスワード」はメールアドレスと同じもの。「説明」は自動的に入力されます。

連携には少々時間がかかるようです。
設定が完了してから数十分間はカレンダーアプリを起動しても、メールアプリを起動しても何の変化もなく、iPadでは連携できないのかと思う程でした。
あきらめて半日放置していた後、もう一度確認してみたらちゃんとできてました。

今回は購入してすぐに連携を行いましたが、メール、連絡先、カレンダーですでにデータを入力済みの場合、データが上書きされる可能性がありますのでご注意を！

自分のiPadじゃないので、突き詰めて検証できないのがつらいとこです。

iPadの設定は以上ですが、GoogleApps側の設定も必要です。

PCからGoogleAppsの管理画面にログイン
ダッシュボードのサービスの設定にあるアイコンの一覧から「モバイル」を選択
「GoogleSyncを有効にする」にチェックを入れて「変更を保存」

余談ですが、カレンダーのGoogleモバイルは結構使いやすそうな感じでした。
メールのGoogleモバイルはiPadに対応していないようで、PC版の画面が表示されます。

昨日は複数カレンダーの設定までできませんでしたが、多分参考サイトと同じようにやれば利用可能だと思います。

【2010年6月22日追記】

6月22日現在、GoogleモバイルがiPadにも対応し、iPadのオリジナルカレンダーアプリでも複数カレンダーの同期が可能になりました。

facebookとブログを両方やっていると、facebookの「いいね！」ボタンをブログに設置すると、ブログのアクセスアップにつながるかもしれません。
せっかく時間をかけてブログを書くんですから、読んでくれる人は多いに越したことはないですね。

アメブロのようなレンタルブログと比べて、MovableTypeには比較的簡単に「いいね！」ボタンを設置できます。

以下はその設置方法です

まずは、こちらのページにアクセスします

Like Button - Facebook開発者

この画面でボタンのカスタマイズを行います

URL to Likeの欄にはブログのURLを入れるんですが、この時点ではxxxxxxxxxxにしておくことをお勧めします
※理由は後述
それ以外の欄は変更が右のボタンに反映されるので適宜。

ブログのURLを入力していれば、吐き出されたコードをそのままテンプレートに貼付けるだけです。
・・・が、それだとブログ全体に「いいね！」という意味になります。
ブログ記事ごとにボタンを設置していても、ブログ全体の「いいね！」の数が表示されます。

ほとんどの方は、ブログの各記事に「いいね！」というフィードバックが欲しいと思いますので、ひと手間加えます。
吐き出されたコードはxxxxxxxxxxという部分を含んでいると思いますが、ここに<$MTEntryPermalink$>タグを入れ替えます。

あとはできるだけ管理を楽にするためにもテンプレートモジュール、またはグローバルテンプレートのテンプレートモジュールを新規作成します。
モジュール名は適当でいいんですが、私はfacebook_likeという名前にしました。

作成したテンプレートモジュールを「いいね！」ボタンを設置したい場所にMTIncludeで記述すればOKです。
簡単すぎて、わざわざ記事にする程のことではないかもしれませんが、参考になりましたらぜひ「いいね！」ボタンをクリックしてください。

通常は編集画面に遷移して、スパムコメントを手動で消すんですけど、あまりにもスパムコメントの量が多いとエラーになってスパムコメントを消した状態で保存できなくなります。

Fatal error: Allowed memory size of　bytes exhausted・・・

こんなエラーメッセージが出ます。
その場しのぎの対処法ですが、忘れてしまいそうなので自分用にメモ。

pukiwiki.ini.phpの300行目あたり

do backup="1"

という行がありますけど、この数字を"0"に変えてアップロード。
問題のページを編集して保存します。
その後、数字を"1"に戻して再度、アップロード。

今のところ、ここまでやらないと元に戻せないことは頻発していないので、しばらくはこれで対応するつもりです。
PukiWikiの仕組みもよく分からないし

本当はMovableTypeで運営したいんですが、セキュリティを高めつつ使い勝手の良いテンプレートの制作とデータの移行という2つの大きな壁があって・・・

ところが、Macを使うようになって意外と困るのが、FFFTPと同じような使い勝手のFTPクライアントソフトが無い（知らない）こと。
無料ということでCyberduckを使っていましたが、FFFTPのようにローカルとサーバを左右に並べることができないので、どうも直感的に使うことができません。

そんな時にGoogle Readerで購読しているこちらのサイトでこんな記事が・・・

CREAMU - web2.0を紹介するデザイナーブログ：Macの美しいアプリケーション20

この中にあったFlowというFTPクライアントソフトを試してみました。

extendmac：Flow

使ってみてちょっと氣になったのは、ファイルをアップロードした後などで「Refresh」ボタンをクリックすると勝手に開いているフォルダが変わってしまうのがいただけません。

私は英語が得意ではないので、日本語にも対応してもらえると言うこと無しなんですけど、割とFFFTPに近い感じで使えるのでライセンス料を支払うことにしました。

購入手続を行うとライセンスが添付されたメールが送信されます。
送信されたライセンスをPreferenceのRegistrationウィンドウにドラッグすると、ライセンスの登録は完了です。

インストールは問題なく終了し、ウェブサイトとブログを新規作成。
そこにバックアップしたデータをインポートしました。

で、再構築してみたら、記事はきちんと表示されてますけど、デザイン無しの真っ白なページ。
明らかにスタイルシートが読み込まれていない感じです。

どこもいじっていないデフォルトのテンプレートなのにおかしいなぁと思いつつ、スタイルシートのテンプレートを書き換えてインポートURLを直接記述して対応。
とりあえず、デザインは普通に表示されるようになりました。

ところが、今度はコメントができない。
テストで「サインイン」しようとしても、次の画面に遷移しません。
mixicommentプラグインを使うために、以前のバージョンのものを使っているのがまずかったかと思って削除しても状況は変わらず・・・

しばらく悩んでいましたが、落とし穴は意外なところにありました。

MT4までは設定画面でブログのURLとサイトパスを自由に入力できましたが、MT5からウェブサイトの設定を引き継ぐフォーマットに変更されています。
ですから、http://hoge.com/blog/でブログを運営する場合は、ブログURLには"blog/"だけ入力すれば済みます。
サブドメインを使う場合は「サブドメインの使用」にチェックを入れると、入力フィールドが表示されます。

ブログパス（MT4までのサイトパス）もウェブサイトのサイトパスが引き継がれます。
ですが、これはレンタルサーバがXREAやCORESERVERの場合はあまりありがたくない機能なんです。
なぜなら、サブドメインのフォルダはルートに置かないとダメなので。

つまり、サブドメインblog.hoge.comのディレクトリは/virtual/ユーザー名/public_htmlに置かないとダメなんですが、MT5のデフォルト設定だと/virtual/ユーザー名/public_html/hoge.comにサブドメインのディレクトリを置くよう誘導されます。
これは、/（スラッシュ）から始まる絶対パスを記入すれば問題ないようです。
つまり、/virtual/ユーザー名/public_html/blog.hoge.comを入力します。
もちろん、サブドメインのディレクトリを自由に設定できるサーバなら問題ありません。

で、一番躓いたのは結果的にmt-configファイルでした。
このファイルでMovableTypeのCGIPathとStaticWebPath、StaticFilePathを設定するのですが、MTの新規インストール時にシステムがはきだしたmt-configファイルはCGIPathに/mt5/、StaticWebPathには/mt5/mt-static/としか記述されてません。
この記述のままサブドメインを使用すると、http://blog.hoge.com/mt5/にプログラムデータがあることになってしまい（実際はhttp://hoge.com/mt5/にある）、CGIを使用するコメント機能やデザインのデータが指定した先に無いことになります。
これに氣づかず無駄な時間を使ってしまいました。

CGIPathをhttp://hoge.com/、StaticWebPathにhttp://hoge.com/mt5/mt-static/と修正を加えたところ、この問題は解決できたようです。
既存のブログからアップグレードする場合は特に問題ないと思いますが、新規でMT5をセットアップする場合はmt-configファイルをきちんと確認する必要があります。