Почему авторизация wordpress работает частично?

Question

[Евгений Ефимченко]

Доброе время суток.
Сайт на Wordpress с самописной темой имеет форму авторизации https://allbriz.ru/login/
На ней введя почту и пароль после отработки wp_signon пользователь переадресовывается на главную страницу. И вот тут начинаются чудеса! Функция is_user_logged_in на главной странице и странице авторизации https://allbriz.ru/login/ вернёт false, а на любой другой true.
Так же авторизация нормально срабатывает если обновить главную страницу F5 и в InternetExplorer и если сделать переадресацию с каким либо GET параметром. Ну и само собой на https://allbriz.ru/wp-login.php так же всё отрабатывает на ура.

Comments

[Дмитрий Кузнецов]

Так же авторизация нормально срабатывает если обновить главную страницу F5 и в InternetExplorer и если сделать переадресацию с каким либо GET параметром.

МБ кеш?

[Евгений Ефимченко]

Дмитрий Кузнецов, Так всё проверяли. У всех пользователей одна и та же засада. В других браузерах та же история.

[Дмитрий Кузнецов]

Евгений Ефимченко, я не работал с WP...в форме разве не должен указываться action Url? Или он на этой же странице обработчик весит? Посмотрите оригинальный дизайн.

[Евгений Ефимченко]

Дмитрий Кузнецов, action и security передаются с hidden input

[lamer350]

Евгений Ефимченко, имелось ввиду кеширование на стороне сервера, а не пользователя. В зависимости от того какой вы плагин используете, некоторые могут генерировать html и подгружать страницу из него, а не генерировать динамическую... Отключайте все плагины кеширования и тестируйте без них

[Евгений Ефимченко]

lamer350, Плагины кэширования не используются. Но мысль я вашу понял, спасибо. Скорее всего сами браузеры или хостинг сохраняют страницы в HTML

[yarovikov]

Евгений Ефимченко, странная фигня. У меня также самописная форма, и вообще проблем нет. Все корректно работает абсолютно на любой странице и записи. Покажите код формы и обработки авторизации (редиректы и тп).

[Евгений Ефимченко]

yarovikov, Да всё классически. Код формы в консоле браузера можно увидеть https://allbriz.ru/login/

var form = $(this),
data = form.serializeObject();
$.post(
allbriz.ajaxurl,
data,
function(response){
if(response.result == 'OK') {
window.location.href = response.url;
} else {
// Вывод ошибки
},
'json'
).fail(function(xhr, status, error) {
console.log(xhr, status, error);
});

Ну и php

function ajax_handle_login() {
$result = array( 'result' => 'OK', 'url' => home_url('/') );
$data = $_POST;
$remember = false;

$matches = array();
preg_match('/.*redirect=([^&]+).*/ui', $_SERVER['HTTP_REFERER'], $matches);

if(!empty($matches)) {
$result['url'] = home_url(urldecode($matches[1]));
}

if(isset($data['remember-me'])) {
$remember = true;
}

//Блок валидации
check_ajax_referer( 'login', 'security', true );

// если введен логин, то ищем почту
if ( !is_email( $data['email'] ) )
$user = get_user_by( 'login', $data['email']);

// получаем ID пользователя
if ( is_email( $data['email'] ) )
$user = get_user_by( 'email', $data['email'] );

if ( is_user_logged_in() || !$user || !wp_check_password( $data['password'], $user->data->user_pass, $user->ID)) {
$result = array('result' => 'ERROR', 'message' => 'Неверный e-mail или пароль');
} else {
//Авторизуем
/* Этот вариант приводит к тому же результату
nocache_headers();
wp_clear_auth_cookie();
wp_set_auth_cookie($user->ID, $remember);
*/
$info = array();
$info['user_login'] = $user->user_login;
$info['user_password'] = $data['password'];
$info['remember'] = $remember;
$user_signon = wp_signon( $info, false );
if ( is_wp_error($user_signon) ) {
$result = array('result' => 'ERROR', 'message' => 'Ошибка авторизации');
die(json_encode($result));
}
}
die(json_encode($result));
}

[yarovikov]

Евгений Ефимченко, а мемкэш на хостинге не включен? А чистый php нормально же отрабатывает?

[Евгений Ефимченко]

yarovikov, Код весь отлично отрабатывает. Похоже проблема в кэшировании на стороне сервера. Решили просто редиректить с GET параметром и не забивать голову.

Answer 1

[Евгений Ефимченко]

После тщательного анализа выяснилось, что проблема возникла после добавления инструкций в файл .htaccess

# сжатие text, html, javascript, css, xml:

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/css text/javascript
application/javascript application/x-javascript

# кеш браузера

ExpiresActive On

#по умолчанию кеш в 5 секунд
ExpiresDefault "access plus 1 days"

# Включаем кэширование изображений и флэш на месяц
ExpiresByType image/x-icon "access plus 1 month"
ExpiresByType image/jpeg "access plus 4 weeks"
ExpiresByType image/png "access plus 30 days"
ExpiresByType image/gif "access plus 43829 minutes"
ExpiresByType application/x-shockwave-flash "access plus 2592000 seconds"

# Включаем кэширование css, javascript и текстовых файлов на одну неделю
ExpiresByType text/css "access plus 604800 seconds"
ExpiresByType text/javascript "access plus 604800 seconds"
ExpiresByType application/javascript "access plus 604800 seconds"
ExpiresByType application/x-javascript "access plus 604800 seconds"

# Включаем кэширование html и htm файлов на один день
ExpiresByType text/html "access plus 43200 seconds"

# Включаем кэширование xml файлов на десять минут
ExpiresByType application/xhtml+xml "access plus 600 seconds"

решили оставить редирект с GET параметром ?login=true