MODxは正式版になりましたが、内部のことはよくわからないので何とも言えませんが正当進化を望みます。
本家版と日本ローカライズ版があるのは使用環境的にはいいですが、混乱してしまう可能性があるのはマイナスだと思います。あと、ローカライズ版は使いやすくしようとして裏目に出ている気もします。ベータ版ではリソースの設定項目を変な分け方をして使いづらくなったり、新しい管理画面もフォントが少し大きくて不格好です。もしかしたら老人などに配慮しているのかもしれませんが、個人的には使いづらくなってしまっているポイントです。

なにはともあれMODxは使いやすいCMS（CMF）だと思いますし、それの普及のために頑張っているローカライズメンバーは有り難い存在です。自分もますますMODxが普及することを望んでいます。
WordPressは早いところ複数ブログを設置できるようになってほしいですね。これはWP3.0で実現するようなので楽しみです。

それらをもっと活かすためにWebの勉強も進めていかないといけませんね。
Web系ネタももっと書いていかないと…

関連する投稿

• Web標準を意識すれば意識するほど作れない (0)
• 消えた投稿ブックマークレット (0)
• プラグインの自動アップデート (0)
• ブログをはじめるに当たってしたこと (0)
• バックアップの必要性を再認識 (0)

#ファイルのアップロード
<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>
#プラグイン新規インストール
<files plugin-install.php>
AddHandler application/x-httpd-phpcgi .php
</files>
#WordsPress本体のアップグレード
<files update-core.php>
AddHandler application/x-httpd-phpcgi .php
</files>
#プラグインのアップデート
<files update.php>
AddHandler application/x-httpd-phpcgi .php
</files>
XREA、CORESERVERのセーフモード対策の整理 -: 見延の風邪

これをサイトのトップにある.htaccessに記述すれば完了です。
快適にプラグインのアップデートができる様になりました。

これは対応ファイルに個別に設定しているのがミソで、サイト全体をCGI化してしまうと、テーマが正常に動作しなかったりビジュアルリッチエディタが正常に動作しないなどの不具合が起こる場合があるので注意が必要です。

関連する投稿

• 消えた投稿ブックマークレット (0)
• プラグインの自動アップデート (0)
• ブログをはじめるに当たってしたこと (0)
• バックアップの必要性を再認識 (0)
• アップグレード (2)

今日、会社ブログのプラグインをアップデートしようとしてプラグインサイトからダウンロードを試みようとして、誤って自動アップグレードをクリックしてしまったのです。すると、、、自動でリポジトリからプラグインをダウンロードしてきて自動でインストールしてくれました。
凄いと言ううわさは聞いていましたが本当に凄かった！

対して、このブログ…PHPのセーフモードで運用されているからかエラーが出ています。それで下手にいじってエラーが出ても困るので手動で更新していました。帰宅してから試してみる予定ですが、やはりWeb制作をフルで楽しむ為にはサーバーの乗り換えも検討しなければいけないかもしれません…

それにしても自動アップデートは素晴らしい…

関連する投稿

• 消えた投稿ブックマークレット (0)
• ブログをはじめるに当たってしたこと (0)
• バックアップの必要性を再認識 (0)
• アップグレード (2)
• あほくさーと思ったこと (0)

コメントが消えてる…

恐らく2.5だったか2.6でデータベースの構成が変更になったらしいのでアップグレードしたときに消えたのだと思います。
ローカルにはコメントが残っているので、phpmyadminからエクスポートして、ブログのデータベースからインポートしました。
それで一応はコメント自体は復活したのですが、紐付けされている記事のIDがブログとローカルサイトで違っていたので、おかしなことになってしまっています…
これは手動で変更していかないといけません。

しっかりとデータベースの内容を保存しておけばこんなことにはならなかったのですが、ちょっと横着してしまいました。
これからは2.ｘのようなバージョンアップ時にはデータベースを保存してからすることにします。
サイトを復活させようかと思いましたが、障害が多そうなのでちょっと保留します。

関連する投稿

