「Head Cleaner (仮)」への84件のフィードバック

1. MSTYL 2009年4月16日 8:35 AM

   をかもとさま

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

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

   返信 ↓
2. MSTYL 2009年4月15日 10:36 AM

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

   プラグイン「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

   返信 ↓
   1. をかもと 投稿作成者2009年4月15日 12:57 PM

      MSTYL さん、はじめまして。

      Head Cleaner, wp-lightpop 共に私の作成したプラグインですが、私が作成したプラグイン用共通ライブラリ common-controller.php を含んでいます。
      たぶん、これのバージョンが違うことから発生しているのではないかと思われます。

      Head Cleaner 1.1.5, wp-lightpop 0.7.5 にバージョンアップ後、もしプラグインフォルダの includes/js サブフォルダ内に jquery-1.3.1.min.js (or jquery-1.3.2.min.js) が含まれていたら削除してみてください。
      これで直るかも。

      返信 ↓
3. tsu 2009年3月30日 3:51 AM

   はじめまして 😀 tsuです。

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

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

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

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

   返信 ↓
   1. tsu 2009年3月30日 4:13 AM

      すみません、解決しました。

      フッターにwp_footer()を加えてないという初歩的なものでした。どうもすみませんでした。

      あと、自分の場合はFlickr Managerと一緒に使ったら、一部のjavascriptが動かなくなりました。だから、Flickr Managerははずしました。

      返信 ↓
      1. をかもと 投稿作成者2009年3月30日 6:15 PM

         tsu さん、はじめまして。

         解決されたようで、良かったです。
         Flickr Manager の JavaScript の件は、こちらでも時間のあるときに調べてみますね。
         # ただし、調べられないかもしれないので、期待しないでいてください。

         返信 ↓
4. CHICK 2009年3月27日 6:39 PM

   はじめまして。

   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が原因なのでしょうか？
   対処方法などお気付きの点がございましたらアドバイスしていただけると幸いです。
   よろしくお願いいたします。

   返信 ↓
   1. をかもと 投稿作成者2009年3月28日 6:35 AM

      CHICK さん、はじめまして。

      サイト最上部に「Object」という文字列が（数個）表示されその分サイトのデザインもずれる。
      プラグインをすべて外してみたのですがObjectの文字は消えませんでした。

      うーん、プラグインをすべて停止してもダメですか。
      とすると、お使いのテーマと相性が悪いのも、テーマをデフォルトに変更しても「Object」が出るか、ご確認ください。
      出ないようであれば、テーマとの相性問題です。
      ご使用のテーマ名と、配布先をご連絡ください。ちょっと時間がかかるかもしれませんが確認してみます。

      また、差し支えなければ、実際に運用されているサイトのURLを教えていただけると確認作業がはかどります。
      コメント欄では差し支えがあるようでしたら、コンタクトフォーム ( https://dogmap.jp/contact/ ) から連絡いただければ、私宛にメールが届きます。

      返信 ↓
      1. とりさん 2009年9月8日 3:59 PM

         headcleanerをありがたく使わせていただいています。
         また、をかもと様のコードを大変参考にしています。

         WebArena SuiteXにて、上記「サイト最上部に「Object」という文字列が（数個）表示されその分サイトのデザインもずれる。」という現象が出たので報告します。
         WebArena上では違うテーマに切り替えても出現し、他の環境では全く出ていません。

         963行目の以下の行を
         $tag = trim($element);

         下記のように修正したら直りました。
         $tag = trim($element->outertext);

         以上、報告を終わります。

         再現条件の詳しい報告が出来ず申し訳ありませんがよろしくお願いします。

         返信 ↓
         1. をかもと 投稿作成者2009年9月9日 5:47 PM

            とりさん、どもです。
            ご指摘ありがとうございます。

            修正した Ver.1.3.1 をリリースしましたので、バージョンアップしてください。

            返信 ↓
5. をかもと 投稿作成者2009年3月6日 5:29 PM

   XTORT さん、はじめまして。

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

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

   返信 ↓
6. XTORT 2009年3月6日 5:26 PM

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

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

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

   ご報告まで。

   返信 ↓
7. xscale 2009年3月4日 6:50 PM

   xscaleです。

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

   返信 ↓
8. をかもと 投稿作成者2009年3月4日 6:41 PM

   xscale さん、どもです。

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

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

   返信 ↓
9. xscale 2009年3月4日 6:34 PM

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

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

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

   返信 ↓
10. Ｊ君 2009年3月4日 10:51 AM

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

    返信 ↓
11. をかもと 投稿作成者2009年3月4日 10:29 AM

    J君、どもです。

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

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

    返信 ↓
12. Ｊ君 2009年3月4日 9:19 AM

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

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

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

    返信 ↓
13. をかもと 投稿作成者2009年3月4日 1:19 AM

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

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

    返信 ↓
14. xscale 2009年3月3日 5:38 PM

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

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

    返信 ↓

15. ピンバック: だい亜りー

16. ajin 2009年3月1日 9:00 PM

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

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

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

    返信 ↓
17. をかもと 投稿作成者2009年3月1日 5:14 PM

    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> 

    返信 ↓
18. ajin 2009年3月1日 4:20 AM

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

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

    <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"));
    </script>
    <script type="text/javascript">
    var pageTracker = _gat._getTracker("UA-xxxx-xx");
    pageTracker._initData();
    pageTracker._trackPageview();
    </script>

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

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

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

    返信 ↓

19. ピンバック: blog.tvyweb.net

20. をかもと 投稿作成者2009年2月28日 12:43 AM

    ajin さん、どもです。

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

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

    返信 ↓
21. をかもと 投稿作成者2009年2月28日 12:39 AM

    ゆりこさん、どもです。

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

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

    返信 ↓
22. ajin 2009年2月27日 7:50 PM

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

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

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

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

    返信 ↓
23. ゆりこ 2009年2月27日 4:41 PM

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

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

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

    返信 ↓
24. ajin 2009年2月27日 12:45 AM

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

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

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

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

    返信 ↓
25. をかもと 投稿作成者2009年2月26日 11:49 PM

    ajin さん、どもです。

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

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

    返信 ↓

このサイトはスパムを低減するために Akismet を使っています。コメントデータの処理方法の詳細はこちらをご覧ください。