Group items tagged

Wordpressのデザインはテーマと呼ばれてます。テーマを構成するファイル群がテンプレートファイルです。 他のブログのようにテーマをテンプレートと呼んでも通じるけど、検索するときはテーマ(Theme)を使う方が良いかも。 ダウンロードしたばかりだと"Classic" と "Default"の２つがプリインストールされてますが、 テーマ新しく追加する場合は、ダウンロードして解凍したテーマのフォルダをWordpressのwp-content/themes/にアップロードするだけ。 デザイン（表示）に並ぶテーマのスクリーンショットをクリックすれば即座に変更されます。 テーマ変更で再構築が必要ない、というのがWordpressの良いところ。 Wordpressは1.x系、2.0.x系、2.1.x系、2.2以降と2.5では内部仕様が違ってるので、テーマやプラグインはバージョンにあったものを選ばないとエラーが出たりするので注意。 特に2.5は最新とあって対応してるテーマやプラグインもまだ少ないようです。 公式のリスト» WordPress 2.5 Theme Compatibility List WordPress 2.5 Plugin Compatibility List

Wordpressはコアファイル・プラグイン等全てPHPなので、PHPとmySQLに通じていればかなり色々なことができます。 テーマを構成するテンプレートファイルは、XHTMLとPHPのテンプレートタグで作成されてます。 XHTMLとUTF-8で記述するのがベターですが、HTMLでも文字コードさえ合ってれば問題はないです。 文字コードはWordpress2.5ではUTF-8のみになりました。 テキストエディタはBOM無しのUTF-8で保存できるものを選ぶ必要があります。(メモ帳はダメ！絶対）

テンプレートに記述するWordpress独自のPHPコードはテンプレートタグの他、ループやファンクションなどかなり色々使えます。 PHPの関数や変数なんかも使えま

手順 2 で説明したように、変更前は /○○○○/index.php を読み込ませていましたが、ルートディレクトリ直下に移動した /index.php を読み込ませるように.htaccess で操作しています。 http://www.hogehoge.com/○○○○/wp-login.php からログインしなおす。 パーマリンク設定をデフォルトから変更していた場合、再度保存しなおす。 ※手動で .htaccess を書き換える場合には、管理画面のいちばん下に書き換えるためのソース（↑上のソース）が出力されますので、それを.htaccess にコピペして保存します。 新しいサイト URL にアクセスし、正常に表示されるか確認。 .htaccess のパーミッションを書き込み不能に戻す。

4行目　require(’./wp-blog-header.php’); を require(’./○○○○/wp-blog-header.php’); と書き換えて保存。（「○○○○」は、WordPress 本体をインストールしてあるディレクトリ名） ＜変更後＞ <?php /* Short and sweet */ define('WP_USE_THEMES', true); require('./○○○○/wp-blog-header.php'); ?> この index.php は、WordPress 内部の動作命令すべてを受け取るファイルです（wp-blog-header.php から読み取っている）。なので、ここで編集した index.php から wp-blog-header.php へのパスを WordPress 本体がインストールされているサブディレクトリをはさんだパスに変更する、ということになります。 .htaccess のパーミッションを書き込み可能にする。（mod_rewrite ルールの変更。書き込み可能にしておけば、自動的に .htaccess の中身を変更してくれます。mod_rewrite ルールは手動で書き換えることも可能です。手順 6 を参考にしてください）

Wordpressの「Widgets」は、もともと管理画面からサイドバーの表示内容を切り替えることの出来る便利なプラグインだったようですが、Wordpress2.5からは本体に組み込まれており、プラグイン導入の手順を踏まなくても利用できます。 早速独自テーマを選択し、管理画面のデザイン＞ウィジェットからWidgetsを使ってみようとすると ウィジェットは使用できません 現在使用中のテーマはウィジェットに対応していないため、このままではサイドバーの変更はできません。ウィジェットに対応するようにテーマを修正するにはこちらの説明を参照してください。 と言われちゃいました。 デフォルトテーマのkubrickでは、設定無しに簡単に利用できるのですが、どうやら独自のテーマでこの機能を利用するためには、テーマファイルに少し手を加える必要があるようです。 でグーグルさんに聞きました。 超とりあえずWidgetsを使えるようにする！ とりあえずWidgetsを使えるようにするには、「function.php」と「sidebar.php」を編集する必要があります。 function.php function.phpはテーマ内で使うユーザー関数など、全ページで呼び出したいプログラムをまとめて記述しておくファイルです。このファイルに <?php if ( function_exists('register_sidebar') ) { register_sidebar(); } ?> を加えます。ファイルが存在しない場合は新しく作ってください。 sidebar.php 標準のサイドバー部分のファイルです。このファイルの内容が例えば <ul> 　<li> 　　<h3>このサイトについて</h3> 　　<div class="content"> 　　　このサイトは。。。。 　　</div> 　</li> </ul> なら、これを <ul> <?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar() ) { ?><!-- 追加 --> 　<li> 　　<h3>このサイトについて</h3> 　　<div class="content"> 　　　このサイトは。。。。 　　</div> 　</li> <?php } ?><!-- 追加 --> </ul> このように編集します。最初のULの後と、最後のULの前に1行ずつ加わりました。 　 ここまで終えて、再度デザイン＞ウィジェットに行ってみると、Widgetsの管理画面を見ることが出来るようになっていて、管理画面でWidgetsの設定をすると、テーマに反映されるはずです。 ちなみに左サイドバー、右サイドバーというように、複数のサイドバーを使っている場合は、function.phpの内容を <?php if ( function_exists('register_sidebars') ) { register_sidebars(サイドバーの数); } ?> のように変更します。例（2個のバーを使う場合）↓ <?php if ( function_exists('register_sidebars') ) { register_sidebars(2); } ?> さらに、各サイドバーファイルの <?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar() ) { ?> の部分の「dynamic_sidebar()」という関数に <?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar(1) ) { ?> のように、数字の引数を与えてやると（ファイル毎に異なる数字）、複数バーのWidgetsを管理画面から管理出来るようになります。 以上とりあえず、Widgetsを使ってみるでした。

WordPressのウィジェット領域は、標準ではsidebar.php内の１カ所だけだが、index.phpやfooter.phpなど、その他のエリアにもウィジェット領域を持たせる。

■手順１：テーマフォルダ/functions.php　3行目register_sidebar(array(これをregister_sidebars(3,array(※数字は、ウィジェット領域の数

■手順２：（例：index.phpのループの前と後に２つの領域を挿入）テーマフォルダ/index.php　5行目　have_postsの前に以下を挿入＜?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar(2) ) : ?＞ここはウィジェット「２」※ウィジェットに何も登録されていない時にここの内容を表示＜?php endif; ?>テーマフォルダ/index.php　40行目　endifの後に以下を挿入＜?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar(3) ) : ?＞ここはウィジェット「３」※ウィジェットに何も登録されていない時にここの内容を表示＜?php endif; ?＞※分かりやすくするためにdivで囲って色を付けてあります。※サイドバーには、ウィジェットが登録されていない場合は従来どおりの標準的な内容が表示されます。

もっとも簡単で無理矢理な方法はWordPress Widgetsからダウンロードしたwidgetsフォルダのclassicフォルダからsidebar.php　functions.phpを、非対応テーマフォルダに上書きする。wordpressに標準で入っているテーマclassicに含まれるサイドバーで問題ない場合はこの方法が楽。しかしテーマにもともとfunctions.phpがある場合はこの方法はやめたほうがよい。基本的にはお勧めしません。（おそらくwordpress標準テーマをWidgets化するためのファイルです。）上書きする際はバックアップを忘れずに。 非対応テーマのサイドバーをいかしたままWidgetsに対応させる 参考程度に。Sidebar WidgetsREADME.txtを参照のこと。 それぞれのテーマのsidebar.phpの一番初めの<ul>の次の行に以下のコードを加える。 <?php if ( function_exists('dynamic_sidebar') && dynamic_sidebar() ) : else : ?>さらに最も最後の<ul>の直前に <?php endif; ?>を加える。

サイドバーが複数ある場合の対応方法。 基本的には非対応テーマのサイドバーを生かしたままWidgetsに対応させるの方法と同じ。異なるのはsidebar.phpに加えるコードのdynamic_sidebar()の()の中に数字を入れる点。 サイドバーが２つの時。それぞれのsidebar.phpに以下を加える。 <?php if ( function_exists('dynamic_sidebar') && dynamic_sidebar(1) ) : else : ?> <?php if ( function_exists('dynamic_sidebar') && dynamic_sidebar(2) ) : else : ?> <?php endif; ?>を入れ忘れないように。 さらにfunctions.phpのregister_sidebar();にサイドバーの数と同じ数字を入れる。 <?php if ( function_exists('register_sidebars') )     register_sidebars(2); ?> このようにすればサイドバーが複数あるテーマにもSidebar Widgetsを対応させることが出来るはず。サイドバーがさらに多い場合も入れる値の数字を大きくしていけば対応できるのではと想像。

TinyMCE is a platform independent web based Javascript HTML WYSIWYG editor control released as Open Source under LGPL by Moxiecode Systems AB. It has the ability to convert HTML TEXTAREA fields or other HTML elements to editor instances. TinyMCE is very easy to integrate into other Content Management Systems.

TinyMCE is a platform independent web based Javascript HTML WYSIWYG editor control released as Open Source under LGPL by Moxiecode Systems AB. It has the ability to convert HTML TEXTAREA fields or other HTML elements to editor instances. TinyMCE is very easy to integrate into other Content Management Systems. TinyMCE Features Easy to integrate, takes only two lines of code. Customizable through themes and plugins. Customizable XHTML 1.0 output. Block invalid elements and force attributes. International language support (Language packs) Multiple browser support, Mozilla, MSIE, FireFox, Opera and Safari (experimental). PHP/.NET/JSP/Coldfusion GZip compressor, Makes TinyMCE 75% smaller and a lot faster to load. You can easily use AJAX to save and load content!

『WP-SnapAvatar』は、コメント投稿者がGravatarに登録していない場合、デフォルト画像の代わりに、投稿者のサイトのキャプチャ画像を表示するWordpressプラグインです。 WP2.5にて、Gravatarの表示を有効にしている必要があります。 プラグイン配布元 → WordPress › WP-SnapAvatar « WordPress Plugins 導入方法 プラグイン配布元から『wp-snapavatar**.zip』をダウンロード。（Download） 解凍後、『wp-snapavatar』をwp-content/pluginsへアップロード。 管理画面にて有効化する。 Gravatarを表示する Settings（設定） > Discussion（ディスカッション）にて、Avatar display（アバターの表示）を Show Avatars（アバターを表示する）にする。 Gravatarを表示させたい箇所（comment.php）に以下のコードを挿入する。 コード PHP: <?php echo get_avatar( get_comment_author_email(), '48' ) ?> 数値はアバター画像のサイズ。

WPの場合、まずME（Multilingal Edition）と本家どちらにするか？ですが、本家WPでは日本語が表示できない、または支障が起こるのでは？という疑問があると思います。意外とMEと本家版の違いを説明したサイトがありませんでした。実際には、本家WPでも日本語表示は問題ないといって良いでしょう。管理メニューの一部が（.moを入れても）英語のままになったり、日付表示がおかしくなったりしますが、すぐ修正できます。MEの方は知らないのでコメントできません。

MTの場合は単体で一応最低限の機能は付けてある感じだったのに対して、WPの場合は単体での機能より、プラグインやテーマでカスタマイズしていく設計思想なのだと思います。ただ、 Tag機能やサイドバーWidgetまでプラグイン対応なのはどうかと思います。というのも、実際にプラグインを導入しようとして検索すると、TagまたはWidgetのプラグインは複数あり、どれが標準のもの（？）なのか迷うからです。 テーマも、私は初めデザインでテーマを決めましたが、それがプラグインに対応しているかどうかまで見極めないと、自分でカスタマイズしてからでないと思ったような表示にならないということで、最初の投稿までにカスタマイズが必要になってきます。この辺は「WordPressインストールしたら始めにやること」をご覧下さい。 もう一つ、「ブログロール」という他サイトへのリンクを管理する機能があるのですが、これはなぜプラグインではないのか、ちょっと変な感じがしました。しかも、初期設定でWordPressの開発者の方々のブログにリンクが張られているのも、戸惑いました。どうなんでしょう？

WPは基本はシンプルみたいに書きましたが、widgetやtagは基本ではないのに対して、以下のような凝った基本機能があります。 smilies（ ←これ）は基本機能 akismetというスパムフィルタが非常に優秀 管理画面がAJAX（Prototype+Scriptaculous） 管理画面のダッシュボードでブログにリンクしているサイトを自動表示 記事の入力中の自動保存機能

ルートディレクトリとは違うディレクトリにWordpressをインストールして、ホームURLだけ擬似的にルートディレクトリにする方法。 この設定変更さえすれば、好きなディレクトリにWordpressを置くことが出来る。 複数設置する時やルートディレクトリはすっきりさせたいという時に便利。 ルートディレクトリのURLがhttp://example.comと仮定。 1.適当なディレクトリを作成する。（ここでは/wordpressというサブディレクトリにwordpressをインストールしたとする） 2.wordpress管理パネルの設定を開く 3.一般設定 にある　WordPress のアドレス(URL)をWordpressのコアファイルがインストールされているURLに変更する（http://example.com/wordpress） 4.ブログのアドレス (URL)をルートディレクトリのURLに変更する。（http://example.com） 5.「設定を保存」ボタンを押す 6.１で作ったディレクトリにWordpressのコアファイルを移したりインストールしたりする。 7.index.php と .htaccessをルートディレクトリ（http://example.com）に移動させる 8.index.phpをテキストエディタで開く 9.　require('./wp-blog-header.php');　という行を探して require(’./wordpress/wp-blog-header.php’);　というように変更する。 つまり、wp-blog-header.phpの相対パスをインストールディレクトリに変更する。 10.ログインURLがhttp://example.com/wordpress/wp-admin/になります。 11.もしパーマリンク設定をデフォルトから変更していたら更新しといてください。 Wordpressが自動的に.htaccessを変更してくれます。 もし.htaccessに書き込み権限が設定されてなくて変更できなかったら、自分でコピペしてください。

ウィジェットに対応していないテーマの修正 WordPressのテーマを色々見てみると中にはウィジェットに対応していないテーマも存在します。 そういったテーマにウィジェットを対応させたい場合は、独自にソースをいじる必要があります。 sidebar.phpへコードを追加する sidebar.phpの中身を見ると、オーソドックスな作りなら、「id=”sidebar”」って記述があると思います。 そのidで囲まれている中に、 <?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar() ) : ?> <?php endif; ?> 上記のように記述します。 このif文の間に管理画面で追加設定したウィジェットが追加されます。 これだけでは、追加出来ないので次ぎに「functions.php」というファイルを作成します。

wordpress ウィジェット 追加　とかで検索するとよいと思います。 最低限以下の手順をとれば使用できるようになると思います。 テンプレートファイルのサイドバーウィジェットを表示したい場所に以下を追加 <?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar() ) : ?> <?php endif; ?> 追加するのはsidebar.phpとかになると思いますが、 カレンダーやカテゴリーなどのウィジェットで表示するもののソースが入っていれば全部消してしまって構いません。 （消さないと2重表示になります） function.phpに以下を追加。function.phpがなければ作成する register_sidebar(array( 'before_widget' => '<div id="%1$s" class="widget %2$s">', 'after_widget' => '</div>', 'before_title' => '<h3>', 'after_title' => '</h3>', )); before_widget→ウィジェットの前に挿入するタグ after_widget→ウィジェットの後に挿入するタグ before_title→ウィジェットタイトルの前に挿入するタグ after_title→ウィジェットタイトルの後に挿入するタグ テーマに使われてるタグをそのままコピペすれば同じになると思います。

Theme Integration st_related_posts(); : Display an list of related posts (must be placed in WP Loop) st_tag_cloud(); : Display a color (dynamic) tags cloud. st_the_tags(); : Display current tags post. st_meta_keywords(); : Display meta keywords, generated from tags. Use only on your header blog. st_related_tags(); : Display an list of related tags, useful for tags navigation st_remove_related_tags(); : Display the list of remove related tags from current view, useful for tags navigation

Related Posts : st_related_posts() With this functionnality, you can show related posts on your post. Is related posts which have at least one common tag. If you don't wish to show related posts, but use them inside the loop, use st_get_related_posts() function. Usage: <?php st_related_posts(); ?> Default Usage:

Tags cloud: st_tag_cloud() With this functionnality you can show a color tags cloud created dynamically. If you don't want to show it, but use it, use st_get_tag_cloud() function. Usage: <?php st_tag_cloud(); ?> Default Usage:

WordPressのリッチエディタにはTinyMCEが使われている。リッチエディタを使うのはソースコードなどタグを記事本文として流し込むときだけなので、あまり気にしなかったが、使っている人から、なぜ明朝体のでかいフォントなのかと言われた。皆さんはどうしているのだろうか。ここではリッチエディタにオリジナルのCSSを適用する方法を調べてみた。 リッチエディタはiframeで実現されているため、擬似的にhtml-head-bodyの構造を取っている。ここに適用されているCSSは以下の3つだが、このうち”wordpress.css”が変更の対象となる。 wp-includes/js/tinymce/themes/advanced/css/editor_content.css wp-includes/js/tinymce/plugins/wordpress/wordpress.css wp-includes/js/tinymce/plugins/spellchecker/css/content.css 変更するにはまず適用するCSSを作成する。その際に、変更するwordpress.cssを当該CSSで@includeする。 フォントの指定を含め、一般的な設定をするのなら以下のようなCSSになるはず。使用しているテーマのCSSから必要な部分だけ持ってくればよい。

CSS /* rich_editor.css ver 0.1 by Junon */ @import url('http://www.techdego.com/wp-includes/js/tinymce/plugins/wordpress/wordpress.css'); body { margin: 0; padding: 0　10px; background-color: #fff; color:#000; font-family: Arial, Helvetica, Verdana, "ヒラギノ角ゴPro W3", "Hiragino Kaku Gothic Pro", Osaka, "メイリオ", Meiryo, "ＭＳ　Ｐゴシック", sans-serif; font-size: 0.8em; line-height: 1.4; } p a:link { text-decoration: none; color: #186FD0; border-bottom: 1px dotted #186FD0; } p a:visited, p a:active { text-decoration: none; color: #666; border-bottom: 1px dotted #186FD0; } p a:hover { text-decoration: none; color: #186FD0; border-bottom: 1px solid #186FD0; } p { margin: 1em 0; } li { margin-top: 1em; } ul li { list-style: square; } ul li ul { margin-bottom: 0.3em; } ul li ul li { list-style: circle; } a:link img, a:hover img, a:visited img, a:active img{ border: none; } .alignleft { float: left; } .alignright { float: right; } .clearer { clear: both; } code, pre { font-family: "courier new", courier, monospace; } 上記をTinyMCEに適用すればよいのだが、今回は自分のテーマに付随させてテーマを外せばエディタのCSSも変わるようにする。

上記のCSS（ここではrich_editor.cssとする）をテーマのstyle.cssと同じ階層に保存する（背景画像をテーマと共有するため）。 テーマのfunctions.php（無ければ新規に作成）の最後に以下のコードを記述する。 PHP function replace_editor_css($css_file) { $css_file = get_option('siteurl') . '/wp-content/themes/**theme-name**/rich_editor.css'; return $css_file; } add_filter('mce_css', 'replace_editor_css'); ちなみに、上記の部分を別のphpファイルにして、pluginsフォルダに入れるとプラグインになる。テーマを変えてもCSSを適用したいならプラグイン化をお勧めする。

xreaに続いて、さくらインターネットでもZend Optimizerに挑戦。さっきも同じこと書きましたが、Zend Optimizerはphpの実行速度を改善する追加モジュール。結果から言うと、簡単に導入できました。初めからサーバにZendOptimizer.soが置いてあるxreaと違って、さくらインターネットでは自前でZendOptimizer.soを入手してコピーする必要があります。あとは基本的にxreaと同じ。他のphpアクセラレータと違い、makeを伴うインストール作業をせずに簡単に導入できるので、サーバ運用に慣れない初心者におすすめです。

WordPressはテンプレートタグを使うことで簡単にいろいろな情報を呼び出せるけど、もっといろんな呼び出し方がある。phpの関数を併用する場合などは、例えば記事の本文を呼び出す場合 the_content()を使う代わりに $post->post_contentという呼び出し方をすると、phpの関数の引数に放り込めるので、いろいろに加工できる。　■記事の本文or抜粋を取得 $post->post_content$post->post_excerpt

I finally patched core program post_new.php to disable autosave for a “new” post and the problem went away. Do not know if this will help you or not. My patch for v.2.3.1 follows. Newer versions might be around the same location. Edit the file wp-admin/post_new.php WP v2.3.1 and insert “//” (without the quotes) at the beginning of this line (currently line 8): wp_enqueue_script('autosave'); Save and upload the file post_new.php, and the WordPress autosave features is now disable.

wordpress2.1に変更後オートセーブの時間が短すぎるような気がして気になっていたので、いろいろと検索したところ、「WordPress Japan :: トピックを表示 - オートセーブで文字化け」というのを発見。 プラグインを作れば簡単に時間を調整できそうなので、さっそく試してみることに。 otsukareさんの書いた記事を参考に、時間を１０分（６００秒）に変更。 これでしばらく様子を見てみよう。 ちなみに作ったプラグインはこちら（autosave.php.zip）。

Yesterday had a quick look at podPress, the premier plugin for podcasting. It has a small incompatibility with the new Post Revisions feature introduced in WordPress 2.6. PodPress seems to be in the middle of a large update. I’ve used the “experimental” version (8.9) of the plugin and emailed the proposed fix to the authors, however for the more impatient here is the patch: view plaincopy to clipboardprintfunction post_edit($post_id) {      GLOBAL $post;      if($this->justposted) {          return;      }      $this->justposted = true;        if ( isset($_POST['post_ID']) && (int) $_POST['post_ID'] )          $post_id = (int) $_POST['post_ID'];        $this->settings_item_save($post_id, $_POST);  }   function post_edit($post_id) { GLOBAL $post; if($this->justposted) { return; } $this->justposted = true; if ( isset($_POST['post_ID']) && (int) $_POST['post_ID'] ) $post_id = (int) $_POST['post_ID']; $this->settings_item_save($post_id, $_POST); } It goes in podpress/podpress_admin_class.php, around line 51. What it does is to make sure the custom post meta fields used by podPress are attached to the actual Post, not one of the revisions.