Ответы в темах

Просмотр 8 ответов — с 1 по 8 (всего 8)
  • Присоединяюсь к вопросу. У себя обнаружил такое же.
    Проверял на свежеустановленной версии 5.4.2 (сравнивал хэш-сумму исходного и скопированного архива), без единого плагина с темой Twenty Twenty и с Astra.
    Может дело в рабочей среде? Использую свой веб-сервер IIS на базе Windows Server на виртуальной машине Hyper-V.

    Ещё подскажите, какой есть плагин для изменения стандартных уведомлений WP, в основном интересует работа с учётными записями. Нашёл один, но он только английский (исходный) текст редактирует. А есть такой, который привязывается к нотификациям, переведённым на русский язык и позволяет заменить на свой вариант?

    https://ru.wordpress.org/plugins/wp-smtp/
    самый простой

    отличный плагин, никаких лишних обвесов, его и оставлю, спасибо

    Очень геморройный и нестабильный вариант, равно как и Mail.ru, Outlook/Hotmail, Yahoo. Для таких целей почта от Яндекса будет более стабильным и предсказуемым вариантом. Если всё же хотите с Gmail попробовать, то есть плагин https://ru.wordpress.org/plugins/gmail-smtp/ как раз для этих целей.

    привязал свой корпоративной GMAIl, опять же чтобы не плодить ящики
    в тестовой среде уже минут 20 сижу клацаю отправку уведомлений пользователям, восстанавливаю/меняю пароли и т.д.
    сообщения приходят моментально без задержек, в спам не попадают, кодировка текста правильная, в общем каких-то проблем с сервисом пока не наблюдаю
    более того очень удобно смотреть кому что ушло в веб-интерфейсе почты Gmail, по маске «имя отправителя», заданной в приложении.

    да и потом, этот автомейлер достаточно редко будет использоваться (другие задачи), а посему нагрузка на SMTP будет мизерной

    Касаемо связки MS SQL и WP: проект интересный, но надо тестить, насколько стабильно это будет работать на практике, прежде чем запускать в продакшн.

    Касаемо почты: локальный SMTP не разворачивал, т.к. изначально предполагал, что WP имеет некий свой шлюз для отправки исходящих, и достаточно только настроить на него авторизацию.
    Но поскольку выясняется, что это не так, то пошёл по пути наименьшего сопротивления — с помощью плагинов (через GUI) в два клика удалось настроить на внешний SMTP сервер, осталось только выбрать самый оптимальный плагин, без ненужного функционала.
    Теперь вопрос на засыпку.
    Если, например, использовать GMAIL, то предлагается два варианта привязки: классический, через учётную запись почты и через API. В чём их различие? Кроме как через API по идее более секъюрная настройка.

    На данный момент все сценарии использования, которые планировал получилось реализовать, особо никаких сложностей не возникло, просто время потребовалось, ведь пришлось изучать вопрос с нуля. В итоге через неделю поднял и отладил боевую среду. У меня на IIS ещё работает RDS, и может в будущем ещё чего-нибудь на него прикручу, поэтому городить огород не хотелось с установкой стороннего веб-сервера. Более того, была бы моя воля — MS SQL вообще бы использовал, благо лицензия закуплена)) но как я понял, вообще не вариант (или сложно) подружить его с WP.
    В общем спасибо за наводку, изучу материал и отпишусь по результатам.

    Так у меня, судя по вашей трактовке, «нормальный» сервер)
    Домен куплен на Reg.ru, у них беру только бесплатные DNS серверы, далее у них же в ЛК привязан статический IP-адрес провайдера. Сам сайт расположен на своём физическом сервере за NAT, на который проброшены все необходимые порты, в этом не должно быть затыка, т.к. из других сервисов у меня в сети почта уходит нормально. Связка IIS+PHP+MySQL+phpMyAdmin отлажена, ошибок нет. Но вот с кодингом плотно не сталкивался, разворачиваю веб-сервер впервые, если не трудно укажите какой файл править. Я правильно понимаю, за почту в файле php.ini блок [mail function] ? Там надо прописивать настройки? По дефолту, как вы говорите, «из коробки» там почти ничего не заполнено. Просто изначально думал, что у WP существует некий общий ящик который уже прописан и предназначен для рассылки уведомлений.

    Я больше думал про то, что система может некорректно работать, раз имеется такой сдвиг по времени, как например в AD. А т.к. опыт с работы с WP (да и с базами данных) у меня не очень большой, предположил такое.

    P.S. Сейчас припоминаю, что подобное наблюдал в старом веб-интерфейсе сетевого оборудования CISCO.

    Ок. тогда вопрос закрыт, спасибо за обратную связь.

    В том-то и дело, что эти отметки никак не использую, даже пробовал сдвинуть время создания пользователя на год вперёд, чтобы проверить можно ли будет войти в WP — получилось. Просто обратил на это внимание при изучении структуры таблиц с данными.
    Скриншот прилагаю https://ibb.co/kDTwV9q
    У вас также?

Просмотр 8 ответов — с 1 по 8 (всего 8)