‘wordpress’ カテゴリーのアーカイブ

とりあえずインストールするプラグイン(書きかけ)

2010年5月6日 木曜日

Custom Field GUI Utility

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

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

WP Custom Fields Search

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

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

 Get Custom Field Values

カスタムフィールドつなが(ry

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

TinyMCE Advanced

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

Google Sitemap Generator

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

Ultimate Google Analytics

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

 My Category Order

カテゴリ順序並び替え。 

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

 No Self Ping

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

Smart Update Pinger

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

ちなみに、PHPファイルの1行目 <? を<?php にしないとエラーが出る。
それ以外の注意点はSmart Update Pingerの導入を参考。ログファイルを作るように。

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

 Hide Admin Panels

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

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

Revision Control

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

WP-CMS Post Control

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

Lightbox 2

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

Nice Trailingslashit

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

カスタムフィールドで絞り込み検索?

2010年2月10日 水曜日

絞り込み検索ができるっぽい事が書いてある。めがっさ気になるから今度試そう。

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

管理画面の左メニューから不要なモノを消す。

2010年2月10日 水曜日

Hide Admin Panels

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

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

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

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

ビジュアルエディタのツールバー

2010年2月10日 水曜日

TinyMCE Advanced

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

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


$domain_name  = 'tinymce-advanced'; 
$locale_name  = get_locale(); 
$mofile_name  = dirname(__FILE__); 
$mofile_name .= "/$domain_name-$locale_name.mo"; 
load_textdomain("tadv", $mofile_name);

パーマリンク設定とSEO

2010年2月2日 火曜日

wordpressは投稿のパーマリンクを任意に変更できる機能がついているけど、URLや拡張子とSEOの関係は、もうちょっとした都市伝説となっている。

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

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

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

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

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

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

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

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

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

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

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

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

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

上のフォーラム中の発言(もうちょっとやさしく言ってあげればいいのにねw)で「参考サイト」ってトコに書いてあったけど、URIってのは永続的に使えないとダメなんだそうです。20年後、100年後に.htmlなんて拡張子を使っているか分からないから、/hoge のように、拡張子なしでアクセスできるようにしておけと。だってW3Cのサイトもそうなってるから!!

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

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

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

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

管理画面のカスタマイズ(未確認)

2010年2月2日 火曜日

管理画面のカスタマイズができるプラグインがあるようで、Rolemanagerと何が違うんだろう?

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

wordpressの投稿画面で変換文字が消える問題

2010年2月2日 火曜日

wordpressはとても便利なのですが、なぜかIEで投稿すると、書いてる途中に文字が消えちゃうバグがあります。

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

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

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

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

カスタムフィールドを便利に使う

2010年2月2日 火曜日

Custom Field GUI Utility

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

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

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

ビジュアルエディタに直接絵文字を挿入

2010年2月2日 火曜日

emoji (絵文字挿入)

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

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

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

追記:

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

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

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

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

ワードプレスでソースコードを挿入。

2010年2月2日 火曜日

Syntax Highlighter for WordPress

PHPやXHTMLのソースを整形して表示してくれる。

クライアント用に使う事はまずないけど(笑)備忘録的にはこれはとっても便利。

http://wppluginsj.sourceforge.jp/syntax-highlighter/