dogmap.jp

rel=”canonical” を含めているところがにくいですなぁ。 ;)

JSeries に既に「光画部」があるので、「営繕マン」とか良いかなと思いました。

光画部だから、「編集部」でいいじゃね？

＃ yutakaさんのところでも見たような気がするけど、ソースコードのハイライト表示で<wbr>が入るのはなぜ？

rel=”canonical” を含めているところがにくいですなぁ。

流行りですからねぇ。

＃ yutakaさんのところでも見たような気がするけど、ソースコードのハイライト表示でが入るのはなぜ？

ハイライト表示用に同じ JavaScript を使っているからですかね。

遅ればせながら、キレイキレイ作戦完了です
いろいろお手数をかけちゃいました。コメントクイックタグは数種類試して異常がなさそうなのを
選択。スマイルはプラグインを変更してみたんですが、お出ましにならなかったので手動で
タグを書いたら出ていらっしゃいました。ヘッダークリーンでYSlowのスコアが20ぐらいあがり
ました。なんだか嬉しいですわ

yutaka さん、どもです。

まだまだ α版も良いところですが、色々なサイトで試していただけると、問題点の洗い出しが非常に楽です。
ぜひぜひ、色々お試しください。

ヘッダークリーンでYSlowのスコアが20ぐらいあがりました。なんだか嬉しいですわ

YSlow のスコアなんて、指標に過ぎないんですがあがると妙に嬉しいですよね :P

Mac 版 Safari では CSS 圧縮を認識しないようで、スタイルが出ません!! JavaScript も効いてなさそうです。

「CSS, JavaScript は、ブラウザが対応していれば gzip 圧縮転送。」の判定を見直すことをおすすめします。Safari が腐っている可能性も大なんですが、とりあえず Safari を除外してもらえれば助かります。

ゆりこさん、どもです。

Mac 版 Safari では CSS 圧縮を認識しないようで、スタイルが出ません!! JavaScript も効いてなさそうです。

「CSS, JavaScript は、ブラウザが対応していれば gzip 圧縮転送。」の判定を見直すことをおすすめします。Safari が腐っている可能性も大なんですが、とりあえず Safari を除外してもらえれば助かります。

うわぁ、本当だ。Win版の Safari でも、ダメでした。
同じレンダリングエンジンの Webkit を使っている Chrome では、正常に動作していたので Safari での動作確認を怠っていました。
ご指摘感謝です。

是非と思いましたが、Ｊ君の環境では駄目です。
色々考えてみました。

プラグインを入れての、ソースを見たら以下のようでした。

以下何もなしでした。
是非ともＪ君も入れたいと思いますので、よろしくお願い申し上げます。


コードで括りました。

J君、どもです。

まだまだ開発途上版です。不具合も山ほどありますので、ご承知ください。
あと、このプラグインの性格上、他のプラグインとの相性問題が出やすいです。

このプラグイン以外を全て停止して、他のプラグインを一つずつ有効にし、不具合が発生しないか確認して、どのプラグインと相性が悪いか確認してください。
確認できたら、連絡いただけると助かります。
なお、yutaka さんの報告では、「Quick Comment Tags」プラグインとは相性が悪いようです。

色々ありがとうございます。
色々頑張って調べてみます。
びんさんと比較して異なるのは
グーグルの広告のスクリプトが怪しいと思うので、それを重点的に明日調べてみます。
いつも、ありがとうございます。

びんさんのソースを見て感激しました。
何とか調べたいと思います。

初めまして、早速使用させて頂いたのですが不具合が見つかりましたので報告させて頂きます。

症状はJ君さんと全く同じでサイトの内容が全く表示されずにソースが白紙になるというものです。
フック部分で何かと競合しているのではと思い、ヘッダ挿入系のプラグインをあらってみた結果「All in One SEO Pack」が競合していることが判明致しました。
有名所なので僕だけかな、と心配になったのですが停止すると正常に動作しましたので間違いないような気がします（ちなみに、補足で書いておくと主に同プラグインのDescriptionフィールドを主に使用）。