• 脱力感 (0)
• 消えた投稿ブックマークレット (0)
• プラグインの自動アップデート (0)
• ブログをはじめるに当たってしたこと (0)
• フンテラールが (0)

今まで前ページのサイトタイトルをh1でマークアップしていましたが、これからはトップページ以外はそのページのタイトルをh1でマークアップする方法でやろうと決めて作っていました。
それだけだと大して問題にならないのですが、サイドバーのマークアップという問題が出てきました。
今まではul liでマークアップしていました。そして、メニューの項目名をh2でマークアップしていたんです。現状、サイドバーは全て同じ内容にしようと考えています。
そうなると、サイドバーのメニューの項目名もh1でマークアップしないといけなくなります。確かに、h1を1ページに何度も使ったとしても間違いではないけど、しっくりこない。

現在使っているVicunaというテーマではサイドバーはdl（定義リスト）でマークアップされています。
自分が勉強不足かもしれませんがこの定義リストの扱い方もしっくりこないのです。
定義リストは語句の説明をするためのタグです。自分も使ったことがありますが、更新情報のマークアップに使われたりもします。しかし、これってどうなの？という思いが最近芽生え始めました。
例えばこのブログの更新情報を作るとしたら、「2009年3月8日」を用語と定義して、「Web標準を意識すれば意識するほど作れない」を説明文とするわけです。拡大解釈的に受け取ったら間違いではないかもしれませんが、日付の説明が記事名というのはやはりしっくりきません。
同様にメニューの項目名を定義して、メニューの内容を説明するというのはおかしい気がします。
最終的に至った結論はulでマークアップし、項目名はemで軽く強調するか、spanでマイクロフォーマット的にマークアップするかどちらかです。（最近自分の中でspanブーム）

あまり神経質になりすぎてもダメだし、SEOとかの絡みもあるし何がベストなマークアップかだんだんわからなくなってきました。
今、思うことはWebサイトを作る場合、設計をしっかり行い、作ったデザインを元に作るのが一番困らない作り方ということです。
自分はデザインができないので画像ソフトを使ってデザインを起こさず、そのままHTMLとCSSをいじって作ることが多いです。これはやはり効率が悪いなと感じるのですが、なかなか画像ソフトを使う気が起こらない。もっと勉強しないといけませんが。
あと、会社でもディレクターという人はいますが、ディレクションを一切しないので自分一人でWebサイトの設計から制作までしないといけません。今まで、ディレクターがやってくれると思っていたけど、めんどくさいという理由で一切やる気がないというのがわかったのでもう諦めました。ただ、それからずーっとコーディング案件がないのですが…

自分のせっかちな性格も災いしているかも。Webサイトを早くリリースしたいという思いが強いので面倒な設計やデザインという作業をすっ飛ばします。急がば回れ その面倒な工程を経ることで逆に作業ははかどるのにね…

関連する投稿

• アップグレード (2)
• 消えた投稿ブックマークレット (0)
• プラグインの自動アップデート (0)
• ブログをはじめるに当たってしたこと (0)
• パフォーマンス改善 (0)

関連する投稿

• あほくさーと思ったこと (0)
• 馬鹿フロント (0)
• 雇用保険法改正 (0)
• 迷走チェルシー (3)
• 誤審 (2)

リビジョンが作られてしまったのでわざわざデータベースをいじってrevisionをpostに変えてやったんですが、画像を添付して必死すぎる行為が無駄になってしまいました。添付のファイルもpost_idに格納されるので次の投稿のidは12となります。

これは設計ミスでは？と言いたいのですが、WPのコアチームはpost_idを重視していないのでしょうね。
神経質にpost_idを連番にすることに情熱を燃やしていましたが、それも今日で終わりです。ただ、データベースにリビジョンが残るのは気持ち悪いのでそれは変えておきます。
データベースはキレイに使いたかったのですが、そうするためには自分でアプリケーションを設計して作らないとダメでしょう。

ただ、idは全部分けたほうがみんな幸せに使えたと思うのですが、処理が複雑だとか、全部一緒に格納したほうが実はスッキリして管理しやすいと言った自分にはわからないメリットがあるのでしょうね…

関連する投稿

