Intereting Posts

wp-admin не будет перенаправлен на wp-login.php

По какой-то причине мой плагин вызывает /wp-admin/ не перенаправить на wp-login.php как и следовало wp-login.php . Я сузил его до этих двух строк кода:

 foreach( glob($this->path['modules_dir'] . '*/_*.php') as $class_path ) require_once( $class_path ); 

Я не уверен, что его функция glob() или что-то, но локально это не проблема, а когда-то жить на хостинге, это проблема. Хост использует PHP Version 5.4.20 и это A2 Hosting, если эти детали помогают.

Если есть что-то еще, что может помочь оставить комментарий, и я добавлю. Это очень разочаровывает, потому что в журналах ошибок или в любом месте нет ничего, что могло бы предложить проблему, просто просто не работает

Заранее благодарим за любую помощь, которую вы можете предоставить.

Задний план

Плагин Div Library – это библиотека, которую я разрабатываю, это активированный плагин, который по сути ничего не делает, кроме как сделать расширенную библиотеку функциональности доступной разработчикам для создания пользовательских решений для проектов, вы можете просмотреть git repo , но по существу он создается таким образом:

 if(class_exists('div_library')){ return $library = div_library::instance(); #singleton } 

Затем в конце строительства он запускает действие:

 // Div Library loading complete do_action( 'divlibrary_loaded', $this ); 

После этого в mu-plugins разработчик создаст свою пользовательскую бизнес-логику для сайта, используя классы, доступные из Div Library (необязательно). Div Starter является компаньоном библиотеки, он является детским шаблоном для разработки с Div Library и автоматически загружает надстройки и модули (сборки CPT) с использованием этого метода glob() как вы можете видеть. У меня до сих пор не было проблем, и даже сейчас это только на хостинге A2. Надеюсь, что это поможет заполнить любые пробелы

Solutions Collecting From Web of "wp-admin не будет перенаправлен на wp-login.php"

Ну, хорошие новости – я нашел ответ, плохая новость – это так хромает. По-видимому, у меня есть некоторые файлы экспорта полей ACF с несколькими группами полей, каждая из которых завернута в свою собственную упаковку <?php ?> . Ну, был разрыв строки между этими двумя так:

 ?> <?php 

И этого было достаточно, чтобы сломать все. Ламе? Поэтому, если вы столкнетесь с этой проверкой на наличие пробелов или ищете способ, чтобы ваш хост не был настолько придирчив к ним: P