Добрый день!
Подскажите в каком файле можно произвести настройку формы регистрации, что бы расширить это окно и избежать перехода строки. (пример
)
И еще один вопрос, как можно настроить переадресацию на главную страницу сайта при выходе из профиля, по умолчанию он переходит на форму входа Word Press.
Спасибо.
Чтобы после выхода срабатывала переадресация к примеру на главную страницу сайта, необходимо произвести следующую правку кода.
Ищем в корне сайта файл wp-login.php
Затем в этом файле ищем строку case 'logout' :
после этого ниже смотрим и видим строку $redirect_to = !empty( $_REQUEST['redirect_to'] ) ? $_REQUEST['redirect_to'] : 'wp-login.php?loggedout=true';
Её необходимо заменить на
$redirect_to = !empty( $_REQUEST['redirect_to'] ) ? $_REQUEST['redirect_to'] : 'index.php';
Соответственно после того как будет осуществлен выход, пользователь попадет на главную страницу сайта. Если необходимо реализовать переадресацию на другую страницу, вставляем вместо index.php необходимый URl
zloymishka сказал(а)
Согласен, но я и так переписываю под нужды заказчика пол движка, так что для меня это не проблема. Да если в дальнейшем возможен перенос, то так делать не стоит.
В рамках оффтопа. Мне много приходится заниматься разработкой на вордпресс, делать не только сайты, но и целые системы управления персоналом и могу с уверенностью сказать, что вордпресс дает возможность реализовывать задуманное без необходимости корректировки движка. Просто установил это себе уже как правило и следую ему, исключений пока не было. В дальнейшем нет проблем с обновлениями и тп. в результате заказчикам не приходится дергать меня среди ночи из-за того что кто то что там обновил, а это дорого стоит))
Андрей Plechev сказал(а)
zloymishka сказал(а)
Согласен, но я и так переписываю под нужды заказчика пол движка, так что для меня это не проблема. Да если в дальнейшем возможен перенос, то так делать не стоит.
В рамках оффтопа. Мне много приходится заниматься разработкой на вордпресс, делать не только сайты, но и целые системы управления персоналом и могу с уверенностью сказать, что вордпресс дает возможность реализовывать задуманное без необходимости корректировки движка. Просто установил это себе уже как правило и следую ему, исключений пока не было. В дальнейшем нет проблем с обновлениями и тп. в результате заказчикам не приходится дергать меня среди ночи из-за того что кто то что там обновил, а это дорого стоит))
Согласен, но есть задачи которые лучше реализовывать не на готовых движках, я сторонник самописа, у вордпресса есть уйма минусов, перечислять их все не буду, опишу два основных, только поэтому не стоит делать на нем большие проекты. Хранение кастомных параметров в одной таблице, что очень и очень плохо и не удобно, второе чтобы комфортно работать с дополнительно созданными таблицами неизбежно необходимо править класс wpdb что тоже не очень хорошо. Я разрабатывал в купе с несколькими разработчиками достаточно крупные высоко нагруженные проекты с большим объёмом данных, и знаю что такое высокие нагрузки. Вордпресс это блоговый движок, и разработчики пошли на большие жертвы ради универсальности и низкого уровня вхождения. За счет этого порой страдает производительность что весьма плохо.
ну например чтобы обратиться культурно из модуля скажем к кастомной таблице wp_city_list, культурно это ("SELECT city_id, city FROM $wpdb->city_list WHERE country_id=$country_id") необходимо эту таблицу добавить скажем в глобальные таблицы в классе wpdb. Да можно прописать префик ручками, но согласитесь это не правильно.
не совсем, если таблица глобальная то правильно писать $wpdb->city_list, хотя это дело привычки. Для меня вообще в самом начале было весьма непривычно работать с этим классом, сам регулярно использую библиотеку DbSimple во всех проектах, отличная либа как для PG так и для MySQL ну вот очень удобная
Чтобы писать так $wpdb->city_list вам надо делать таблицу глобальной, хотя ранее эта необходимость описывалась вами как обуза, не дающая возможности пользоваться классом $wpdb без коррективровки кода вордпресс) Я дал вариант пользоваться классом $wpdb без необходимости делать таблицу глобальной, да и вообще в этом вряд ли существует необходимость вообще.
wellmen сказал(а)
Прошу прощения, Андрей, так как тогда правильно редиректовать пользователя на главную страницу после выхода из ЛК, чтобы с обновлением WP ничего не нарушалось в дальнейшем?
откройте файл widget.php и на 119 строке добавьте в функцию wp_logout_url( '' ) путь редиректа после выхода пользователя. Если это главная страница, то должно быть так wp_logout_url( '/' ). Это должно помочь.
zloymishka сказал(а)
Чтобы после выхода срабатывала переадресация к примеру на главную страницу сайта, необходимо произвести следующую правку кода.
Ищем в корне сайта файл wp-login.php
Затем в этом файле ищем строку case 'logout' :
после этого ниже смотрим и видим строку $redirect_to = !empty( $_REQUEST['redirect_to'] ) ? $_REQUEST['redirect_to'] : 'wp-login.php?loggedout=true';
Её необходимо заменить на
$redirect_to = !empty( $_REQUEST['redirect_to'] ) ? $_REQUEST['redirect_to'] : 'index.php';
Соответственно после того как будет осуществлен выход, пользователь попадет на главную страницу сайта. Если необходимо реализовать переадресацию на другую страницу, вставляем вместо index.php необходимый URl
Я сделал так. Под каждым постом сайта есть такая строка "Вы авторизованы как admin. Выход", - теперь когда нажимаю "Выход", меня не перебрасывает на форму входа от wp, и это хорошо, но вот когда в сайдбаре в виджете "Панель управления" нажимаю "Выход", я выхожу, но уже меня перебрасывает на последний созданный пост на сайте, это нельзя как-то исправить?
