いつもお世話になってます。
カスタムフィールドをＷＰで使うなら、これなしには生きられない体になりましたｗ

個人的には設定ファイルが１個じゃない方が好きだったんですけど・・・こればかりは仕方ないですね＾＾

WP Custom Fields Search

カスタムフィールドつながりということで・・・。
これ、モニョモニョすればチェックボックスにも対応できるんですけど、作ったサンプルがどっか逝きましたorz

でもただ動いたってのを確認しただけなので、ちゃんと動作確認できたら（無責任）公開します。

 Get Custom Field Values

カスタムフィールドつなが（ｒｙ

カスタムフィールドに登録した値を好き勝手に呼び出せるので便利。ＣＭＳ用途なら便利。

TinyMCE Advanced

これも必須。リッチエディタ。

Google Sitemap Generator

グーグルサイトマップを自動で作ってくれる。

Ultimate Google Analytics

 グーグルアナリティクス用のコード埋め込み。フッターに直接書き込むより、こっちで挿入する方が良いっぽい。多分ｗ

 My Category Order

カテゴリ順序並び替え。 

同じモノに「My」がついていないCategory Order ってのがあるけど、個人的にはこっちの方が好み。ドラッグドロップで並び替え。サブカテゴリが大量にある場合は、「My」が付いていないモノの方が良いかも。（異なる親カテゴリを持つ同名のカテゴリがある場合は、Myの方がオススメ。）

 No Self Ping

自分のブログの投稿へリンクしたとき、自身にpingを送らないようにする。

Smart Update Pinger

過去の投稿を編集したとき、pingを送らないようにする。何度もpingを送ってスパム扱いされるのを予防。

ちなみに、ＰＨＰファイルの１行目　＜？　を＜？ｐｈｐ　にしないとエラーが出る。
それ以外の注意点はSmart Update Pingerの導入を参考。ログファイルを作るように。

それと、ココの記事の変更をすればヤフーに嫌われないんだとか。

 Hide Admin Panels

管理画面で、特定のユーザーに特定のメニューを見せなくする。ＰＣが苦手なクライアントに納品するときや、複数人で管理しているときは便利。

一人で使うときでも、自分のＩＤをアドミンユーザーと投稿ユーザーで分けておいて、普段使うときには「投稿」と「ページ」くらいしかメニューのない投稿ユーザーを使っておけば、色々気にならない。　アップデート情報とか、見えなければ気にならないｗ（あくまで定期的にチェックできる人用）　←セキュリティホール等重要なアップデートが（ｒｙ

Revision Control

リビジョンの保存件数を設定。反芻しながら書いていく人にはいいかも。

WP-CMS Post Control

アップローダーの種類とか、リビジョン、自動保存なんかを取捨択一できる。 

Lightbox 2

 画像がミョーンって拡大される。ウレシタノシダイスキ。

Nice Trailingslashit

パーマリンクの最後にスラッシュ/を足してくれる。ただそれだけ。個人的には投稿のパーマリンクが/で終わるのは落ち着かないんだけど・・・。

• memory_limit ＝8M
• post_max_size ＝8M
• upload_max_filesize ＝2M

apacheを再起動してインポート。

http://lovelog.eternal-tears.com/wordpress/wp-plugin-ja/wp-custom-fields-search/

ユーザーごとに、不要なメニューを見えないようにしてくれるプラグイン。

ＷＥＢ業者が素人のクライアントに納品する場合など、重宝する。
でも今のところ、サブメニューを隠すことはできないみたい。

「投稿」の中の「投稿のタグ」を隠すのは不可。

http://wordpress.org/extend/plugins/hide-admin-panels/

http://lovelog.eternal-tears.com/wordpress/wp-plugin-ja/tinymce-advanced327-ja/#

ツールバーの簡単なカスタマイズと、その日本語化ファイル。日本語化するにはmoファイルをtinymce-advancedフォルダの直下に入れ、 tinymce-advanced.php　の２行目以降に下記ソースを足す必要があるみたいです。

[php]

$domain_name  = ‘tinymce-advanced’; 
$locale_name  = get_locale(); 
$mofile_name  = dirname(__FILE__); 
$mofile_name .= “/$domain_name-$locale_name.mo”; 
load_textdomain(“tadv”, $mofile_name);

[/php]

日本でならグーグル＆ヤフーへのＳＥＯ対策が主になるところだけど、実際のところ、それぞれにアルゴリズムの変更を加えすぎて、正直もうついていけないｗ

僕は昔から、裏ワザとかキーワード比率とか、そういった小手先の技術じゃなくて、論理的なＳＥＯ対策をしなさいよと言ってきたのですが、アルゴリズムが複雑化した今こそ論理的なモノの考え方でＳＥＯ対策をする必要がある。（偉そうな事を言ってますが、僕はＳＥＯ対策をお仕事にはしていません。でもヤフー、グーグル共にビッグワードで１位をキープしてた事があります。）