ちょっと切るわけにはいかないプラグインなので、現在はHead Cleaner（仮）を停止せざるを得ないのですが、競合する環境はかなり多い気がするので次の修正で可能であれば考慮して頂ければ幸いです。
私事ではありますが、僕のようなヘビーにCSSやjsを読み込むサイトには非常に魅力的なプラグインなので使用できるのを楽しみにしています :P

ajin さん、はじめまして。

不具合というか、相性問題ですね。
「Head Cleaner」は、その仕様上 ob_start() 関数を使っているプラグインとの相性が悪いです。
「All in One SEO Pack」はJ君も使っているようなので、そのプラグインとの競合が起きてる可能性が大きいですね。
メジャーどころのプラグインですので、対策を考えてみます。

Ｊ君です。
色々調べてみると、”Comment Quicktags-Reloaded”というプラグインを外すと正常に動作します。
そして、私の場合は、”All in One SEO Pack”の影響は受けていないようです。有効化していても、特に問題はありませんでした。

Comment Quicktagsについては、他のプラグインを探してみます。
ソースがスッキリ、とっても嬉しいです。
素晴らしいプラグインでーーーす。

Ｊ君、どもです。

「Comment Quicktags」 については、yutaka さんに指摘されました。
# 前回のコメントでプラグイン名を間違って「Quick Comment Tags」と書いてましたね

で、「Head Cleaner」と競合しないように修正したので以下に置いておきます。
よろしければ、お使いください。
http://dl.getdropbox.com/u/110305/comment-quicktags.zip

バッチリ！です。
これで全て解決しました。

ありがとうございました。

ajin さん、Ｊ君、どもです。

「All in One SEO Pack」のソースを見てみたんですが、多分 「Rewrite Titles:」 ってオプションにチェックが付いていると、「Head Cleaner」と競合します。
“Descriptionフィールドを主に使用”と言うことであれば、こちらのオプションを切って「All in One SEO Pack」を使ってみてはどうでしょう？

Ｊ君のところで競合しないのも、多分「All in One SEO Pack」のこのオプションを使用していないからだと思われます。

Ｊ君です。
「All in One SEO Pack」ですが・・・
以下のオプションにチェックが入っています。

Rewrite Titles:
Use noindex for Categories:
Use noindex for Archives:
Autogenerate Descriptions:

他はチェックは入っていません。

この状態で問題なく動作しています。

新版は Safari では直りましたが、NetNewsWire に組み込みのウェブ表示機能 (これも WebKit 利用) だとダメでした。UserAgent は
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) NetNewsWire/3.1.6
です。AppkeWebKit を含むウェブブラウザーすべてを対象とした方がいいのかもしれません。

All in One SEO Pack (のタイトル書き換え機能) は Ktai Style とも競合します。Ktai Style の場合、携帯閲覧時に All in One SEO Pack を殺すという対策を取っています (1.35 あたりから対策)。All in One SEO Pack が ob_start でタイトル書き換えするという凶悪な実装なのが理由なので、作者に直してもらうしかないですね。WordPres 2.5 あたりから、フィルターフックでタイトル書き換えできるので、それを使えばいいはずなのに……。

正直なところ、そういう凶悪な実装をしているという理由で、「All in One SEO Pack は使うべきではない」と思っています。

ゆりこさん、どもです。

gzip 圧縮転送については Content-Type が異なるファイルを解釈している Safari 以外のブラウザの方がおかしいような気もします。
拡張子が .gz のファイルについても適切な Content-Type をブラウザに渡せるように .htaccess を書き換える件について以前エントリしています。
http://dogmap.jp/2007/09/04/gzip-components/

本当はこちらの方法で対応したほうがいいんですが、WordPress プラグインごときが .htaccess をいじるのはちょっとやりすぎかなという気もしていて…
# っていうか、すでにこのプラグイン自体、かなり偏執狂的な感じになってきていますが

