При редактировании пользователя в админке, при нажатии на кнопку "сохранить", через раз происходит разлогинивание администратора и большинства (возможно всех) пользователей, при этом в происходит обнуление всех метаполей и сброс ролей на "нет" у всех авторов, кроме редактируемого.
При обнаружении проблемы были деактиварованы все используемые плагины и обновлена версия wp-recall до последней. но проблема сохраняется.
проблема исчезает, если деактивировать в плагине дополнение Profile.
вмешательств в код сайта и плагина не производилось.
как мне решить эту проблему?
спасибо
Здравствуйте.
ministerstvo сказал(а)
при нажатии на кнопку "сохранить", через раз происходит разлогинивание администратора
это как?
Разлогирования быть не может. А у вас оно есть? Поясните этот момент
2. Версия wordpress какая?
3. Поменяйте вордпресс тему на дефолтную (twenty) и проверьте с ней и конечно же с отключенными всеми плагинами (кроме WP-Recall)
4. Дополнения все сторонние тоже стоит отключить. Оставляем в работе только те что идут в комплекте с плагином.
5. Плагин точно был установлен из официального репозитория WordPress? А то если вы его добыли пиратскими путями - там возможен зловред и вмешательство в код.
Напишите по пунктам все что делали и ответы
по шагам:
деактивируем и удаляем кликом по ссылке все плагины.
во вкладке плагины ищем и устанавливаем wp-recall.
отключаем в нем все дополнения, кроме профайла.
идем в пользователи, имеем: одного администратора, и 4 тестовых автора.
пс. напрямую вернуть роль автора пользователю нельзя. нужно сначала выставить неподтвержденного, и сохраниться, затем только автора. при этом разлогинивание со сбросом метаинформации происходить на каждом шаге
все залогинены на сайте на разных машинах.
выбираем тест1, меняем в нем что-нибудь, жмем сохранить. если все прошло гладко, операцию можно повторить...
результат:
все пользователи при обновлении страницы получают запрос на авторизацию.
после авторизации админа видим, что тест1 сохранился, все остальные пользователи сменили роли с автора на "нет".
наблюдение: при этом в таблице wp-usermeta удаляются все поля всех юзеров кроме редактируемого и админа.
WordPress 5.3.4 с темой оформления Twenty Twenty.
Apache 2.4.6-93.el7.centos
PHP 5.4.16-48.el7
Perl 5.16.3-295.el7
Kernel 3.10.0-1127.18.2.el7.x86_64
пс. вернуть сразу пользователю роль автора нельзя, нужно сначала выставить неподтвержденного и сохраниться, а потом автора. при этом разлогинивание и сброс метаинформации происходит на каждом шаге.
ministerstvo сказал(а)
WordPress 5.3.4 с темой оформления Twenty Twenty.
обновите Wordpress до актуальной.
PHP 5.4.16-48.el7
- не смешно. ставьте минимум 7.1 версию. 5.4 и 5.6 давно разрабы пыха не поддерживают.
Про актуальность другого ПО не знаю - проверяйте сами. Должно быть все новое, а не древнее. Проблем как у вас ни у кого замечено не было. Это говорит о многом
ministerstvo сказал(а)
да и вряд ли обновление php повлияет на ошибку
Повлияет и на многое, от производительности, до устранения кучи проблем с wp, который уже давно не рекомендуется на такие древние версии php. Тем более, сейчас все перестраивается и давно работает на 7.4, а на этой версии у вас точно не будет работать сайт, с компонентами из прошлого)
Но, всегда есть частные случаи зависящие от разных моментов.
Но хостер у вас странный, сейчас вроде эту старую версию даже на самых дешевых хостах можно только как опцию выбрать)
Добавьте себе в коллекцию поведений...
такое поведение Ваш плагин демонстрирует потому, что зачем-то удаляет из таблицы wp-usermeta все записи, где umeta_id=0
при этом даже сам вордпресс прекрасно работает если в таблице куча строк с нулем в этом поле.
почему у меня слетел автоинкримент - это другой вопрос, но чувствительным к нему оказался только этот плагин
Вам стоит проверить поведение на современном ПО. Старое ПО их разработчики уже не поддерживают, что говорить о сторонних разрабах.
Время движется вперед и все обновляется.
Многие хостинги предоставляют бесплатный тестовый период с современными версиями ПО. А от хостера с дырявым программным обеспечением надо бежать. Лень и беспечность - враг безопасности.
Проверьте на нормальном хостинге и сообщите - наблюдаете проблему или нет. Пока тут говорить больше не о чем - старое ПО никто не поддерживает.
