vlagur
Ответы в темах
-
Да, спасибо, так и делаю.
Методом тыка удалось решить проблему. Оказалось, она возникает из-за плагина aviary-photo-editor. После его дезактивации работа формы регистрации пользователя восстановилась. Не знаю, быть может, конфликт возникает с каким-то другим плагином. Проверять все сил нет: их у меня около 60-ти.
Ещё характерный симптом возникшей проблемы: не работали некоторые кнопки в формах консоли, а в виджете Состояние здоровья сайта не отображался результат, форма как бы зависала.Под записями я имел в виду строки пользователей в базе, в плагине их так обзывают.
Да, именно в Эксель-подобном ПО я внёс нужные данные. Всё получилось довольно быстро, дольше плагин сохранял изменения.
Плагин полезный, но в моём случае проще редактировать данные о пользователях в таблице, чем делать экспорт-импорт записей целиком. Если надо перекинуть новых пользователей и по ходу их подредактировать, то да. Но у меня они они уже привязаны к куче статей, не дай бог где что собьётся.
Да боюсь я лишний раз БД трогать. Пусть лучше плагин это делает.
- Ответ изменён 5 лет, 7 месяцев назад пользователем vlagur.
Да не, нормально. Штатных функций для изменения роли туда и обратно мне хватило. А данные легко отредактировал во внешней таблице и вставил на место. Плагин замечательный, работает медленно (сохраняет записи порциями по 4 штуки), но аккуратно.
Спасибо!
Придумал: попробую временно изменить всем авторам роли, отредактирую и верну обратно :).
Чёрт, засада! В бесплатной версии доступны только подписчики, а мне нужны авторы :(.
О, спасибо, то что надо! Плагины — наше всё! Бездонна кладезь мудрости 🙂
Ну да, в принципе правильно. Только если 200 существующих записей обрабатывать вручную, то вторая часть задачи теряет смысл, так как добавляются записи редко, и заполнять их правильно не составляет труда. А хорошо бы автоматически заполнить биографии только у готовых записей.
В БД поле description в таблице meta_user создаётся только при его заполнении. Если бы оно создавалось сразу у каждого юзера, я бы сам сумел перекинуть туда данные. А так — боюсь: моего скудного умения писать запросы не хватит :(.
- Ответ изменён 5 лет, 7 месяцев назад пользователем vlagur.
Ура! 🙂
Ничего идеального на этом свете нет. С таким же успехом можно найти десятки «багов» в любом движке. Но дело даже не этом. А в том что сей факт никого кроме Вас не беспокоит и никому кроме Вас не мешает создавать замечательные сайты.
Да мне он тоже не мешает: обошёл этот косяк и быстро нашёл решение. Просто, если при работе в штатной панели управления какое-либо действие выдает неправильный результат, разработчику надо либо устранить причину, либо закрыть возможность этого действия. Нарвался я — нарвётся ещё кто-то. Обновления движков для того и предусмотрены, чтобы, исправляя мелкие баги, отлаживать систему. А того, кто эти баги находит, надо не отфутболивать, а слушать :). Жаль, если в WP этого не понимают.
- Ответ изменён 5 лет, 7 месяцев назад пользователем vlagur.
Специалисты, имеющие доступ к вашему сайту легко всё «докажут». А на «слабо» не нужно и пытаться брать.
Я проделал эксперимент на чистых темах с новым, только что созданным сайтом без всяких плагинов. И описал в ветке действия, повторить которые может каждый за 10 минут и убедиться. Так что это не на «слабо», а реальный факт.
- Ответ изменён 5 лет, 7 месяцев назад пользователем vlagur.
Данное обсуждение — 3 страницы топтания одном месте и переливания из пустового в порожнее из-за проблемы придуманной самому себе, из-за какого-то кривого плагина, одним единственным из миллионов пользователей WP. Не жалко тратить время впустую?
Мне не жалко. Факт проблемы налицо, и плагин здесь ни при чём. Без него точно так же WP в превью показывает страницу записей некорректно. Кто докажет обратное — прошу!
Пробую в 3й и пожалуй последний раз донести главное:
Стиля ПОФИК на урлы (страницы). Они применяются для html-тегов.Не понял.