Plugin trong thư mục symlinked?

Khi tôi phát triển các plugin, tôi đã kiểm tra chúng trên nhiều phiên bản WordPress bằng cách liên kết thư mục plugin của tôi trong các wp-contentthư mục khác nhau . Điều này thật tuyệt vì tôi chỉ phải chỉnh sửa các tệp một lần, nhưng nó phá vỡ một cấu trúc quan trọng để tạo tham chiếu đến các tài nguyên trong plugin của tôi: __FILE__đề cập đến vị trí plugin vật lý, không phải là vị trí trong plugin wp-content. Làm thế nào tôi nên giải quyết điều này?

Cấu trúc thư mục của tôi trông như thế này:

• /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 như một liên kết đến các plugin trên
    • 3.1-multi-dir/
      • wp-content/
        • plugins/
          • monkeyman-rewrite-analyzer như một liên kết đến các plugin trên
    • 3.1-multi-domain/
      • wp-content/
        • plugins/
          • monkeyman-rewrite-analyzer như một liên kết đến các plugin trên

Nếu tôi muốn xử lý tệp Javascript, tôi nên sử dụng plugins_url( 'monkeyman-rewrite-analyzer.js', [base file] ), nhưng sử dụng __FILE__ở đây sẽ không hoạt động, vì đường dẫn tệp thực tế sẽ /path/to/wordpress/development/dir/plugin-development/monkeyman-rewrite-analyzer/monkeyman-rewrite-analyzer.phpkhông /path/to/wordpress/development/dir/versions/*/wp-content/plugins/monkeyman-rewrite-analyzer/monkeyman-rewrite-analyzer.php, vì vậy WordPress không thể loại bỏ phần đầu tiên và tạo URL liên quan đến cài đặt WordPress.

Vấn đề có thể được giải quyết một phần với một plugin phải sử dụng móc vào plugins_urlbộ lọc.

Nó sẽ không xử lý tất cả các trường hợp khác plugin_basename()được sử dụng, chẳng hạn như register_activation_hook()và đồng.

Thông tin thêm: http://core.trac.wordpress.org/ticket/16953

Tôi hiện đang sử dụng một mẹo để có được vị trí tệp liên quan đến WordPress: wp_get_active_and_valid_plugins()trả về các đường dẫn tệp và wp_settings.phplặp lại chúng và bao gồm các tệp . Vì vậy, $pluginbiến toàn cục sẽ đề cập đến plugin hiện tại của bạn (tất nhiên chỉ khi plugin được tải, vì vậy tôi lưu nó trong biến toàn cầu có tiền tố):

$monkeyman_Rewrite_Analyzer_file = $plugin;

Bởi vì các plugin cũng có thể được tải dưới dạng phải sử dụng hoặc các plugin mạng và các vòng lặp này sử dụng các tên biến khác , mã hoàn chỉnh trông như thế này:

$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;
}

Dự phòng vẫn còn __FILE__, vì vậy nếu ai đó thay đổi tên biến vòng lặp trong tương lai, mã của tôi vẫn hoạt động với 99% tất cả các cài đặt, chỉ có thiết lập phát triển của tôi sẽ thất bại và tôi có thể phát hành phiên bản mới một cách dễ dàng.

Một nhận xét trong lỗi 46260 đề nghị sử dụng $_SERVER["SCRIPT_FILENAME"]thay vì __FILE__. Nó có hoạt động không?

$_SERVER["SCRIPT_FILENAME"]hoạt động nếu bạn sử dụng đúng. Bạn chỉ cần sử dụng nó để đặt đường dẫn cơ sở, sau đó bao gồm các tệp của bạn bằng cách sử dụng đường dẫn có liên quan đến đường dẫn cơ sở đó.

Cái gì đó như:

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

Lưu ý, điều này hữu ích hơn khi bạn chưa có quyền truy cập vào wp-blog-header.php (nghĩa là trong việc xử lý yêu cầu biểu mẫu dựa trên ajax)