つまりは、どんなソースを書けば検索に引っかかるのか、を考えて合わせるのではなく、検索エンジンの目指すところを考えてサイト構成をしましょうね、という事です。
↑が分かりにくくて論理的な説明でないのは無視ｗ

要は、検索エンジンってのはできる限り「公平で」「整然と」「早く」「求められる結果に近いサイト」を探そうとしてる訳です。
そして、多々あるサイトの中から、上のように結果を出すには何を基準にすべきか、という事を考えてるわけです。

それがタイトルであったり、サイトボリュームだったり、被リンクだったり、Ｈタグだったりするだけの話です。

で、やっと本題ｗ　wordpressのパーマリンク設定で/%category%%post_id%.html　のように、拡張子を見せかけることに意味があるかどうかって話。

色々なサイトでその議論がなされているが、結論からいうと拡張子にはそこまでの意味はないと思います。（少なくとも、.html＝.htm＝.phpだと思います。）

http://ja.forums.wordpress.org/topic/2361

↑ ここでも若干ごっちゃにされていますが、動的ＵＲＬとディレクトリ構造と拡張子の問題は別の問題です。

僕の場合、ワードプレスの設定で末尾に.htmlを付ける理由は、ディレクトリを分けたくないから。だから、最後が.phpでも何の問題もないです。

ただ、何となく体感として（html ≧ php）な気がしなくもないのも事実。なので.htmlにしています。

・・・.com/hoge　ってＵＲＬは、結局のところ/hoge/index.php になるわけで、ディレクトリが１個かんじゃってる訳です。一時全てのページをフォルダに分けて、ページのＵＲＬを/index.html にするって手法が流行ったけど、アレはそれこそ既に効果はありません。（この辺について語ったら２時間かかるので省略）

そもそも、特に意味のないディレクトリを大量に作る事に意味があるんだろうかｗ

上のフォーラム中の発言（もうちょっとやさしく言ってあげればいいのにねｗ）で「参考サイト」ってトコに書いてあったけど、ＵＲＩってのは永続的に使えないとダメなんだそうです。２０年後、１００年後に.htmlなんて拡張子を使っているか分からないから、/hoge のように、拡張子なしでアクセスできるようにしておけと。だってＷ３Ｃのサイトもそうなってるから！！

てな事を本気で言ってるのなら、ナンセンスです（と個人的には思います）。

そもそも、ＳＥＯ対策の話とＷ３Ｃの話は別の話です。ごっちゃにしてはいけません。ＳＥＯ対策を進めれば、Ｗ３Ｃ準拠に限りなく近づく事は事実ですけどね。

好き勝手に色々書いたけど、要はサイト全体の構造をキチンと考えて、その後は好みでやりなさいとｗ　時間をかけてシステム変更してまで変えるものではありませんです。ＳＥＯ対策やパーマリンク設定に１週間も２週間もかけてる時間があるのなら、関連キーワードのコンテンツを作りましょう。

あ、それとこのサイトはデフォルトでほったらかしなので、自分はＳＥＯ対策やってないじゃないか！って指摘はやめてください。

参考　：　http://webhackr.blog105.fc2.com/blog-entry-78.html

そもそもwordpressはIEに対してあんまりやさしくないようで、Firefoxなら問題は起こりません。どうやら、windows+ime入力+Tridentエンジン の組み合わせで起こるらしいです。（詳細は未確認）

自分は普段lunascapeを使ってるんですが、レンダリングエンジンをGeckoに変えたら何の問題もなくなりました。と思ったら、URL貼り付け時に自動でリンクしてくれなくなっちゃった＞＜

Firefoxで問題ないなら使えばいいじゃんとか思う所ですが、昔から何となく嫌いなため却下ｗ

ただ、IEはほとんどのクライアントが使っているブラウザなので、何とかしてほしい所ですね。

wordpressデフォルトのカスタムフィールドって、正直死ぬほど使いにくい・・・。
良くあるプログラマ視点から見た「便利」の代表作みたいな感じｗ

その点、このCustom Field GUI Utilityは素晴らしいです。
いつもお世話になっています。

http://www.tinybeans.net/blog/download/wp-plugin/cfg-utility-100.html

通常は記号や文字が入力されて、絵文字になるんだけど、これって普通に考えれば結構不便・・・。

このプラグインはビジュアルエディタに直接絵文字を入力してくれるので、携帯感覚で使えて便利。

http://wppluginsj.sourceforge.jp/emoji/

追記：

emoji-media_buttons.php と emoji-scripts.php にある「href=”javascript:void(0);”」の部分を削除、代わりにstyle=”cursor:pointer;” を追加しておく。

でないと、ＩＥの場合はいちいち「このページからほかのページに移動しますか」というメッセージが出て非常にうっとおしい。どうやらvoid(0)を画面遷移と勘違いしてしまうみたい。

この方法が正しいのかどうかは分からない。

emoji-media_buttons.php は最後の方の１か所、emoji-scripts.php は絵文字ボタンと閉じるボタンの２か所。