D.iK.iJ

Например, недавно появился сервис товаров. Как я понял, там подтягиваются товары Фейсбука и переход идет по клику на фото. Довольно интересная штука.

Ну и при создании рекламы - тоже переход на сайт можно сделать.

А если проверить по

https://search.google.com/test/mobile-friendly

https://developers.google.com/speed/pagespeed/insights/

что будет видно?

А вообще, зависит от прелоадера. Бывают очень красивые и логичные. Ну и вообще не мешают.

Если есть какие-то предупреждения в браузере о передаче данных по HTTP (например) - то да, нужно что-то делать.

А еще, если вспомнить последние законы в РФ, к такой форме должна быть галочка со ссылкой на политику конфиденциальности.

Зависит еще от того, индексируются у вас комментарии вообще или нет (например, как комментарии ВК).

Про комментарии на сайте спрашивал как-то у техподдержки. Через ВК их отследить нельзя.

Но можно что-то свое сделать через API, как писали выше.

Если пустые блоки схлопываются (например, как при блокировке Адблоком) это легко определить через Джаваскрипт. И попробовать вывести другую рекламу или предупреждение.

А так - там же фрейм. Только если какие-то ошибки "наружу" передает. Или методы API есть.

А зачем вам ТЗ? Без ТЗ все сделаю :)

А вообще, я бы не углублялся в дебри. Нормальный исполнитель и так должен это все знать и учитывать.

Все ТЗ сводится к

1) Не должно быть прокрутки (при любом разрешении / ниже 960px).

2) Шапка должна быть (отдельной плавающей "плашкой" / из тех же блоков, что и на десктопе).

3) Решить, как пойдут колонки, если их 2 или 3. Зависит от текущей верстки.

4) Убирать ли какое-то меню в "бутерброд". Часто - это одна из колонок.

Остальное обычно удобнее поправить после работы, так как будет понятно положение блоков на сайте или - что с ними делать.

Ну и проверить кеширование статики, сжатие и не заблокированы ли стили в роботс.

Но есть и второй вариант. Дизайнер рисует макеты для планшетов и мобильных, а исполнитель мучается. :) Но так часть блоков, возможно, придется переносить скриптами или дублировать. Все зависит от понимания дизайнером возможностей адаптивной верстки.

В адаптивной верстке мы никак не определяем устройство. Мы прописываем стили для разной "ширины" экрана. В этом и есть основной плюс.

Но тут стоит учитывать, что речь идет о пикселях CSS, а не разрешении экрана устройства... в общем, на этом моменте вам можно особо не заморачиваться. Достаточно в Хроме нажать F12 и на иконку телефона. Там будет удобный эмулятор разных устройств. Или же просто уменьшать ширину окна браузера и смотреть за результатом.

Глядя на Бутстрап, можно примерно выделить вот такие точки.

960 пикселей и меньше, 775 и меньше, 500 т меньше... и так - до 320.

Так вот, крайние 2 точки еще имеют какой-то смысл (верх - это начало планшетов, а низ - миимум для Айфонов и проверки в Гугле). А вот в промежутках лучше сделать "тянущийся" дизайн и перемещать элементы по мере необходимости.

Ну и с ТЗ по адаптивному дизайну обычно есть серьезные проблемы. Часто адаптив путают с отдельным мобильным шаблоном и рисуют в макетах элементы, которые вообще никак не связаны с текущей версткой. Или располагают блоки так, как они никогда не встанут (без особых ухищрений). :)

Снимал 100 рублей. Очень удивился. :) Думал, снимут 150 или 160 как обычно. А тут - вон оно как!

Для бороды нравится Philips OneBlade, но голову этим не побрить :)