• 消えた投稿ブックマークレット (0)
• 馬鹿フロント (0)
• 雇用保険法改正 (0)
• 迷走チェルシー (3)
• 誤審 (2)

インストール前

無駄な機能をオフ

WP2.6からリビジョン機能（投稿のログ保存機能）が追加されました。これは多人数でひとつの記事の更新を重ねていく用途では重宝しますが、このブログのように一人で更新していくタイプのものには全く適していません。
ただ単にログを保存してくれるだけなら放置しておきますが、このリビジョン機能の悪いところはログを普通の投稿と同じデータベーステーブルで管理すること！ログをとればとるほどpost_idが増えていきます。なのでpost_idが飛んでしまうということが起こるわけです。自分は結構こういうところが気になるのでこの機能はあまり嬉しくありません…

というわけで、リビジョン機能はオフ。
やりかたはwp-config.phpにdefine ('WP_POST_REVISIONS', false);を記述するだけでOKです。
しかし、調べてみたらオートセーブの分は防げないのでどうしてもpost_idは1つずつ飛んでしまう仕様のようです。
なので、オートセーブも防ぐ必要があります。
その記述方法はdefine('AUTOSAVE_INTERVAL', 86400);です。末尾の数字がオートセーブする秒数です。（これは24時間設定）
自分は用心深くて神経質なのでブログの記事を書くこと自体をローカルで行っています。こうすればpost_idが飛ぶ可能性もかなり少なくなるでしょう。

最終的にwp-config.phpの66行目辺りのdefine ('WPLANG', 'ja');の下に
define ('WP_POST_REVISIONS', false);
define('AUTOSAVE_INTERVAL', 86400);
を書き加えました。

インストール後

1.管理者のIDを変更

これはセキュリティのことなのですが、管理者のIDは変更しておいたほうがいいらしいので変更。
データベースを直接変更しましょう。本当は生成されるユーザーは削除して新しいユーザーを作るほうがいいみたいです。
あと、パスワードも変更しておきました。

2.ブログのアドレスを変更

WPはファイルをサイトの直下に置かないほうがいいらしいです。フォルダをつくりその中にファイルを入れて設定で変更するのがセキュリティ的に望ましいようです。

実は会社のブログでは躓きましたが、簡単にできました。
やり方はindex.phpと.htaccessをコピーして直下に入れます。
index.phpの一番下にrequire('./wp-blog-header.php');という記述があるのでrequire('./インストールしたフォルダ名/wp-blog-header.php');に変更します。
これでサイト直下のアドレスで表示させることができます。

3.サイトマップを登録

YahooやGoogleに効率よく登録されるためにGoogle XML Sitemapsプラグインを導入。
このプラグインはGoogleと書いていますが、YahooなどもXMLでサイト内容を解析しているので有効なはず…
導入し、sitemap.xmlが生成されたのを確認してからGoogleのウェブマスターツールにてXMLを登録。Yahooのほうはまだしていません。（日本ではまだまだYahooのほうが検索率は高いようですが）
これでGoogleさんは効率よくサイトをクロールしてくれることでしょう。

4.AkismetとWP Statsプラグイン導入

この二つはWordPress.comのAPIキーが必要ですが、以前から何度もWPは使っていますので既にあります。アクティブにしてOK。Akismetはスパムの投稿すらも拒否するプラグインだったら最高なのですが。スパムのせいでコメントのIDが飛ぶのも不快です。

その他細かい設定を

あとは画像格納フォルダをつくり、画像の保存サイズを決めるなど細かい設定をするだけです。
画像のサイズはブログのデザインによって変わってくるので悩ましいところです。
今はフリーのテンプレートを使っていますが、ゆくゆくは自作のテンプレートでブログを書いていきたいと思っています。

とりあえずは以上です。
特に目新しいことはしていませんが、これからカスタマイズをしていってWPを楽しみたいと思います。

関連する投稿

• 消えた投稿ブックマークレット (0)
• 改・FM2008を購入して最初にすること (0)
• プラグインの自動アップデート (0)
• バックアップの必要性を再認識 (0)
• アップグレード (2)