Комментарии 21
Очередной гуру веба написал статью о том как нужно делать, с каждым годом таких "гуру" все больше и больше, а сайты тормознее и тормознее.
Нет проблемы сделать сайт типа википедии быстрым, есть проблема когда хотят вместо сайта полноценное приложение с кучей контента, форм и файлов.
Большинство разработчиков только и занимались бы велосипедостроением и оптимизацией, но если бы им давали волю — большинство проектов по прежнему не увидело бы свет.
полноценное приложение с кучей контента, форм и файлов
Не использует обычно амп, и возможно даже не работает там.
так амп это так себе идея, даже гугл не сильно за него вспоминает в последнее время. Автор же кроме амп и pwa ругает рендеринг на клиенте, только вот при правильной реализации рендеринг на клиенте ускоряет сайт, как минимум потому-что меньше данных с бека нужно тянуть
гугл не сильно за него вспоминаетНе за, а о!
Угу. А по факту — получаем новую версию хабра, которая жрёт ресурсы и не работает нормально.
Да, чистые сайты уже редкость. Порой открываешь сайт, а там всё грузится и грузится.
Знаменитая страничка Airbnb на 800Kb. Я ожидал бы большей заботы о производительности от 900+ разработчиков со средней зарплатой 290 000 долларов в год. Даже SublimeText в какой-то момент перестает выделять эту чушь.
Чем там все эти 900+ разрабов занимаются-то?
Речь же не только о производительности. Нет нужды обрабатывать кучу запросов в бэкэнде, например, а иной раз и вообще без него обойтись. Плюс, можно использовать единую базу данных и API для разработки нативных приложений для любого устройства. Но снова, это все можно реализовать и в классическом вэбе. Наверное всё-таки мода, но мне нравится структура приложений в Angular, хоть и начал его изучать совсем недавно.
лучший сайт — статический сайт
пара html, пара css, немного картинок (если нужны) откроется всегда шустрее чем тот же текст с теми же пикчами на php и/или с кучей js для анимаций которые на самом деле нафиг не нужны.
да есть места где статикой не обойдёшься (онлайн магазины например), но когда видишь простой бложик под капотом у которого 100500 технологий заменяющих друг друга кровь льётся из глаз.
Да нет проблем и с сайтами на php и на cms — без проблем можно сделать такой сайт быстрым при прямых руках.
Главное вообще не использовать сторонние (подгружающиеся из вне) скрипты, стили, шрифты — ни Метрики ни ГА, ни адсенс ни директ, ни живосайт ни виджеты соцсетей и т.д. и т.п.
видишь простой бложик
Ну у меня простой бложик на тяжёлой редакции "Эксперт" Битрикса, в каждой статье куча фото и видео и при этом и пузомерка PageSpeed выдаёт у таких статей 95-99/100 и webpagetest "А+" показывает да и просто сайт быстрее 99% сайтов в интернете :)
Сайты медленные, потому что для hello world используют 3 библиотеки и еще одну для проверки орфографии… ну и тайм ту маркет, а потом проблемы пользователей никого не волнуют, пока пользователи не бегут во все стороны..
Я так то сам за клин, выделение абстракций и т.п. по возможности, но видел немало примеров где это в маразм скатывается. Вместо одного класса на сотню строк 10 классов на 30 строк которые друг другу вызовы пробрасывают. А то и вовсе класс с одним методом реализующий интерфейс который все что делает вызывает метод другого интерфейса. Или вместо того чтобы sql запрос написать который данные выберет нужные тащат в память и там уже фильтруют, сортируют, джойнят и т.п.
Ну и с излишним копированием и мапперами которые все что делают — перекладывают из «сетевой модели» в точно такую же «доменную» как то тоже перебор как по мне.
если AMP даёт дополнительный SEO трафик то его будут использовать
Вам не нужны ни PWA, ни AMP, чтобы ваш сайт загружался быстро