このプラグインのいいところは、テンプレート内でも投稿記事でも固定ページ内でも設置できること。
ショートコード「[calendar]」を入れるだけ！
その場所にカレンダーが出てきます。
イベントリスト版もあり、こちらのショートコードは[eventlist]。簡単♪

ショートコードにはオプションがあり、いろいろいじれます。
オプションを変更することで、特定カテゴリだけのカレンダーや1週間のタイムスケジュールに表示指定することもできます。
オプションについては、プラグインサイトに詳しく書いてます。→Shortcode Options

自分の場合は、カテゴリごとにページを作り、カテゴリをオプション指定で表示しました。
[calendar categories=”1"]
てな感じで。

簡単で余裕こいてたら意外にも落とし穴が。。

……表示されない！！！！ｶﾞﾋﾞｰﾝ……

カレンダー自体が出てこない。
見てみると、JS達が呼び出されていない。
どうもHTML組んでるうちにフッターテンプレートの<?php wp_footer(); ?>を消してしまっていたようです。
あほすぎる。
で、カレンダーが出てきてよかったよかった、とおもいきや….
トラップは2重で、何故か登録した予定が全く出てこない。
カレンダーだけが空で出てくる。

スケジュールはJSで表示してるんだからJSで問題が起きてるんだ＃とは思いつつ、いろいろ調べていたら、/wp-admin/admin-ajax.php　がどうも読み込まれていない様子。

原因は、WPのインストールディレクトリとサイトのディレクトリを変えたためと思われる。
　サイト…/（ルートに）
　WP本体…/WP/（WPディレクトリに）
その為、違うところを読み込んでるのかもしれない。

Ajax Event Calendarの記述を見ると、
…/ajax-event-calendar/ajax-event-calendar.php　
の、538行目あたり
‘ajaxurl’ => admin_url(‘admin-ajax.php’),
ここを絶対パスにした。
‘ajaxurl’ => (‘絶対パス’),

これで無事表示されました。

ふぅ

Firefoxではウィンドウ幅奇数の時の中央位置を偶数の場合と同じに処理してくれますが、webkit系はレンダリングが違うようです。
背景が多少ずれても全く気にならないときはいいですがコンテンツと絡んでる時はズレを見過ごすわけには行きません。

そこで、対応方法ですが、

まず、元のコードはこんな感じ。

■firefoxだとこれで平気
・html

<div id="bg">
～コンテンツ
</div>

・css

#bg {
background: url(../img/header_bg.jpg) no-repeat center 0;
min-width: コンテンツ幅（偶数値）;
}

■webkit用追加設定

htmlは特に変更はしません。
CSSに絶対配置で横位置中央に配置するボックスの設定を追加します。
背景画像の幅をwidthに設定し、絶対配置で左から半分に配置し、コンテンツ幅の半分をmargin-leftでネガティブマージン設定することで、ウィンドウサイズに対して中央配置されるボックス設定ができます。
・cssにクラスを追加

.webkit_bg {
	position: absolute;
	width: 1200px;/*画像背景の幅（偶数値）*/
	left: 50%;
	margin-left: -600px;/*背景幅の半分の数値（偶数値）*/
}

JSでこの設定を必要な場合に追加します。
・JS

if ((userAgent.indexOf('chrome') != -1) || (userAgent.indexOf('safari') != -1)) {
	function webkitBg(){
		var windowSize = document.body.clientWidth;
		if (windowSize >= コンテンツ幅) { $("#bg").addClass("webkit_bg");
		} else { $("#bg").removeClass("webkit_bg"); }
	}
	webkitBg();
	$(window).bind("resize", webkitBg);
}

このコードを外部JS内、もしくはHTMLヘッダ内か</body>直前に<script></script>に包んで配置すればOK

やってることは、
・ChromeかSafariの判別
・ウィンドウサイズがコンテンツ幅より広いとき実行
・実行する内容は、背景を設定した#bgブロックに、先ほど設定したクラス.webkit_bgを追加するだけ
・リサイズされた時もウィンドウ幅を取得して、広い時は実行。
これで、ウィンドウ幅が奇数でも、設定したコンテンツ幅か背景画像の幅（どちらも偶数）どちらかに背景をしくことになるので、奇数によるズレがなくなります。
※背景を敷くブロックのwidthは、ウィンドウ幅によってコンテンツか背景画像の幅どちらかになります
また、コンテンツ幅よりウィンドウ幅が狭くなった時.webkit_bgの設定が残っていると、内包されているコンテンツも中央寄せとなり、左側が消えていくため、コンテンツ幅より狭くなったら左寄せで表示されるようにクラス.webkit_bgを消しています。
これはリサイズのたびに判定します。

