<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>blog.plastik.jp &#187; WordPress</title>
	<atom:link href="http://blog.plastik.jp/archives/category/wordpress/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.plastik.jp</link>
	<description>PHP, MySQL, MT, WordPressなどWeb系を中心に活動するエンジニア</description>
	<lastBuildDate>Thu, 22 Jul 2010 23:42:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>WordPressでビジュアルリッチエディターが使用出来ない場合</title>
		<link>http://blog.plastik.jp/archives/78</link>
		<comments>http://blog.plastik.jp/archives/78#comments</comments>
		<pubDate>Tue, 19 Jun 2007 13:26:45 +0000</pubDate>
		<dc:creator>plastik</dc:creator>
				<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://blog.plastik.jp/archives/78</guid>
		<description><![CDATA[ここしばらくのバージョンのWordPressにアップグレードした場合、ごくまれに投稿画面でJavaScriptエラーが出て、ビジュアルリッチエディター(TinyMCE)が使用できない場合があります。
原因を深くは追求してませんが、それはどうやら、php.ini や .htaccess にて output_handler を何か設定している場合(自分の場合は、mb_output_handlerに設定)に発生することがわかりました。
ですので、JavaScriptでエラーが出て困るよ！って場合は、output_handerの値をnoneに設定することで回避出来るようになります。
ちなみに、私が確認した限りだと、
　・WordPress 2.2 &#038; WordPressME2.2
　・WordPressME 2.1.3
にて確認しました。
何かの参考になれば。
]]></description>
			<content:encoded><![CDATA[<p>ここしばらくのバージョンのWordPressにアップグレードした場合、ごくまれに投稿画面でJavaScriptエラーが出て、ビジュアルリッチエディター(TinyMCE)が使用できない場合があります。</p>
<p>原因を深くは追求してませんが、それはどうやら、php.ini や .htaccess にて output_handler を何か設定している場合(自分の場合は、mb_output_handlerに設定)に発生することがわかりました。</p>
<p>ですので、JavaScriptでエラーが出て困るよ！って場合は、output_handerの値をnoneに設定することで回避出来るようになります。</p>
<p>ちなみに、私が確認した限りだと、</p>
<p>　・WordPress 2.2 &#038; WordPressME2.2<br />
　・WordPressME 2.1.3</p>
<p>にて確認しました。</p>
<p>何かの参考になれば。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.plastik.jp/archives/78/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPress 2.0.4 にバージョンアップ</title>
		<link>http://blog.plastik.jp/archives/47</link>
		<comments>http://blog.plastik.jp/archives/47#comments</comments>
		<pubDate>Sat, 29 Jul 2006 19:07:06 +0000</pubDate>
		<dc:creator>plastik</dc:creator>
				<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://blog.plastik.jp/archives/47</guid>
		<description><![CDATA[すっごい意訳ですが、50以上のバグフィックスを行った WordPress 2.0.4 がリリースされていました。

オフィシャルサイト ダウンロード
詳しいアップグレード方法

そんな訳で、早速アップグレード。
あとちょっと気が向いたのでテーマ変更してみました。
Fahlstad.se にあるテーマです。他にもいいテーマがあるのでオススメです。
]]></description>
			<content:encoded><![CDATA[<p>すっごい意訳ですが、50以上のバグフィックスを行った WordPress 2.0.4 がリリースされていました。</p>
<div style="margin-left: 10px;">
<a href="http://wordpress.org/download/">オフィシャルサイト ダウンロード</a><br />
<a href="http://codex.wordpress.org/Upgrading_WordPress">詳しいアップグレード方法</a>
</div>
<p>そんな訳で、早速アップグレード。<br />
あとちょっと気が向いたのでテーマ変更してみました。</p>
<p><a href="http://www.fahlstad.se/themes/">Fahlstad.se にあるテーマ</a>です。他にもいいテーマがあるのでオススメです。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.plastik.jp/archives/47/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPress 2.02 リリース</title>
		<link>http://blog.plastik.jp/archives/17</link>
		<comments>http://blog.plastik.jp/archives/17#comments</comments>
		<pubDate>Fri, 10 Mar 2006 10:29:17 +0000</pubDate>
		<dc:creator>plastik</dc:creator>
				<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://blog.plastik.jp/archives/17</guid>
		<description><![CDATA[WordPress 2.02 リリースされたようですね。
公式サイトのアナウンス
ダウンロード
内容は、XSS 脆弱性の対策の模様。
ということで、自分も海外版を使用しているので早速アップグレードしました。
ついでに、TigerAdministrationもインストール。これは管理画面が、Mac OSX 風になるプラグインです。ごっちゃごちゃの管理画面が超すっきりしました。
配布先のサイトにスクリーンショットもあるので、見たら絶対にインストールしたくなるはずです…
(1.5系、2.0系両方対応版があります)
]]></description>
			<content:encoded><![CDATA[<p>WordPress 2.02 リリースされたようですね。</p>
<p><a href="http://wordpress.org/development/2006/03/security-202/">公式サイトのアナウンス</a><br />
<a href="http://wordpress.org/download/">ダウンロード</a></p>
<p>内容は、XSS 脆弱性の対策の模様。<br />
ということで、自分も海外版を使用しているので早速アップグレードしました。</p>
<p>ついでに、<a href="http://orderedlist.com/wordpress-plugins/wp-tiger-administration/">TigerAdministration</a>もインストール。これは管理画面が、Mac OSX 風になるプラグインです。ごっちゃごちゃの管理画面が超すっきりしました。</p>
<p><a href="http://orderedlist.com/wordpress-plugins/wp-tiger-administration/">配布先のサイト</a>にスクリーンショットもあるので、見たら絶対にインストールしたくなるはずです…<br />
(1.5系、2.0系両方対応版があります)</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.plastik.jp/archives/17/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>設定間違いでアクセス不能時の対処方法…</title>
		<link>http://blog.plastik.jp/archives/5</link>
		<comments>http://blog.plastik.jp/archives/5#comments</comments>
		<pubDate>Mon, 23 Jan 2006 10:09:42 +0000</pubDate>
		<dc:creator>plastik</dc:creator>
				<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://blog.plastik.jp/archives/5</guid>
		<description><![CDATA[WordPress。いろいろいじっていたら、早くもはまる。
管理画面の中の WordPress URL 設定を、間違ってアクセス出来ない URL に設定…
(そしたらホントにアクセス出来なくなった！)
そこで焦ってしまい考えついた方法は、DB の直接書き換え。
WoredPress を設定した、MySQL の中を show tables コマンドで確認すると以下のテーブルがある。

wp_categories
wp_comments
wp_linkcategories
wp_links
wp_options
wp_post2cat
wp_postmeta
wp_posts
wp_usermeta
wp_users

まあ、この辺りは見るからに、wp_options がクサイので、そこから調べたらビンゴ。
色々調べていくと、wp_options は汎用的な作りになっていることがわかり、どうやら
option_id = 1 → WordPress URL
option_id = 40 → WordPress Blog URL
に URL が保存されていることが判明。
なので以下 SQL を直打ち。
(WordPress の URL と、Blog の URL が同じ場合)
UPDATE wp_options SET option_value = &#8216;&#8217; WHERE option_id IN (1, 40);
んで、書き換えられていることを確認。
SELECT option_id, option_value FROM wp_options WHERE option_id IN (1, 40);
その後、ブラウザから確認。
でも、なんと、それだけではアクセスが出来ない…
数分間悩み仕方ないので、ソース読み始めたところ、そしたらまあなんのことはない、WordPress の仕組みとして、DB の内容をファイルにキャッシュしていることがわかったのでその内容を手動削除。
(デフォルトのままだと、[InstallDir]/wp-content/cache/ 以下)
ふー、それでやっとアクセス出来るようになった。
それにしても、我ながら泥臭い方法すぎる。もっとスマートな方法が無いと復旧できない人いそう。
でも、そもそもこんなしょーもないミスする人なんていないような…
]]></description>
			<content:encoded><![CDATA[<p>WordPress。いろいろいじっていたら、早くもはまる。</p>
<p>管理画面の中の WordPress URL 設定を、間違ってアクセス出来ない URL に設定…<br />
(そしたらホントにアクセス出来なくなった！)</p>
<p>そこで焦ってしまい考えついた方法は、DB の直接書き換え。</p>
<p>WoredPress を設定した、MySQL の中を show tables コマンドで確認すると以下のテーブルがある。</p>
<ol>
<li>wp_categories</li>
<li>wp_comments</li>
<li>wp_linkcategories</li>
<li>wp_links</li>
<li>wp_options</li>
<li>wp_post2cat</li>
<li>wp_postmeta</li>
<li>wp_posts</li>
<li>wp_usermeta</li>
<li>wp_users</li>
</ol>
<p>まあ、この辺りは見るからに、wp_options がクサイので、そこから調べたらビンゴ。</p>
<p>色々調べていくと、wp_options は汎用的な作りになっていることがわかり、どうやら</p>
<p>option_id = 1 → WordPress URL<br />
option_id = 40 → WordPress Blog URL</p>
<p>に URL が保存されていることが判明。</p>
<p>なので以下 SQL を直打ち。<br />
(WordPress の URL と、Blog の URL が同じ場合)</p>
<blockquote><p>UPDATE wp_options SET option_value = &#8216;<<正しいURL>>&#8217; WHERE option_id IN (1, 40);</p></blockquote>
<p>んで、書き換えられていることを確認。</p>
<blockquote><p>SELECT option_id, option_value FROM wp_options WHERE option_id IN (1, 40);</p></blockquote>
<p>その後、ブラウザから確認。<br />
でも、なんと、それだけではアクセスが出来ない…</p>
<p>数分間悩み仕方ないので、ソース読み始めたところ、そしたらまあなんのことはない、WordPress の仕組みとして、DB の内容をファイルにキャッシュしていることがわかったのでその内容を手動削除。<br />
(デフォルトのままだと、[InstallDir]/wp-content/cache/ 以下)</p>
<p>ふー、それでやっとアクセス出来るようになった。</p>
<p>それにしても、我ながら泥臭い方法すぎる。もっとスマートな方法が無いと復旧できない人いそう。<br />
でも、そもそもこんなしょーもないミスする人なんていないような…</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.plastik.jp/archives/5/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
