szQocks, Настройка настройке рознь. Лайки явно не относятся к критическим вещам, об изменении которых пользователя надо извещать моментально.
А критические настройки, IMHO, проще засунуть в JWT, который обновляется раз в 10-15 минут. Это будет более универсальным решением, чем вебсокет.
szQocks, В том, что пользователь видит кнопку лайка, которой не может воспользоваться, нет ничего критичного.
А чтобы пользователь не гадал, почему он не может поставить лайк, должна быть правильно сделанная система сообщений об ошибках, что гораздо важнее, чем живое изменение настроек на фронте.
szQocks, Пользователю должен отдаваться самый минимум, то есть флаг "показывать кнопку лайков". Если флага нет, но пользователь влез в код и отправил таки лайк вручную, то срабатывает второе правило - после проверки пользователю сообщается "ай-яй-яй, вам пока нельзя ставить лайки".
Если настройка изменилась в большую сторону, то пользователь просто получит предупреждение. Если в меньшую, то ничего страшного, что пользователь сможет ставить лайки только после перезагрузки страницы или повторного логина.
szQocks, Пользователь должен видеть не настройку "10 дней", а статус - можно или нельзя ему ставить лайки. Самое логичное - при авторизации возвращать все разрешения пользователя и его персональные настройки, если таковые есть.
Ivan Ustûžanin, Да, вы правы. Это ограничение не на MX, а на сам CNAME.
Если для какого-то имени задан CNAME, то для этого имени не может присутствовать других записей, RFC 1034.
Levis474727, Вам не нужен. А клиенту? Вот сохранил он у себя страницу с товаром в закладки. Открывает - 404. Ну значит нет у вас этого товара, пойдёт на другой сайт.
Levis474727, Клиент может перейти по старой сохранённой ссылке и никакая очистка кэша ему не поможет. Вам надо у себя на сайте сделать перенаправление со старых ссылок на новые.
Fostok, Нет, это не оно. Есть отдельный пользователь "Administrator" или "Администратор", по умолчанию заблокированный. Именно он становится администратором домена. Именно его надо разблокировать и задать пароль.
inneks, Она бы отработала, но с ней вы не сможете использовать индекс по полю payment_date. Если в условии есть функция от поля, то индекс по этому полю не может использоваться.
Елена, Вы неправильно поняли. Там лежат ключи, которые серверы предоставляют в начале сессии, чтобы нельзя было подменить сервер.
Как уже написал Ivan Ustûžanin, стандарно путти не сохраняет логины и пароли пользователей.
А вообще, в современном windows есть ssh, путти уже не нужен.
Ziptar, TTL у записей 300 и 600 секунд, так что, теоретически, должно 10 минут хватать для обновления.
Причём, если с DKIM ещё можно накосячить на своём сервере, не подписывая письма, то с SPF вроде и косячить то негде.
А критические настройки, IMHO, проще засунуть в JWT, который обновляется раз в 10-15 минут. Это будет более универсальным решением, чем вебсокет.