Сложно говорить не видя макет конечно, но речь у гугла всегда идёт именно про первый экран, дальше там уже не сильно важно. Но сейчас идёт мода на прописывания высоты и ширины реальных картинок, чтобы браузер уже сразу ДО их загрузки знал как надо её масштабировать. Поэтому если есть в движке такая возможность, то лучше вписать размеры картинки.
estic#: Достаточно просто "письмо для восстановления отправлено по указанному адресу". Если пользователь его не получит, то догадается, что допустил ошибку при вводе адреса.
Или у сайта накрылась отправка почты или письма не доходят и режутся спам фильтром
1. Ариал этот присутствует на всех ос (???)
2. Он явно уже Арсенала, то есть ступеньки ну никак не должно быть...
1. Нет. Список безопасных шрифтов:
Arial (sans-serif)
Verdana (sans-serif)
Helvetica (sans-serif)
Tahoma (sans-serif)
Trebuchet MS (sans-serif)
Times New Roman (serif)
Georgia (serif)
Garamond (serif)
Courier New (monospace)
Brush Script MT (cursive)
2. На мобильнике будет реакция на , sans-serif;
Поэтому лучше делать:
Свой шрифт, безопасный шрифт, начертание
Главное сайт проверить с безопасным шрифтом, чтобы макет не прыгал. И тут можно выбирать его другого начертания, главное чтобы подходил по размеру.
Вам же скрины показывают, что смещается.
Да, там мелко, но суть, что видит гугл понятна. Размер шрифта сильно разница до и после.
НО, я лично не могу такое повторить у себя в браузере с теми же размерами и со Slow 3G
На локальном тесте браузера, никакого смещение нет. Поэтому я бы забил на это, возможно после обновления сервиса проблема уйдёт.
Для мобилок задайте min-height на картинки на блоки на первом экране.
Для ПК так же можно посмотреть именно минимальное значение, чтобы макет не прыгал.
Нет особой разницы, токен сохранять или хэш пароля.
Можно ввести ограничение на частоту. Можно просто не запускать процедуру повторно, пока имеющаяся ссылка (для данного адреса e-mail) не устареет.
В чём сложность её генерировать потом?
Вместо этого мы ещё будем делать доп запрос на проверку существующего ключа... Больше запросов богу запросов.
А не сдохнет ли БД, если я начну бесконечно тыкать восстановление пароля?
Генерация такого пароля нужно делать только после того как клиент перешёл по специальной ссылке.
Достаточно просто "письмо для восстановления отправлено по указанному адресу". Если пользователь его не получит, то догадается, что допустил ошибку при вводе адреса.
Или у сайта накрылась отправка почты или письма не доходят и режутся спам фильтром
Потому, что нельзя передавать в запрос ничего кроме переменных. Чтобы передавать лимиты и т.д. тебе надо выключить этот режим:
$db->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
Иначе у тебя все цифры загоняются в одинарные кавычки ' 10'
Остальное гугли по запросу:
mysql PDO LIMIT ATTR_EMULATE_PREPARES
Глюк в том, что у вас на сайте прописана переадресация на https и вот с этого и начинайте.
Так же нет информации, что за CMS... на какой протоколе сайт...