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 вроде и косячить то негде.
Несколько не понятно, что значит "тег ul должен выводиться только один раз!"?
Список должен получиться плоский, без вложенных подсписков?
Покажите, как должен выглядеть результат.
Если используется функция password_hash, то никакой соли вручную добавлять не надо, она добавляется автоматически самой функцией и хранится вместе с хэшем пароля.
Например, хэш
Если настройка изменилась в большую сторону, то пользователь просто получит предупреждение. Если в меньшую, то ничего страшного, что пользователь сможет ставить лайки только после перезагрузки страницы или повторного логина.