Igor
Но бекап сделай
Vitaly
Как обычно)
Igor
Как обычно)
Посмотри, записи корзин и т.п
Igor
Я не помню логику vm но он может цеплять корзину к сесии и после вылета сессии стопорить установку новой сессии
Igor
В общем все обновить и почистить
Vladimir
это важно
Vitaly
С корзиной тоже интересно. Заказчик на двух своих ПК проверял и у него через какое-то время товары перестают добавляться в корзину. Нет ошибок в консоли. Чистит куки - снова какое-то время все работает, а потом опять перестает. А я, сколько ни пытался воспроизвести у себя эту проблему, так и не смог. Всё работает четко.
Vitaly
а потом ты говоришь поччему мы не юзаем вм
Нет, тут какой-то исключительный случай. Впервые такое за всё время. Думается мне, тут дело не в VM, а именно в сессиях.
Vladimir
и какая панель используется
Vladimir
ну и сервер - апач или nginx?
Vladimir
просто на убунту были проблемы с сессиями
Vladimir
CentOS
у centos не должно быть
Vladimir
апач
голый или в паре?
Vitaly
Он с куками чистит и сессию. Значит проблема с обновлением сесий есть. Все обновить, включая окружени почистить таблицы, кеши и прочее. Должно помочь. А ну и проверить на вредонос на всякий пожарный
Вот именно когда всё обновил, это и началось, предположительно. Чистил всё, кроме таблицы сессий. Сейчас ее попробую. Ну и есть подозрение, что может быть из-за PHP 7.0.20/
Vitaly
А можно, наверное, попробовать поковыряться в плагине авторизации еще. Всё же через него идет.
Igor
А можно, наверное, попробовать поковыряться в плагине авторизации еще. Всё же через него идет.
php конечно обнови. А вот с плагином если он левый все впорядке. Иначе уже бы паника была
Vitaly
php конечно обнови. А вот с плагином если он левый все впорядке. Иначе уже бы паника была
Ну я к тому, что можно понять на каком этапе возникает проблема. Если бы понимал, уже бы решил, думается...
Igor
Ну я к тому, что можно понять на каком этапе возникает проблема. Если бы понимал, уже бы решил, думается...
Ну тут даже в js может быть проблем. Вообще, если плагин давал сбой было бы логах.
Сергей Rekryt
а чего время жизни сессии всего 55 мин
Alex
коллеги, есть ли в стандартах что-то по работе CSS при масштабировании окна браузера? есть допустим слайдер, он теряет колонки при масштабировании страницы до 75%, это как-то можно отследить? я про такое не слышал и полагаю что проблемы сайта при масштабировании вкладки - это проблемы юзера но может быть я не прав?
Vladimir
тут как бы пофиг
Vladimir
больше и не надо
Сергей Rekryt
А можно, наверное, попробовать поковыряться в плагине авторизации еще. Всё же через него идет.
посмотрите в инспекторе в куках id сессии и найдите её в бд в таблице session
Сергей Rekryt
а дальше когда глюк появится надо проверить что происходит с куками и данными в таблице
Сергей Rekryt
и ещё, может быть сайт на поддомене и както не верно заполнена конфигурация и может ещё есть плагины для сессий какие-то установленные
Vitaly
посмотрите в инспекторе в куках id сессии и найдите её в бд в таблице session
В плагине авторизации метод $match = JUserHelper::verifyPassword($credentials['password'], $result->password, $result->id); проходит. Т.е как бы пароль проверяется успешно. Хм...
Сергей Rekryt
коллеги, есть ли в стандартах что-то по работе CSS при масштабировании окна браузера? есть допустим слайдер, он теряет колонки при масштабировании страницы до 75%, это как-то можно отследить? я про такое не слышал и полагаю что проблемы сайта при масштабировании вкладки - это проблемы юзера но может быть я не прав?
при масштабировании окна (имеется ввиду не зум в телефонах) например уменьшении % масштаба, получается что ширина документа увеличивается возможно проблема связана с тем, что слайдер расчитывая позиции элементов абсолютным образом не ведёт себя респонсивно если @media {} запросов не достаточно, вроде как отследить масштабирование методов нет
Сергей Rekryt
через js может, window.devicePixelRatio
Vitaly
В общем, очистил полностью таблицу сессий и повторил авторизацию. Она опять не сработала. При этом в таблице сессий создалось 2 записи: пользователя и гостя. Такое ощущение, что произошла авторизация и разавторизация в один момент. После попытки авторизации в сессии User_id = 0, т.е. пользователь гость.
Vitaly
Чертовщина🙂
Сергей Rekryt
а в админ панели такие проблемы есть?
Сергей Rekryt
значит плагины сайтовой части надо смотреть
Vitaly
Сравнил 2 сессии: проблемную и в новом приватном окне (работает норально). Отличается только токенами и параметром counter: 1 и 2 сооветственно.
Alex
document.addEventListener("DOMContentLoaded", function(){ window.onresize = function(){ document.querySelector("html").setAttribute('class', "dpr-" + (window.devicePixelRatio ? String(window.devicePixelRatio).replace('.','-') : 1)); }; window.onresize(); });
я полагаю что это не сработает, если я установлю масштаб на одной странице, потом обновлю ее или перейду на другую, где требуется коррекция
Сергей Rekryt
это грубый пример, но он сработает в том смысле что даст класс от которого коррекцию в css можно прикрутить
Сергей Rekryt
ну возможно лучше былобы использовать слайдер учитывающий это всё
Vitaly
В общем, если кому интересно, чем кончилась история с авторизацией, то вот. Пусть боевой домен: domain.com, а тестовый test.domain.com. На тестовом авторизация перестает работать, когда проходишь ее на боевом. Как только куки БОЕВОГО очищаются, авторизация на тестовом сразу начинает работать. 🧐
Vitaly
upd: и добавление товаров в корзину также начинает нормально работать на тестовом после очистки кук боевого. Видимо какие-то куки пересекаются, т.к. браузер разрешает использовать куки домена для поддомена. В общем, если кто-то сможешь пояснить подробнее, буду благодарен. А общий вывод такой: НЕ ИСПОЛЬЗУЙТЕ ПОДДОМЕН БОЕВОГО САЙТА ДЛЯ ТЕСТОВОГО.
Eugene
развернул копию сайта на другом домене. Warning: file_exists(): open_basedir restriction in effect. File(/var/www/html/site/images/1f92ce60970b210a1ac26fd) is not within the allowed path(s): (/home/:/home2/:/home4/:/usr/lib/php:/usr/local/lib/php:/tmp:/var/cpanel/php/sessions) in /home2/user/mydomain.com/plugins/system/radicalform/radicalform.php on line 63 @progreccor нужно заново генерировать папку для радикал на новом домене?
Vladimir
он это сам определяет
Vladimir
но видимо тут исключение
Ihor
тогда странно
Vitaly
Наверное, наоборот, нужно было прописать поддомен там.
Ihor
нет не надо
Ihor
базы разные ж надеюсь ?
Ihor
у основного и поддомена
Eugene
но видимо тут исключение
обновил страницу - исчезло сообщение. все ок
Vitaly
Само собой.
Просто в куках для тестового были также куки с доменом от боевого, ведь тестовый на поддомене. Видимо какой-то механизм работы в Joomla с сессиями мне не так понятен. И видимо нужно действительно смотреть в сторону именно этой настройки в конфиге. Если бы там был прямо поддомен прописан, может оно бы и работало нормально. Не знаю...
Ihor
та вроде если не задан домен куки, он берется дефолтом. если ты на поддомене то берет от поддоммена. хотя может из за настроек сервака чета сбоит, типа если поддомен не в отдельной папке или еще чета. это догадка :)
Dmitry
По идее куки не должны пересекаться
Igor
Кстати мы же сделали для дачи компонент отзвов
Igor
Igor
Igor
Igor
Igor
Igor
А еще пакет региональности =)
Igor
Igor
Igor
Vladimir
😀