All in One SEO Pack は、たかだかタイトルを書き換えるためだけに ob_start を使うのは確かに凶悪すぎますね。

やっと、みんなに追いついた :D

うちのサイトも0.5.3化完了しました。
Comment Quicktagsの修正版もばっちり動いてます。
かなーりスッキリしました

gzip 圧縮転送については Content-Type が異なるファイルを解釈している Safari 以外のブラウザの方がおかしいような気もします。

むむ。そうなると gzip 圧縮機能を削除しなければならないような気が
でも、それは変な気がするので、PHP 側で HTTP ヘッダの Content-Type を吐いてやればいいような気がします。
つまり、gzip 圧縮した cache ファイルを直接見せるんじゃなくて、スクリプト経由で cache ファイルを吐くわけです。
PHP の動作負荷がかかってしまいますが、HTTP 的には valid な動作になると思われます。

あと、Pre 2.6 対応として WP_CONTENT_DIR 等を勝手に定義していますが、この方法はあまり好ましくありません。
この手法を使うプラグインは結構多いのですが、「WP_CONTENT_DIR が定義されていれば WP 2.6 以降である」と判断する行儀の悪いプラグインがあるため、それで不具合が発生してしまいます。

satchin さん、どもです。

Comment Quicktagsの修正版もばっちり動いてます。
かなーりスッキリしました

スッキリして何よりです。
とりあえず、まだまだ不具合が隠されている予感なので、なにかおかしなところに気づいたらドシドシご連絡ください。

ゆりこ さん、どもです。

つまり、gzip 圧縮した cache ファイルを直接見せるんじゃなくて、スクリプト経由で cache ファイルを吐くわけです。
PHP の動作負荷がかかってしまいますが、HTTP 的には valid な動作になると思われます。

コメントアウトしてありますが、ロジックを組み込んであります。
この辺の動作も、ユーザに選択してもらおうと思ってます。

あと、Pre 2.6 対応として WP_CONTENT_DIR 等を勝手に定義していますが、この方法はあまり好ましくありません。

うっ、私のプラグインではほとんどこの手法を使ってます。
wp_content_dir() 辺りを使ったほうが良いんですよね。あとで、まとめて修正します。

をかもとさん、J君さん、ゆりこさん有難うございます。

なるほど、バッファの取り出しタイミングがズレるから白紙になってしまうのですね……。All in One SEO Pack自体はソースがあまり宜しくないという評判は聞いていたのですが、よくソースを精読しないままに質問してしまいました申し訳ありません。
あと、言葉が足りませんでしたがタイトルの書き換え自体は使用しています（投稿画面の追加フィールドはほぼ使用していないという意）。
というわけで、をかもとさんの仰るとおりチェックを外し、タイトル書き換えのみ別の方法で代用すればなんとか使用できそうです。

All in One SEO Packは確かに凶悪な実装をしているのかもしれませんが、取り扱うジャンルの性質上かなり検索エンジンのインデックス結果に気をつかっているので使用せざるを得ない状況だったりします……

ajin さん、どもです。

私もテスト環境で 「All in One SEO Pack」 を導入して試してみたんですが、件のオプションをチェックしても問題なく動作しました。
ちなみに、私がテストに使用した「All in One SEO Pack」のバージョンは 1.4.7、WordPress は 2.7.1 です。

J君の所でも 「All in One SEO Pack」 と同時に動かして問題ないようなので、問題は別にあるかもしれません。

検証頂き、有難う御座います。

僕が使用しているバージョンも両者とも同じです。そちらでは問題なく動作したとのことでこちらでももう一度検証してみた結果、どうやらTOPページだけ白紙になっていたことが判明致しました。
投稿記事、ページ、カテゴリー、タグ、アーカイブ、つまりタイトルの書き換えの発生しているページでのみ正しく動作していることになります。

ということは何故か書き換えの発生しないTOPページで相性問題が発生していることになるのですが……うーん、謎ですねぇ。
その条件に限って他のプラグインが悪さをしているのかもしれません、もしくはob_end_flush()が適正数コールされてない？

