コード自体は追加されてるのに表示されないのでおかしーなと思ってたんですが、headタグ内に

を入れれば表示されました。

どうもテーマをカスタムするとwp_headを消してしまう癖が抜けない。
しかもこれに似た現象が前にもあったのに忘れてたのも痛いなー・・・。

ていうかいいね数どころかボタンも表示されてませんでした。

原因はただの書き間違い。
iframeでのいいねボタンはこんな感じのコードなんですが、
<iframe src=”http://www.facebook.com/plugins/like.php～（中略） allowTransparency=”true”></iframe>

途中に言語設定があって、日本語だと「locale=ja_JP」とする必要があります。
ここが「locale=ja」になってた。

え？俺がこんなミスするわけないじゃないすか。
もう何なのあの人ミス多すぎ・・・。

指示書一文飛ばして読んで「気づきませんでした」って言い切るその神経をなんとかしろ。

どうも切り上げとか切り捨てとかの基準が、ブラウザによって違うみたいです。
http://iwb.jp/css/decimal-point/

こんなの初めて知ったわ。
何も知らない学生の時ですら、ピクセルに対して小数点なんてアホな値登録したことないんだから知らなくて当然なんだけど。。。

別に遊びで作ってるなら笑い話で済むんですが、仕事でこんなコード書かれるとさすがに笑えない。
なんで小数点を指定しようって思うのか、その思考が一番謎です。

GDライブラリが有効になっていないのが原因です。
GDを有効にすればOK。

確かPHP5.2以降はGDが標準で入っているので、新たに入れなくてもphp.iniで設定を有効にすれば問題ありません。
それ以前のバージョンの場合は、残念ながらインストールから始める必要があります。

レンタルサーバーとかだとだいたいのものが標準で入っているのでラクなんですが、専用サーバーやら独自サーバーは面倒ですね。

前にも書いたことがあるんですが、これはその時とは違うパターンのお話。

以前は既に稼働していたものにプラグインを入れたことで真っ白になりましたが、今回はまずインストール後初めてのログイン画面が真っ白。
IDとパスを入れる画面は出てきますが、入力してログインすると真っ白になります。

いろいろ調べて以下の対策をやってみましたが全てダメ。
——————————–
・wp-config.phpをBOM付きのUTF-8で保存していないか確認
→改善なし

・wp-config.phpにdefine(’WP_DEBUG’, true);を追記
→全くエラーが表示されないので手がかりなし

・ページのソースを表示させる
→何も表示されない
——————————–

そこで、データベースも一旦テーブルを全部消して再インストールしてみましたがこれもダメ。

ほぼお手上げ状態だったんですが、１つ思い出したことがあったのでもう一度再インストール。
このインストールの時に「テーブル接頭辞」をこれまでと違うものにしたらちゃんと表示されました。

どうやら最初のインストール時の情報が残っているらしく、再インストール時はテーブル接頭辞を違うものにしないといけないみたいです。

画面真っ白問題の解決策としてはマイナーな部類かもしれないですが、1つの方法として。

プラグインで超手抜きでできないかと思って探してみました。

WP-chgFontSize

というわけで一応あったんですが、微妙に問題が。

このプラグインだと、文字サイズ「拡大」「縮小」の2種類の操作しかできないんですよね。
今回実装するページだと「小」「中」「大」の3つのボタンで切り替えるようになってるので、ボタン2つでは足りない。

他のプラグインを探してもそんなに良さげなものはありませんでした。需要ないのかな。

これ以上探すよりはjavascriptで切り替えたほうが全然簡単そうなのでそっちにします。
デザイン決まってなければ別にボタン2つでもいいんだけどな・・・。

なんか初めての現象だったんですが、あるサーバーにFFFTPを使ってアクセスして.htaccessファイルを置いたら、転送された形跡はあるのに表示されませんでした。
何回アップしても見えない.htaccess。

DirectoryIndexを変なファイル名に変えるとエラーになるので、とりあえず.htaccessは存在はしてちゃんと動作してるっぽい。
念のためsshで覗いてみたらちゃんとありました。

サーバーの設定なのかどうなのか分かりませんが、次の手順を実行したら見えるようになったのでメモっておきます。

１．ホスト一覧画面で、該当のホストを選ぶ
２．設定変更→「高度」のタブを開く
３．「LISTコマンドでファイル一覧を取得」のチェックを外す

とりあえずこれで見れました。
察するに、「LISTコマンドでファイル一覧を取得」のチェックが入ったままだと、オプションなしのlistコマンドが実行されるから.htaccessや.htpasswdが出ないんじゃないかと。
でも、他のサーバーではこのチェックが入ってても表示されるんだよなあ・・・。

正直よく分かんないです。見れればいいや。

自分用メモ。

——————————–
//UAとバージョンを小文字で取得
var userAgent = window.navigator.userAgent.toLowerCase();
var appVersion = window.navigator.appVersion.toLowerCase();

if (userAgent.indexOf(”msie”) != -1) {
if (appVersion.indexOf(”msie 6.”) != -1) {
//IE6の時の処理
} else if (appVersion.indexOf(”msie 7.”) != -1) {
//IE7のときの処理
} else if (appVersion.indexOf(”msie 8.”) != -1) {
//IE7のときの処理
} else if (appVersion.indexOf(”msie 9.”) != -1) {
//IE9の時の処理
} else {
//その他のバージョンの時の処理
}
}
——————————–

IE9.jsは旧IEの表示を調整してくれる良いライブラリなんですが、微妙に面倒事が起こることもあります。
例えば、CSSハックが効かなくなる。
* html
とか
*:first-child+html
が効かなくなります。

最初からCSSハック使うような組み方すんじゃねーよっていうのはもっともなんですが、俺が作ったんじゃないし。他の人が組んだの修正してるんだし。

仕方ないので、IE7のハックはこっちを使いました。
*+html

・・・なぜかこれは効くんだよね。

最近、大量の細かいテキストデータをどっかにおいて分類する必要に迫られたのでwordpressを使うことにしました。
wikiとか別のシステムとかの選択肢も当然あるとは思うんですが、

・別に秘匿性のあるデータじゃないのでどうせならWebで公開したい
・分類は厳密にしないといけないわけじゃなくある程度ユルくていい。むしろそのほうがいい

という事情があったので、Web上で公開できつつ気ままにタグがつけられるwordpressにしました。使い慣れてるし。
が、問題は投稿したデータのエクスポート。
他のとこでこのデータを再利用したいので、分類ごとにデータをエクスポートしたい。

元々wordpressにはエクスポート機能がありますが、デフォルトだとxmlで吐き出されます。
xmlのパーサーは作れなくもないけど、果てしなく面倒くさい。
そこで便利そうなプラグインを探してみたところ、行き当たったのがこれ。

Export to Text
http://wordpress.org/extend/plugins/export-to-text/

投稿ユーザー、タグ、カテゴリなど様々な条件を設定して抽出した記事を、テキスト形式（と言ってもCSVと同じ感じ）で吐き出すことが可能。
csvにかなり近いので後の加工もラクです。素晴らしい。

まだ使い始めですが、これは今後もすごい使えそうです。