Дуже дякую за детальний розбір. Додам всі зміни протягом декількох днів
Переводить нужно, вопрос только в том «МАЖОРНА» vs «другое слово»
Насчет официального стиля пожалуй соглашусь
Додав два пункти крім «НЕ БАЖАНО», бо не впевнений, що без приставки «НЕ» слова матимуть такий самий сенс. Наприклад:
БАЖАНО та НЕ БАЖАНО
СЛІД та НЕ СЛІД
ВАРТО та НЕ ВАРТО
Как насчет:
У світі управління програмним забезпеченням існує таке поняття, як «dependency hell» (пекло залежностей).
Рішення з викручуванням гучності на максимум не є правильним, але досить оригінальне і має право на життя. Як було сказано на початку квесту — потрібно застосовувати вміння розробника і за допомогою них вирішувати задачу.
Згідно зі статистикою ― четверте завдання дається найважче. Загалом усіма користувачами було зроблено 12 тисяч спроб на цьому кроці.
Все за тою ж статистикою, всередньому на квест витрачають від 1 до 4 годин.
Успіхів
Для web-разработчиков. Спасибо за замечание, исправил
Спасибо за замечание, исправим
Не искал подобное, поэтому не подскажу
Тут вы правы, я не работал с Nuxt.js, и поэтому не могу точно утверждать, но вроде как документация говорит что Nuxt.js это и есть JAM-stack? Иначе говоря это Gatsby для Vue.js
Получается что Nuxt просто аналог Gatsby со своими плюшками, если он вам больше по душе, я не настаиваю, но по поводу сложности вебсайтов, не думаю что есть существенная разница.
Для того что бы не пересобирать сайт при каждом изменении символа, нужно организовать релиз-подход, когда набор из нескольких правок публикуется вместе.
По поводу Nuxt.js
, не вижу смысла сравнивать SSR и JAM-stack, потому что со стороны перфоманса второй явно побеждает.
С точки зрения разработки кроме мета-тегов и валидной верстки мы больше никак не влияем на SEO.
По поводу того как поисковики «видят» контент, то ответ вытекает из того что такое JAM-stack и в чем его «особенность» :
Страницы поставляются с уже заполненным контентом и когда crawler переходит по адресу: gatsbyjs-tutorial.alexandrtovmach.com , то он сразу получает страницу со всем контентом на ней:
— никакого рендера, как в React/Angular/Vue
— страницы отдаются быстрее по сравнению с server-side rendering подходом, потому как не нужно ничего ждать, страница уже есть и она просто отдается как готовый файл.
С точки зрения разработки это максимум того что можно сделать в плане SEO на сегодняшний день. Поправьте меня если я ошибаюсь.
Как говорится это не «баг» это «фича» =)
Этот инлайн стиль добавляется в Gatsby чтобы соответстовать требованиям a11y и помогать screen reader’ам с чтением страницы:
reach.tech/router/accessibility
1. Если бы писал руками, да, но опять же, если бы я писал руками свои стили для отображения всех используемых пакетов, то я сомневаюсь что я бы сделал блог за 2 дня
2. Интересно бы увидеть информацию по данному поводу. Загрузка скрипта блокирует построение DOM, и после того как скрипт загружен ил выпал с ошибкой DOM продолжает строится. Но теперь добавим async, и всё =)
3. Эти инлайн-стили делает компилятор
4. ....
5. Каждому своё, главное не путать то как данные загружаются по сети http2 и то как их обрабатывает браузер async
По поводу поддержки экранов, я поставил заглушку, потому что пока что не делал респонсив дизайн. Будет в ближайшем будущем.
Теперь по пунктам:
1. Все стили добаляются для поддержки различных типов маркдауна, но по поводу огромного количества смотря с чем сравнивать.
2. Да, и в чем собственно проблема, если они асинхронны? Изначально <head>
для этого и задумывался, а размещение скриптов в конце <body>
это хак, ставший общепризнаным решением для существующих проблем. В гетсби этих проблем нет, поэтому взятки-гладки)
3. Тема для холивара, не более=) Конечный билд должен быть оптимизирован, и не обязательно читабелен, в исходном коде можно работать как удобно.
4. Оптимизация билда, причем вполне себя оправдывающая. Опять же повторюсь, в исходном коде вы пишите как вам удобно.
5. Да, не привычно, но это нормальный подход.
Как вывод могу сказать что искать разделение сущностей в конечном оптимизированном билде ― слегка странно + каждый из пунктов является фичей для оптимизации.
Может проще всё то же самое делать классическим вариантом
Бесспорно, каждому делу свой инструмент, и я не призываю для написания лендинга или трехстраничного сайта-визитки использовать Gatsby, но вот для реализации блога, с поддержкой markdown, lazy-load и кешированием, всё таки лучше посмотреть в сторону фреймворков, в которых это реализовывается в пару строк.
gatsby-remark-***
— створені під кожен тип маркдауну окремо, а якщо Ви очікуєте, що один плагін підтримуватиме всі типи одразу, ну це трохи не правильно)
«Як вставити рекламний блок?» я вже казав вище, що силами Реакту)
Тут мова не про версію, а про ідентифікатор:
Пріоритет ПОВИНЕН визначатись шляхом поділу версії на мажорний, мінорний, патч та передрелізний ідентифікатори