ちなみに件のオプションのチェックを外すとTOPページも正常に動作します。
取り急ぎ報告まで。

wp_content_dir() 辺りを使ったほうが良いんですよね。あとで、まとめて修正します。

たぶん、wokController のクラス変数を直接呼ぶというのが楽だと思います。wokController で WordPress のバージョン差異を吸収する処理をしているわけですから、ここに WP_CONTENT_DIR, WP_PLUGINS_URL とかと同等の内容を入れておき (すでに入っている気が……)、プラグイン内部ではこの値を使うのが素直な気がします。

wp_content_dir() とかは 2.6 以降でしか使えないので、プラグイン内部でこれを使おうとすると version_compare() だらけになって、あまり見通しがよくないですし。

追記です。相変わらず理由はよく分からないのですが、症状を起こしていた原因が判明致しました。
どうやら自前のテーマが悪さをしていたようです。お騒がせして申し訳ありませんでした。

「All in One SEO Pack」 と同時に動かして問題ないようなので、問題は別にあるかもしれません。

結論から言いますと、この条件下でテーマ内でquery_posts();を用いて内部クエリを操作し、二つ目のループを作成していると問題が起きるみたいです。
「All in One SEO Pack」タイトルの書き換えうんぬんは関係ありませんでした。また、「All in One SEO Pack」の件のチェックを外しますと正常に動作するので、その処理内で行われている動作と、2つ目のループ（もしくはクエリの操作）が組み合わさることによって何らかの形で問題が引き起こっているのだと思われます。

したがって、正しくはをかもとさんとJ君さんが前述されたとおり「All in One SEO Pack」単体では「コンフリクトしない」でした。
あまり多い環境ではないと思いますので参考にはならないかもしれませんが、こういう事例がありましたという報告にて締めさせて頂きたいと思います。お騒がせして申し訳ありませんでした。

ゆりこさん、どもです。

たぶん、wokController のクラス変数を直接呼ぶというのが楽だと思います。wokController で WordPress のバージョン差異を吸収する処理をしているわけですから、ここに WP_CONTENT_DIR, WP_PLUGINS_URL とかと同等の内容を入れておき (すでに入っている気が……)、プラグイン内部ではこの値を使うのが素直な気がします。

そう、すでに入っているのです。
wokController は、私のプラグインで共通的に使っているモノをまとめた共通クラスなんですが、Head Cleaner 作成当初は、これを元にしてませんでした。
ある程度、大きな規模になってきたので 0.5.x から、wokController を継承元にすることにしたんですが、ダブっている所も多々あり。
ソースのクリーンアップをしなきゃだなぁ。

ajin さん、どもです。

したがって、正しくはをかもとさんとJ君さんが前述されたとおり「All in One SEO Pack」単体では「コンフリクトしない」でした。
あまり多い環境ではないと思いますので参考にはならないかもしれませんが、こういう事例がありましたという報告にて締めさせて頂きたいと思います。お騒がせして申し訳ありませんでした。

解決したようで何ヨリです。
まだまだ、不具合等あると思いますので、何かあったらドシドシお知らせください。
あと、このプラグインは CSS, JavaScript を結合していますが、それにより他のプラグインで挿入された JavaScript が正常に動作しなくなる可能性もあります。
その辺も何かお気づきの点があれば、一方頂けると助かります。

まとめのほうで取り上げて頂いていたようで、ありがとうございました。
非常に細かいことではありますが、あれから一つ気づいたことがあったのでお知らせしておきます。

環境によって、一部Google Analyticsのga.jsを使うトラッキングコードが正しく動作しないことがあるようです。
以下圧縮前のコード例。