これで、背景のズレが解消されました

■処理速度を意識する
・チェーンメソッドや変数を使う
・セレクタを工夫する。出来ればID指定。要素は絞り込む、findメソッドを利用
・DOM操作を減らす

■エラーチェックをする
各ブラウザでの動作チェックも必要ですがFirebugのコンソールやIEのエラー表示チェックは勿論、
JSソースチェックもやっておくと◎。
・JSLint
・JSHint
・Google JavaScript Style Guide

■Dreamweaver各種機能
かたくなにエディタで手打ちにこだわる方いますが、ドリの便利機能を使わないなんてなんて時間がモッタイナイ。
テンプレート、ライブラリ、スニペット、コードアシストetc…ついでにもう一回「7つの習慣」を読み直すと趣味の時間が増えます。
まぁ、案件によって手打ちを余儀なくされる場合もありますが…。

■Zen-Coding
かなり知られているので特に触れませんが、コーディングやるのにまだ試してない人は今すぐにやっちゃいましょう！！
コツを覚えればあとは簡単。
Zen-Coding設定方法
ちなみに自分はサクラエディタでもZen-Codingつかっています。さくら好きなんで。サクラエディタで使う方法はこちら

■Texter
これはもう入れるしかない、かなりおすすめツールです！
エディタだけじゃなくどこでも使えるので、コードスニペットはもちろん、メールの定型文なども登録していろんな所で使えます。
どこでもってコマンドでは使えないかな；
しかも、カーソル位置（入力開始位置）も設定できる優れもの！！
高速で打ち込んだように文字が入るので使いこなすと周りからは魔法使いのように見える、きっと！！
が他のアプリと喧嘩して変な挙動することがたま～にあります。
導入方法はこちら

■クリップNOTE
自分はこれがないともうダメってほど愛用しています。
コピーしたテキストを保存していつでも呼び出せます。
3つ前のコピーを使いたい時もすぐにペースト、コピー溜めして一気にペースト、とか。
スニペット的にも勿論使えますが、Texterがコマンド的に呼び出せるのに比べるとソフト起動から呼びだすので少し手数は増えるかな。
スニペットの共有もできます。細かい使い方はまたいづれ！
ダウンロードはこちら

また思いついたら書き足します。
自分はアホなんでついやっちゃうんですが、技術に没頭してしまうと無駄に時間を浪費することがあります。
無駄っていうのは”磨いたのこぎりで木を斬れば30分で終わるのに、ガタガタ歯ののこぎりでやっちゃう”ことです。

技術は仕事に必要ですが、やれば、誰でも、できることで、WEBを取ったら薄っぺらい人にならないよう、時間作って趣味に費やすぞ！と思います。。。来年こそはタブラやりたいなぁ

コーダーもjQueryベースでJS記述できるのが当たり前になりつつありますが、超個人的な意見ではHTMLコーダーの作るJSよりFlashやってた人のJSのほうがクオリティが高いです。

理由は、
（１）どう動かすとかっこよく見えるか、モーションの付け方がうまい・アイデアも豊富
（２）プログラム自体に慣れてる。フローもすぐに浮かびどう書けば思い通りに動かせるかもすぐに出る。ソースがキレイでスマート
（３）Flashでは動作チェックでさんざん不具合見つけられる経験あるので、バグフィックスがきっちりしている
こんなところでしょうか。。あたりまえだーって言われそうですが　汗

１は、デザインにセンスがある人ない人いるのと同じです。スライド程度なら気にはならないですが、モッサイ動きってありますよね。Flashやってるひとはやっぱり見せ方がうまい。

３は意外に多く世に出てるんです、変な動きのJS。Flashではほぼ見たことない。マウスが通り過ぎたあとも一生懸命全てのイベントに反応して、なんかいつまでも動いてる奴とか。

逆にコーダーの方は上記を意識するともっといいスクリプトが書けるってことになるかと思います。
でも、動きのセンスを磨くなら…時代に逆行してFlash勉強はじめてもいいかもしれないですね！

<

