CMSのメリット、デメリット
投稿日：
ホームページはレイアウトが大事になってきますが、そのレイアウトを管理する仕組みがあります。
ホームページを作るには、テキストや画像を作成するだけでなく、レイアウトを定めてページ間にリンクを設定するなどの作業も行う必要があります。ホームページの様々な要素を分離してデータベースに保存し、サイト構築をソフトウェアで自動的に行うようにしたものがCMSです。
編集上のCMSメリットとして、HTMLソースを知らない人でもページが作れたり、サイト全体のデザイン変更が簡単に行なえるなどといった、高度な専門知識がなくともデザイン的に高度なサイトが構成できることにあります。また、デザインとコンテンツが分離されるのでSEO対策にも有効です。
次に運用上のCMSメリットとして、権限を細かく割り振れる（記事の追加・削除可能、記事の追加のみ、閲覧のみなど）ので、更新管理を厳格にできること、すばやい更新・修正といった管理の容易さを実現できること、また記述のミスを少なくすることができることがあります。
なお、CMSのデメリットとして考えられるのは、CMSの機能を学習する必要があり、既存コンテンツの移行作業が発生することです。
Posted by T.fujii
WordPress vs Movable Type
投稿日：
現在のWEB業界に欠かせない存在になっているCMS（Content Management System） その中でも今回はWordPressとMovable Typeに焦点を当てて行きたいと思います。
まず、両者の一般的なメリットとデメリットを紹介します。
WordPress
＜メリット＞
- テンプレートやプラグインの豊富。
- 再構築というステップがない。
- ページ作成メニューがあり独立したページの作成と管理が容易。
- インストールが容易。
＜デメリット＞
- 表示時にDBからデータを取得し動的にページを表示するため、表示速度が遅い。
- オープンソースなのでカスタマーサポートが設けられていない。
- 英語でのドキュメントが多い。
Movable Type
＜メリット＞
- 日本語ドキュメントが多くトラブルがあった時の対策を見つけやすい。
- 静的なページ生成なのでページの表示がスムーズ。
- カスタマーサポートが設けられている。（但し対応はメールのみ）
＜デメリット＞
- エントリー数が増えると再構築に時間がかかる。
- WordPressに比べ動作が重い。
- テンプレートやプラグインの開発速度が遅い。
- サポート会社が開発をやめる、もしくは倒産した場合サポートなどの不安が残る
と、メリット、デメリットはありますが私の思う一番の違いは、WordPressは無料で使用できますが、Movable Typeは商用利用時の使用する際有料と言う所でしょうか。
さらに以前は複数ブログの管理ができる事がMovable Typeの大きな利点でしたが、WordPress3.0からはWordPressも複数ブログの管理ができる様になり、テンプレートやプラグインの豊富さもあってMovable TypeからWordPressに移行しているユーザーが跡を絶たない点を見ても現在はWordPressに軍配が上がるのではないでしょうか。
WordPressはオープンソースであるため、誰でも自由に拡張・改良できるのも一つの魅力だと思います。
もちろんどちらのCMSも使用するユーザーの負担を減らす事を目的に作られている点は一緒なので使用用途に合わせ使い分けるのがベストなのではないでしょうか。
Posted by Date
ハッスルサーバーでCronして予約投稿をする
投稿日：
クライアントからの要望でMTでの予約投稿がありました。
現在使用されているサーバーが「ハッスルサーバー」であった為、cronが使えるためにその場で「問題ないですよ！」と回答をした。
当然レンタルサーバー毎に設定方法は違うにしてもcronに関しては、共通の技術だし、別のサーバーではMTの設定も含め問題なく動いているので心配はしてませんでした。
結果は、あっさり出来ました。
以下ポイントだけ記述します。
ご参考になればトラックバックやコメントよろしくお願いします。
３つのポイント
１ ハッスルサーバーの「cron」を設定する
２ MTの「run-periodic-tasks」の記述を変更する
３ 「run-periodic-tasks」の属性を変更する
ポイント１
ハッスルサーバーの「cron」を設定する
ハッスルサーバーの管理画面より「cronの設定」をクリックしてcronのページに行く
新しいcronを設定する
分の0 15 30 45 にチェックをする
時、日、月、曜日は＊にチェックをする
実行するコマンドに「/home/ユーザーID/public/www/MTを入れたディレクト名/tools/run-periodic-tasks」
更新ボタンを2回押したら終了
ポイント２MTの「run-periodic-tasks」の記述を変更する
use lib ‘lib’, ‘../lib’, ‘extlib’, ‘../extlib’;
↓
use lib ‘lib’, ‘/home/ユーザーID/public/www/MTを入れたディレクト名/lib’, ‘extlib’, ‘/home/ユーザーID/public/www/MTを入れたディレクト名/extlib’;
もしくは、
use lib ‘lib’, ‘../lib’;
↓
use lib ‘lib’, ‘/home/ユーザーID/public/www/MTを入れたディレクト名/lib’;
ポイント３
「run-periodic-tasks」の属性を[700]変更する
参考：MTの公式サイト
指定日投稿や公開キュー等のスケジュール処理の設定
これであなたもハッスルサーバーで、自動投稿ができます。
条件分岐で表示を変更する
投稿日：
テンプレートの頭に下記を設定 変数に１が設定されましたということになる。 <MTSetVar name="変数名" value="1″> 変数名を、メインページ、ウェブページ、ブログ記事などのテンプレート毎に 変えておく。 例えば メインページ ：mein_page ウェブページ ：web_page ブログ記事 ：blog_page メインページ、ウェブページ、ブログ記事など共通で使用するモジュールの中で 下記の様に記述 <MTIf name="mein_page"> メインページにのみ表示したい内容 <MTElse> その他のページで表示したい内容 </MTIf> <MTSetVarBlock>を使用するとテンプレートタグが設定できるので、 ウェブページのページ毎などで分岐が可能になる。 （グローバルナビのカレント表示などで使用） <MTSetVarBlock name="変数名"> 値（テンプレートタグでも可能） </MTSetVarBlock>
画像ファイルをアップロードすると「Internal Server Error」が発生
投稿日：
突然、MovableTypeから記事の投稿で画像をアップロードをしようとすると500 エラー（Internal Server Error）が発生しました。
同じMTの中で別にブログを作ってみたりして原因を探していた。
どうやら使用していた「ImageMagick」というPerl モジュールが原因の様だ。
サムネイル生成の際にサーバーに負荷がかかりエラーが発生する。
早速使用する画像処理ライブラリを変更する為にmt-config.cgiの中身を下記の通り変更。
ImageDriver ImageMagick
↓
ImageDriver NetPBM
とりあえずは、動く様になりました。
しかし、ImageMagickを消してしまったらサムネイルが使えなくなってしまいます。
lightboxのプラグインを利用している為に画像をアップする度に手打ちでソースを書くのはナンセンスです。
ImageDriver GDを追加すると見事直りました。