シンボリックリンクされたディレクトリのプラグイン？

プラグインを開発するとき、異なるwp-contentディレクトリにあるプラグインディレクトリをシンボリックリンクすることにより、複数のバージョンのWordPressでテストします。ファイルを一度編集するだけなので、これは素晴らしいことですが、プラグイン内のリソースへの参照を生成するための重要な構造を壊します。__FILE__物理プラグインの場所を参照しwp-contentます。どうすれば解決できますか？

私のディレクトリ構造は次のようになります。

• /path/to/wordpress/development/dir/
  • plugin-development/
    • monkeyman-rewrite-analyzer/
      • monkeyman-rewrite-analyzer.php
      • js/
        • monkeyman-rewrite-analyzer.js
  • versions/
    • 3.1/
      • wp-content/
        • plugins/
          • monkeyman-rewrite-analyzer 上記のプラグインへのシンボリックリンクとして
    • 3.1-multi-dir/
      • wp-content/
        • plugins/
          • monkeyman-rewrite-analyzer 上記のプラグインへのシンボリックリンクとして
    • 3.1-multi-domain/
      • wp-content/
        • plugins/
          • monkeyman-rewrite-analyzer 上記のプラグインへのシンボリックリンクとして

Javascriptファイルをエンキューしたい場合、を使用する必要がありますplugins_url( 'monkeyman-rewrite-analyzer.js', [base file] )が__FILE__、実際のファイルパスは/path/to/wordpress/development/dir/plugin-development/monkeyman-rewrite-analyzer/monkeyman-rewrite-analyzer.phpでなく/path/to/wordpress/development/dir/versions/*/wp-content/plugins/monkeyman-rewrite-analyzer/monkeyman-rewrite-analyzer.phpであるため、ここでの使用は機能しません。したがって、WordPressは最初の部分を削除して、WordPressインストールに関連するURLを生成できません。

この問題は、plugins_urlフィルターにフックする必要があるプラグインを使用することで部分的に対処できます。

やco plugin_basename()など、使用される他のすべてのケースは処理されませんregister_activation_hook()。

詳細：http : //core.trac.wordpress.org/ticket/16953

私は現在、WordPress相対ファイルの場所を取得するためにトリックを使用しています。wp_get_active_and_valid_plugins()ファイルパスを返し、wp_settings.phpそれらをループして、ファイルを含めます。そのため、グローバル$plugin変数は現在のプラグインを参照します（もちろん、プラグインがロードされている場合のみですので、接頭辞付きグローバル変数に保存します）。

$monkeyman_Rewrite_Analyzer_file = $plugin;

プラグインは必須プラグインまたはネットワークプラグインとしてロードすることもでき、これらのループは他の変数名を使用するため、完全なコードは次のようになります。

$monkeyman_Rewrite_Analyzer_file = __FILE__;
if ( isset( $mu_plugin ) ) {
    $monkeyman_Rewrite_Analyzer_file = $mu_plugin;
}
if ( isset( $network_plugin ) ) {
    $monkeyman_Rewrite_Analyzer_file = $network_plugin;
}
if ( isset( $plugin ) ) {
    $monkeyman_Rewrite_Analyzer_file = $plugin;
}

フォールバックはまだ__FILE__ですので、将来誰かがループ変数名を変更した場合、コードはすべてのインストールの99％で動作するはずです。開発セットアップのみが失敗し、新しいバージョンを簡単にリリースできます。

バグ46260のコメントは、の$_SERVER["SCRIPT_FILENAME"]代わりに使用することを示唆しています__FILE__。これは機能しますか？

$_SERVER["SCRIPT_FILENAME"]正しく使用すれば機能します。それを使用してベースパスを設定し、そのベースパスに関連するパスを使用してファイルを含める必要があります。

何かのようなもの：

$plugin_dir = dirname($_SERVER["SCRIPT_FILENAME"]);
$myFile = $plugin_dir."/includes/js/myJavascriptFile.js";

これは、wp-blog-header.phpにまだアクセスできない場合（つまり、ajaxベースのフォームリクエストを処理する場合）に便利です。