Что такое AMP HTML и как он вписывается в фреймворк / инструмент X?
хорошо, так что мы все, вероятно, слышали о AMP HTML от Google к настоящему времени.
Что мне любопытно, как это будет вписываться в существующие рабочие процессы. Если вы пишете приложение React или Angular, как AMP HTML вписывается в процесс разработки? Каждая из этих структур уже имеет способ определения компонентов, и кажется, что AMP просто добавляет в стек.
большинство из нас уже используют другие инструменты, такие как browserify или webpack. Я не легко видеть, как AMP подходит вместе с остальными. Некоторые из этих инструментов уже позволяют нам обслуживать наш сайт оптимизированным образом. Сколько ампер в HTML, собирается изменить все это?
3 ответа:
AMP HTML в основном возвращается к основам и обслуживает самый быстрый HTML-код. Я вспомнил о
WAPиNokia 7110.это строгий набор правил для создания веб-страницы, которая открыта для роста и открыта для расширений другими компаниями и разработчиками.
Как это работает с SPA (одностраничными приложениями) и другими интерфейсными тяжелыми фреймворками javascript, на данный момент неизвестно, то есть для тех разработчиков, которые должны выяснить.
в это ядро свое статические HTML-страницы с пользовательскими элементами предназначены для загрузки как можно быстрее при медленных соединениях и небольших представлениях. Любой может оптимизировать свой сайт для мобильных устройств уже и сократить его до нескольких КБ, если они действительно хотели, AMP-HTML или нет.
главное преимущество
- Google будет поддерживать его, думаю, Android, Chrome и Google Search, Google CDN.
- страницы будут загружаться очень быстро и может выглядеть довольно еще.
изначальное принятие например, от Wordpress и другие издатели могут быть отдельным набором мобильных дружественных страниц усилителя. Это исходит от Google, который хотел, чтобы вы сделали все свои обычные веб-страницы мобильными или столкнулись с SEO-хитами.
Если вы думаете об этом в долгосрочной перспективе его спецификации для мобильного интернета, который фокусируется на производительности. Если он будет принят, через 5 лет любая веб-страница может загружаться в считанные секунды на мобильном соединении независимо от качества этого соединения. Если мы не можем ждать технологии и телекоммуникационных компаний, чтобы увеличить скорость, мы можем по крайней мере уменьшить размер наших страницах.
усилитель предназначен для статических страниц. Разработчики должны сделать две разные страницы: обычная версия и версия усилителя. Страница усилителя будет иметь ссылку на обычную страницу и наоборот. Всякий раз, когда запрос приходит на обычную страницу с мобильного телефона, он будет загружать страницу AMP и наоборот. У Google есть свой собственный кэш усилителя, чтобы загрузить его быстрее. При разработке страниц усилителя мы просто должны учитывать правила усилителя.
теперь все более ясно через этот URL
среди самых больших оптимизаций является тот факт, что он делает все, что исходит из внешних ресурсов асинхронным, поэтому ничто на странице не может блокировать что-либо от рендеринга.
Так что нет больше рендеринга блокировки CSS.
другие методы производительности включают песочницу всех iframes, предварительный расчет макета каждого элемента на странице до ресурсы загружаются и отключение медленных селекторов CSS.
надеюсь, что эта новая ссылка поможет.