Устранение неполадок Plugins.php Путь установки HTTP по сравнению с HTTPS для одного подключаемого модуля

Я пытаюсь устранить неполадки в пути установки, отображаемом в Plugins.php для плагина, который я установил на своем сайте, который я изначально не писал. Все ресурсы, на которые ссылается и которые устанавливаются этим подключаемым модулем, отображаются как HTTP со смешанным контентом, когда остальная часть моего сайта является HTTPS.

Я поиграл с сегментом кода ниже, но, похоже, это ничего не меняет и не решает проблему. Может ли кто-нибудь указать, чего мне не хватает?

    /**
     * registers scripts and stylesheets
     */
    public function register_assets() {
        $theme = strtolower( get_option( 'wp-plugintheme', 'default') );

        // scripts
        wp_register_script( 'wpa-functions', plugins_url() . 'resources/scripts/wpa-functions.js' );
        wp_register_script( 'wpa-custom', WPA_PLUGIN_URL . 'resources/scripts/wpa-custom.js' );
    }

Я знайте, что изменения, которые я делаю, влияют, а также я смог добавить дополнительные \ в путь. 

    /**
     * Creates plugin globals and manages version number
     */
    public function setup() {
        // define global variables
        if (!defined('WPA_THEME_DIR') )
            define('WPA_THEME_DIR', ABSPATH . 'wp-content/themes/' . get_template() );

        if (!defined('WPA_PLUGIN_NAME') )
            define('WPA_PLUGIN_NAME', trim(dirname(plugin_basename(__FILE__) ), '/') );

        if (!defined('WPA_PLUGIN_DIR') )
            define('WPA_PLUGIN_DIR', WP_PLUGIN_DIR . WPA_PLUGIN_NAME . '/');

        if (!defined('WPA_PLUGIN_URL') )
            define('WPA_PLUGIN_URL', WP_PLUGIN_DIR . WPA_PLUGIN_NAME . '/');

        if (!defined('WPA_PLUGIN_BASENAME') )
            define('WPA_PLUGIN_BASENAME', plugin_basename(__FILE__) );

Но я все еще продолжаю получать эти: Blocked loading mixed active content http://website.org/wp-content/plugins/wp-plugintheme/resources/scripts/wpa-functions.js?ver=4.0.1

Любая помощь или мысли о том, что я могу сделать, кроме принудительного использования SSL только для этого одного плагина?

Author: CRSouser, 2014-11-24
Source

1 answers

Корнем моей проблемы не было ничего из вышеперечисленного, и это было изменение в том, как работали внутренние переменные Wordpress.

Плагин, который я пытался устранить, использовал следующее: 

define('WPA_PLUGIN_DIR', WP_PLUGIN_DIR . '/' . WPA_PLUGIN_NAME);
define('WPA_PLUGIN_URL', WP_PLUGIN_URL . '/' . WPA_PLUGIN_NAME);

Новый код, который в соответствии с этими двумя ссылками, указывающими на , не использует внутренние переменные Wordpress и использует их вместо, позаботился об этом в основном файле PHP плагина.

define('WPA_PLUGIN_DIR', plugin_dir_path( __FILE__ ));
define('WPA_PLUGIN_URL', plugin_dir_url( __FILE__ ));

Проверка кодекса Wordpress - это то, что мне нужно было сделать, чтобы определить использовались методы, и форумы были полезны. С тех пор я обнаружил, что несколько плагинов, которые я ранее прекратил использовать из-за проблем с SSL, делали нечто подобное.

 0
Author: CRSouser, 2014-11-26 02:11:59