僕のサイトではプラグインでトラッキングコードを管理しているためwp_footer()に当該コードが含まれることになるのですが、これが圧縮されるとdocument.writeでスクリプトタグを書き出してから読み込みが完了するまでにタイムラグがあるのか、_gat.〜がga.js読み込み前に動作してしまいjavascriptエラーが出てしまいます。で、実際エラーが出ていた間はトラッキング出来ていないようでした。
wordpress構築サイトで通常SSLが絡むページをトラッキングすることはないと思われますので、そのままスクリプトタグに記述することで解決出来ましたがやはりトラッキングコードはそのまま圧縮後のファイルに含めるよりもページに直接書き出されていたほうがスマートな気がします。

そこで、可能であればGoogle Analyticsのトラッキングコードに限って圧縮と書き出しを回避するか、整形したくないコードを何かの文字列で囲むことによって整形を回避できる（整列のみ動作する）仕組みがあると嬉しいです。

あくまで小さな要望ではありますが、頭の隅にでも気にかけて頂ければ幸いです :o

ajin さん、どもです。

確かに、この状態だと結合してしまうと必ずエラーが出ますね。
この辺に配慮して、なんとかするオプションをつける必要がありますね。

ちなみに、私も Google Analytics を使っているのですが、_gat を jQuery を使用して DOM 構成後に呼び出すように書いているため、発覚しませんでした。

<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
jQuery(function(){var pageTracker = _gat._getTracker("UA-xxxx-xx");
pageTracker._initData();
pageTracker._trackPageview();
});
</script> 

ああなるほど、その方法がありましたか。すっかり盲点でした。
jQueryのDOM構築後に呼び出されるreadyのfunctionでくるんでしまったほうが、一応sslなどで分岐できるのでスマートかもしれませんね。

確かに、この状態だと結合してしまうと必ずエラーが出ますね。

やはりそちらでも同じ結果になりましたか。一見違いがなさそうに見えるので少々不安だったのですが、少し安心しました。
配慮していただけるとのことで、かなりホッとしています。ありがとうございました。

初めまして、blog.tvyweb.netの管理人のxscaleと申します。
競合するプラグインが見つかりましたので報告させていただきます。

競合するプラグインはUltimate Google Analyticsです。
Head Cleaner（仮）導入後コードが挿入されなくなります。

xscale さん、はじめまして。情報ありがとうございます。
できれば、プラグインの配布元 url と、利用されているバージョンも報告していただけると助かります。

現在、準備中の正式リリース版では、特定のフィルタを指定して整形対象外にできるようにしています。
そのオプションを適切に指定して、該当するプラグインが導入するコードを整形対象外にすることで対応できると思います。

Ｊ君です。
いつもお世話になります。

http://wordpress.org/extend/plugins/wp-prettyphoto/

現在↑このプラグインを利用していますが、head-cleaner-0.5.4　より新しいバージョンのものを入れると、wp-prettyphotoが動作しなくなります。
何か対策がありましたら、ご教授頂けますと助かります。

J君、どもです。

wp-prettyphoto プラグインのソースを見ました。
これは、このプラグインが吐き出している JavaScript が原因ですね。
# 具体的には wp-prettyphoto.php の 156〜166 行目。

以下に動作するように修正した wp-prettyphoto.php を置いておきますので、入れ替えてください。
http://dl.getdropbox.com/u/110305/wp-prettyphoto.php

Ｊ君です。
ありがとうございます。
head-cleaner最新バージョンにてバッチリ動作するようになりました。
助かりました。

xscaleです。
早速のお返事ありがとうございます。

http://www.oratransplant.nl/uga/

上のURLがUltimate Google Analyticsの配布元です。
使用バージョンは1.6.0です。

xscale さん、どもです。

さきほど、公開した head-cleaner-1.0.0-RC3 で、Ultimate Google Analytics でのエラーを回避可能になりました。
# Ultimate Google Analytics の書き出すコードを Head Cleaner での整形対象外にすることが可能。

設定方法は、同梱の readme_ja.txt をお読みください。

xscaleです。

head-cleaner-1.0.0-RC3に更新した後、コードを対象外に設定したところ、正常にコードが挿入されるようになりました。
ありがとうございました。

初めまして、XTORTと申します。

