«Страница не найдена» при попытке доступа к сайту, развернутому на Netlify

Отказ от ответственности: я работаю в группе поддержки @ Netlify

Всегда разрешено обращаться в службу поддержки Netlify по таким вопросам, хотя мы действительно можем помочь вам только отладить, что отличает наш процесс сборки от вашего локального, а не отладку исходного кода. Позвольте мне подробнее рассказать о некоторых передовых методах работы, о которых рассказали комментаторы, и дать несколько неочевидных предложений, которые помогут вам в дальнейшей отладке.

Во-первых, как было предложено (спасибо @aosmith!) BaseURL должен быть установлен на / - это лучшая практика, которая позволит вашему сайту работать локально (http: // localhost), но также и на Netlify - через http, https, развернуть превью и, наконец, на других хостинг-провайдеры, а прокси и т. д. Просто сделай это :)

Во-вторых, вы могли иметь перенаправления не только в файле _redirects, но и в netlify.toml, но я также не думаю, что это проблема.

Когда вы получаете 404 на свой основной URL, это означает, что у вас нет /index.html. Я не могу сказать, в чем состоит основная причина этого (хотя могу сказать, что Хьюго не любит, когда ваша тема отсутствует и может не создавать ожидаемый контент). Есть два хороших способа выяснить, почему наша сборка не создает index.html в вашей папке публикации (public, в вашем случае и конфигурации hugo по умолчанию):

1. Вы можете загрузить копию любого успешного развертывания со страницы журналов развертывания, как показано на моем снимке экрана, и посмотреть, «что у нас в итоге получилось». Типичные проблемы здесь заключаются в том, что у нас ничего нет (ваша сборка не стала общедоступной / или вы закончили без index.html - поэтому мы правильно показываем 404 без пути)

2. Вы можете следовать инструкциям по отладке, чтобы запустить наш образ сборки локально: https://github.com/netlify/build-image#testing-locally. После сборки вы все еще находитесь в оболочке сборки и можете посмотреть, что находится в вашем каталоге публикации.

Похоже, я исправил. Я создал новое репо с образцом сайта и начал заменять части этого сайта своими частями, чтобы увидеть, когда он сломается.

Поэтому эту часть config.toml пришлось исключить, чтобы сайт снова развернулся в обычном режиме:

[permalinks]
    post = "/:year/:month/:day/:slug/" 

Я не уверен, почему - он всегда был там, и он работал, когда я создавал свой сайт локально, но не хотел работать, когда я добавил папку public в .gitignore и позволил hugo создать мой сайт.

Есть идеи, почему это так?

Если вы используете Angular 8, вам необходимо указать значение каталога публикации, прочитав сборку angular.json outputPath, которая является dist/{project-name}, а если вы используете более старые версии, это должен быть dist, который является значением outDir, из которого вы можете читать. угловой-cli.json.

Столкнулся с этой проблемой. Мое решение заключалось в том, чтобы установить правильный путь сборки для объявления публиковать внутри файла netlify.toml. Новый процесс автоматического развертывания netlify использует этот файл для развертывания проектов из репозиториев.

Angular 8, а теперь и Angular 9 публикуются в dist / {имя проекта}, это имя папки для ввода, а не только dist, как в предыдущих выпусках. Если вы укажете только dist, он будет искать index.html в неправильном каталоге, и результатом будет «Страница не найдена».

назовите свой основной файл HTML как index.html вместо любого другого имени.

Если вы видите ошибку «Не найдено» при прямом переходе к определенному пути, например, https://yourdomain.com/something, это может быть полезно (ReactJS):

В папке public (папка, содержащая index.html) создайте файл с именем _redirects без расширения. Затем введите в него следующее:

/* /index.html 200

Теперь сохраните, зафиксируйте, отправьте и опубликуйте. :)

Причина "Not Found" в том, что при использовании маршрутизатора, например: React Router, он обрабатывает все маршруты, но когда вы напрямую переходите к конечной точке, netlify должен знать, куда вас перенаправить. Это то, что мы указываем в файле _redirects.

Для Angular я испытал это, и я обнаружил, что работает следующее:

touch src/_redirects

This file will contain the rule below. It indicates that all requests to the server should be redirected to index.html. We also add a HTTP status code option at the end to indicate that these redirects should return a 200 status. By default, a 301 status is returned.

/*  /index.html 200

The last thing we have to do is add the below option in our angular.json und er projects > {your_project_name} > architect > options > assets. Include it in the assets array:

{
  "glob": "_redirects",
  "input": "src",
  "output": "/"
}

От https://www.smashingmagazine.com/2020/10/angular-feedback-netlify-forms-edge/

Я убедился, что «каталог публикации» и папка сборки названы одинаково. Затем я внес изменения, которые @Adwaith предложил выше. Большое спасибо @Adwaith, ваш вклад был спасением.