Простой ответ, для сбилженного проекта node_modules не нужен.
Более сложный ответ. Мы копируем node_modules перед стадией билда. Часть кода, который мы импортируем из библиотек, находится в node_modules, и без присутствия данной папки в корне, перед билдом, мы не сможем собрать рабочее приложение. Но, если у нас простой проект, у которого нет сторонних зависимостей, т.е. прям чистый js вообще без всего, то, конечно, и отпадает необходимость в node_modules, там ведь ничего нет :). Да и в докере необходимости тогда также нет, легче просто передать минифицированный код
Я выбираю статью по названию, затем быстро пробегаюсь по ней, если считаю, что кому-то перевод может быть полезен, то начинаю переводить. Любую статью считаю полезной. Для меня они полезны в том, что позволяют получить некоторые данные, дают практику в английском во время перевода, лучше начинаю понимать структуру написания текстов. Для всех остальных же, также позволяет получить, возможно, новую информацию, которую, на родном языке, воспринимать немного, а иногда и на много легче.
По поводу ошибок, видимо мне не хватило опыта, чтоб их заметить, когда встречаю очевидные ошибки стараюсь отмечать их в тексте как коментарий переводчика. Если у вас есть свободное время, могли бы указать на ошибочные моменты?
Добрый день, не проверял. Но можно предположить, что т.к. мы не используем дополнительные функции, то производительность передачи в пропсах будет лучше, хоть, думаю, и не значительно. С другой же стороны, если передавать пропы из первого родителя (от куда, обычно, берет начало хранилище приложения), к примеру, данные авторизации, то придется прописывать, зачастую, огромный лист пропов. А это может приводить к ошибкам приложения, как максимум, или, как минимум, значительно усложнит разработку приложения.
Добрый день, спасибо за комментарий, про redux-toolkit не знал, изучу вопрос. На счет query в примечании к 3 пункту он указан, а также что в нём больше функционала. useFetch же нужен, если по каким-либо причинам на Вашем проекте не допускается добавление новых библиотек (хоть у меня так проблем не встречалось, возможно у автора статьи были).
Здравствуйте, касательно вопроса о скрытии фрагмента страницы. К сожалению, не нашел возможности убрать из индексации фрагментов текстового контента. Но есть возможность убрать изображения, для этого необходимо в настройках файла robots.txt прописать Disallow: *.jpg для всех изображений формата jpg, или относительный путь Disallow: /img/example.jpg
На счет ошибок при отрисовки страницы. Если контент не отрисовался по ошибки сервера (5xx), то сканер сам поймет это, и просто в данный момент не проиндексирует страницу. В остальных случаях, к примеру, если ошибку совершил разработчик, и на странице отображаются не верные данные, страница будет индексироваться. Также, сканеры довольно "умные", и сами понимают, что нужно совершить редирект, если он необходим по js коду. Но, нужно не забывать, что местами (это не относится к редиректу), до определенной части страниц можно не добраться по прямым ссылкам. И, чтобы все страницы были просканированы, не помешает создать и настроить sitemap файл.
Не до конца понял, что вы имели в виду при вопросе "какие есть аналоги статусов HTTP?"
Я тренеровка переводить для лучший понимать другие язык. ?
Простой ответ, для сбилженного проекта node_modules не нужен.
Более сложный ответ. Мы копируем node_modules перед стадией билда. Часть кода, который мы импортируем из библиотек, находится в node_modules, и без присутствия данной папки в корне, перед билдом, мы не сможем собрать рабочее приложение.
Но, если у нас простой проект, у которого нет сторонних зависимостей, т.е. прям чистый js вообще без всего, то, конечно, и отпадает необходимость в node_modules, там ведь ничего нет :). Да и в докере необходимости тогда также нет, легче просто передать минифицированный код
Контейнеры ведь ?
Не совсем понял вашего вопроса. В контейнере будет запускаться точная копия вашего проекта, на навигацию это никак не повлияет
Это цитата, привёл все как есть. Да и "кирпичная архитектура", как по мне, тоже имеет место быть. А вы как бы назвали?
Я выбираю статью по названию, затем быстро пробегаюсь по ней, если считаю, что кому-то перевод может быть полезен, то начинаю переводить. Любую статью считаю полезной.
Для меня они полезны в том, что позволяют получить некоторые данные, дают практику в английском во время перевода, лучше начинаю понимать структуру написания текстов.
Для всех остальных же, также позволяет получить, возможно, новую информацию, которую, на родном языке, воспринимать немного, а иногда и на много легче.
По поводу ошибок, видимо мне не хватило опыта, чтоб их заметить, когда встречаю очевидные ошибки стараюсь отмечать их в тексте как коментарий переводчика. Если у вас есть свободное время, могли бы указать на ошибочные моменты?
Добрый день, не проверял. Но можно предположить, что т.к. мы не используем дополнительные функции, то производительность передачи в пропсах будет лучше, хоть, думаю, и не значительно. С другой же стороны, если передавать пропы из первого родителя (от куда, обычно, берет начало хранилище приложения), к примеру, данные авторизации, то придется прописывать, зачастую, огромный лист пропов. А это может приводить к ошибкам приложения, как максимум, или, как минимум, значительно усложнит разработку приложения.
В примере state нигде не используется, он просто указан, что так можно использовать. В рабочих же задачах без него, зачастую, не обойтись.
Добрый день, спасибо за комментарий, про redux-toolkit не знал, изучу вопрос. На счет query в примечании к 3 пункту он указан, а также что в нём больше функционала. useFetch же нужен, если по каким-либо причинам на Вашем проекте не допускается добавление новых библиотек (хоть у меня так проблем не встречалось, возможно у автора статьи были).
Здравствуйте, касательно вопроса о скрытии фрагмента страницы. К сожалению, не нашел возможности убрать из индексации фрагментов текстового контента. Но есть возможность убрать изображения, для этого необходимо в настройках файла robots.txt прописать Disallow: *.jpg для всех изображений формата jpg, или относительный путь Disallow: /img/example.jpg
На счет ошибок при отрисовки страницы. Если контент не отрисовался по ошибки сервера (5xx), то сканер сам поймет это, и просто в данный момент не проиндексирует страницу. В остальных случаях, к примеру, если ошибку совершил разработчик, и на странице отображаются не верные данные, страница будет индексироваться.
Также, сканеры довольно "умные", и сами понимают, что нужно совершить редирект, если он необходим по js коду. Но, нужно не забывать, что местами (это не относится к редиректу), до определенной части страниц можно не добраться по прямым ссылкам. И, чтобы все страницы были просканированы, не помешает создать и настроить sitemap файл.
Не до конца понял, что вы имели в виду при вопросе "какие есть аналоги статусов HTTP?"