有料プラグインを使うなら「営業日カレンダー」が安いし便利そうです。
でも今回はフリーの「Event Calendar」を使用。
WPはMTと違い、未来の日付で投稿しても予約扱いとなりサイト上には表示されません。
/wp-includes/内post.phpの$post_statusを変更すれば表示されますがWPバージョンアップはクライアントサイドで簡単にできてしまうのでプラグインを導入したほうがいいかもしれません。

設定・使用方法はいろんなサイトで紹介されていますが（参考：http://www.adphic.jp/wp/plugin/event-calendar/）
注意したいのはWPはバージョンアップで結構大きく設定が変わっていること。
今回はWP：Ver.3.2.1でEvent Calendar：Ver.3.2.beta2を使用。

WP内でイベントスケジュール以外にブログや新着情報を管理しているため、それぞれカテゴリで分け、カレンダーはスケジュールカテゴリのみ表示するよう設定したかったのですが、Event Calendarの設定が古いバージョンのものと変わっていて、「Show all categories in calendar（選択カテゴリだけをカレンダーに表示）」のチェックが見当たりませんでした。。
探すと、ウィジェット内の設定に入っていたのですが、つまり、テンプレート内で<?php ec3_get_calendar(); ?> を記述してもすべての投稿がカレンダーに表示されます。

ウィジェットをテンプレートに読み込むと設定したカテゴリだけを表示してくれます。

あとは、いらないものを消したり、必要なものを表示したり、体裁をCSSやプラグインのソースを調整します。
プラグインのソースは主に「event-calendar/calendar-sidebar.php」を調整します。
イベント日付ロールオーバーで下部に表示されるエリアを消したければ「event-calendar/popup.js」66行目あたりのaddEventのmouseoverやfocusに「//」コメントアウト入れます。

このプラグインは便利なのですが、少し複雑なしくみで…
phpとJSで作られていて、命令もあちこちで、あまりスマートなプログラムじゃないかもしれません；

微妙だな、と思うのが当月以外のカレンダーはJSで生成して表示しています。JSで生成されている箇所についてはevent-calendar/calendar-sidebar.phpの変更は反映されないのでJSファイル「event-calendar/ec3.js 」も修正が必要です。
プラグインファイルが多く、修正するにはうげーと思いますが、スケジュールを纏めて設定できたりMTには見当たらなかったプラグインです（探せばあるのかも）。

ディレクターに問題がある場合もあり、よくありがちなのが、デザイナーの感性に委ねられ”見た目が良ければ”的な感覚で制作してしまうこと。結果「？」なものが出来上がっていくことも。

目的が果たせるならどんなデザインでいいかといえばそうではなく、分かる人が見れば残念な部分がすぐにバレてしまい、クライアントの会社のイメージを下げることにもなりかねません。
例えばパクリ。これはもちろんNGだけど、部分的なパクリもNG。「あ、この部分ここのをパクってんじゃんｗ」ってバレバレ。
あと、同業者から「あ～ぁ」と思われることも避けたい。クライアント取られちゃうかもしれない。色使いダサいなーとかデザインの基本押さえてないなーとか会社のイメージと違うなーとか。

制作会社によってはデザインを重要視してないところもあるけど、デザインの作業は結構たいへんなもんですね。

ECCUBEでクレジットカード決済処理時に何らかの原因で注文確定に至らず、注文内容がわからないということが起きました。
クレジット側では決済処理がされているのですが、ECCUBEには注文情報が残っていないという状況です。
これでは何を注文されたのかがわかりません。

注文情報を調べるためにはデータベースを見ます。
今回の案件はポスグレ使ってるのでphpPgAdminに入って確認しました。

ECCUBE管理画面で確認できる受注情報は注文のフロー完了時にデータベースに書き込まれます。
その為テーブルdtb_orderを確認しても情報は残っていませんが、dtb_order_tempのテーブルのほうにデータが残っていました。
（左メニューdtb_order_tempをクリック＞右側に表示されたテーブル下の「表示」をクリック）
クレジットの情報に注文IDがあるのでそれをもとに（テーブルのorder_idが同じものを探し）注文内容を割り出すことができます。（sessionを確認）
参考：http://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=6128&forum=10&post_id=29587

data/logs/remise_card_result.logにも残っていましたが、商品を確定できませんでした。

けど、データベース触るのはこわいですね～＾＾；もし消してしまったらどうしようとかいつもビビってます。

またECCUBE案件やりたいなぁ～