IEのコンディショナルコメントなんですが、[lt],[lte],[gt],[gte]といった表記に対応していない気がします。

私の検証不足かな？とも思ったんですが、正規表現に含まれていない感じです。

ご報告まで。

XTORT さん、はじめまして。

IEのコンディショナルコメントなんですが、[lt],[lte],[gt],[gte]といった表記に対応していない気がします。

すいません、すいません。そのとおりです。
修正します。

はじめまして。

head内の乱雑さには甚だまいっていたのでこちらのプラグインを導入させていただいたのですが、
私のサイトでは以下のような不具合が生じました。

サイト最上部に「Object」という文字列が（数個）表示されその分サイトのデザインもずれる。
（head内のhtmlソースをのぞいたところlink rel=”canonical”タグの上にObjectが挿入されている）

プラグインをすべて外してみたのですがObjectの文字は消えませんでした。
そこで、エラーログを調べてみたところ、
head-cleaner.phpの727行（Is JavaScript）と918行（Read file）でエラーが出ていました。
以下のファイルを開けないようです。

略/head-cleaner.php?f=37ebe5b4dac287b81441abf23fefd5b8&t=js

上記では見えませんが文字参照のところでamp;amp;とダブっています。
使っているJavaScriptが原因なのでしょうか？
対処方法などお気付きの点がございましたらアドバイスしていただけると幸いです。
よろしくお願いいたします。

はじめまして :D tsuです。

Head Cleaner 1.1.4にアップグレードしてから、ヘッダーのjavascriptが丸々全て出力されなくなりました。

アップグレード直前にテーマも変えたのですが、これが原因でしょうか。

何か解決策があれば、よろしくお願いします。

あと基本的な質問ですが、ヘッダーにあるjavascriptは設定画面の「 部で有効な JavaScript」に表示されるんですよね?

サイト表示が重くて困っていたのですが、導入させていただいたところ、素晴らしい効果のあるプラグインです。

プラグイン「WP-lightpop 0.7.5」と同時に使用したところ、Head Cleanerは問題なく動作するのですが、WP-lightpopが動作しなくなりました（ポップアップしなくなりました）。
IEの表示では「エラー:’lightpop’は宣言されていません。」と出ます。

WP-lightpopを停止すると、エラーは解消されるようです。
また、Head Cleanerを停止すると、WP-lightpopは元通り動作します（firefox,chromeなどでも同様です）。

Head Cleaner設定画面で「有効なフィルタ → LightPopController::addHead → 対象外にチェック」してみましたが、変化ありませんでした（対処方法がまちがっているのかもしれませんが…）。
ぜひともHead Cleanerを使用させていただきたいと思っていますので、設定等ありましたら、ご回答いただけると助かります。

使用環境は↓になります。
WordPressバージョン 2.7.1
MySQL 5.1.22-rc

をかもとさま

さっそくのご回答、ありがとうございます。
ご指摘のとおり、jquery-1.3.2.min.jsがフォルダ内に残っていました。
以前バージョンアップした時に、上書き？でアップロードしていたのかもしれません…
一旦すべてを削除してアップロードしなおしたところ、どちらも問題なく動作するようになり、スッキリ解決いたしました。
大変お手数をおかけしました。

WP-lightpop & Head Cleanerともに、活用させていただいてます。
ありがとうございました。

こんにちは。
WPのテーマにwp.Vicuna Ext. Customを使っているのですが、CSSの呼び出しが@import urlとなり、Head CleanerでのCSS最適化等が出来ていないように思います。もし可能でしたら@importにも最適化を対応して頂ければと思います。

こんにちは。
便利に使わせていただいています、が LightBox2プラグインとの相性が悪いようで
Head Cleaner を有効にすると LightBox2が動作しなくなります。
全フィルタを対象外にしても、動かないためお手上げです。
対応してくださると助かります。

余談ですが、Google Maps Anywhere を使用する際に「複数の JavaScript を結合する」を有効にすると
うまく動作しませんでした。