Почему гитхаб выдает ошибку 404 - Решение и исправление самых разных ошибок на TopOshibok.ru

I had this exact problem with typedocs. The README.md worked but none of the actual docs generated by my doc strings displayed, I just got a 404 Github Pages screen.

To fix this, just place a empty file in your /docs directory (or wherever you generate your docs) & call it .nojekyll

To confirm, your file structure should now look like:

./docs/.nojekyll  # plus all your generated docs

Push this up to your remote Github repo and your links etc should work now.

Also make sure you have selected in your Github settings:

Settings -> Github Pages -> Source -> master brach /docs folder

Depending on your doc framework, you probably have to recreate this file each time you update your docs, this is an example of using typedocs & creating the .nojekyll file each time in a package.json file:

# package.json

      "scripts": {
        "typedoc": "typedoc --out docs src && touch docs/.nojekyll"
      },

Источник

Это руководство поможет вам устранить распространенные причины, по которым может появиться ошибка 404.

GitHub Pages is available in public repositories with GitHub Free and GitHub Free for organizations, and in public and private repositories with GitHub Pro, GitHub Team, GitHub Enterprise Cloud, and GitHub Enterprise Server. For more information, see «GitHub’s plans.»

Troubleshooting 404 errors

In this guide you’ll find common reasons you may be seeing a 404 error while building your GitHub Pages site.

GitHub’s Status page
DNS setup
Browser cache
index.html file
Directory contents
Custom domain
Repository

GitHub’s Status page

If you see a 404 error while building a GitHub Pages site, first check GitHub’s Status page for any active incidents.

DNS setup

Make sure GitHub’s DNS records are set up correctly with your DNS provider. For more information, see «Managing a custom domain for your GitHub Pages site.»

Browser cache

If your GitHub Pages site is private and you see a 404 error, you may need to clear your browser’s cache. For more information on clearing your cache, see your browser’s documentation.

`index.html` file

GitHub Pages will look for an index.html file as the entry file for your site.

Make sure you have an index.html file in the repository for your site on GitHub. For more information, see «Creating a GitHub Pages site.»
The entry file must be at the top level of your chosen publishing source. For example, if your publishing source is the /docs directory on the main branch, your entry file must be located in the /docs directory on a branch called main.

If your publishing source is a branch and directory, the entry file must be at the top level of the source directory on the source branch. For example, if your publishing source is the /docs directory on the main branch, your entry file must be located in the /docs directory on a branch called main.

If your publishing source is a GitHub Actions workflow, the artifact that you deploy must include the entry file at the top level of the artifact. Instead of adding the entry file to your repository, you may choose to have your GitHub Actions workflow generate your entry file when the workflow runs.
The name of the index.html file is case sensitive. For example, Index.html will not work.
The name of the file should be index.html, not index.HTML or any other variation.

Directory contents

Check that your directory contents are in the root directory.

Custom domain

If you’re using a custom domain, make sure it’s set up correctly. For more information, see «About custom domains and GitHub Pages.»

The CNAME record should always point to <USER>.github.io or <ORGANIZATION>.github.io, excluding the repository name. For more information about how to create the correct record, see your DNS provider’s documentation.
If you are able to access your landing page, but encounter broken links throughout, it is likely because you either didn’t have a custom domain name before or are reverting back from having a custom domain name. In such cases, changing the routing path does not initiate a rebuild of the page. The recommended solution is to ensure that your site rebuilds automatically when adding or removing a custom domain name. This may involve configuring a commit author and modifying the custom domain name settings.

Repository

Check whether your repository meets the following requirements.

The branch you are using to publish your site must be the main or default branch.
The repository must have a commit pushed to it by someone with admin permissions for the repository, such as the repository owner.
Switching the repository’s visibility from public to private or vice versa will change the URL of your GitHub Pages site, which will result in broken links until the site is rebuilt.

If you are still receiving a 404 error, start a GitHub Community discussion in the Pages category.

Источник

I had this exact problem with typedocs. The README.md worked but none of the actual docs generated by my doc strings displayed, I just got a 404 Github Pages screen.

To fix this, just place a empty file in your /docs directory (or wherever you generate your docs) & call it .nojekyll

To confirm, your file structure should now look like:

./docs/.nojekyll  # plus all your generated docs

Push this up to your remote Github repo and your links etc should work now.

Also make sure you have selected in your Github settings:

Settings -> Github Pages -> Source -> master brach /docs folder

# package.json

      "scripts": {
        "typedoc": "typedoc --out docs src && touch docs/.nojekyll"
      },

Источник

На чтение 27 мин Просмотров 896 Опубликовано 12.03.2021

Вот мой репозиторий GitHub в ветке gh-pages . Все выглядит хорошо, у меня есть мой index.html , мои CSS, JS и папки с изображениями.

Но когда я перехожу на http://roine.github.com/p1, я получаю HTTP 404 not found.

Какие-нибудь объяснения и решения?

У меня была только одна фиксация со всеми моими файлы. Я нажал пустую фиксацию, обновил страницу, и она сработала.

  git commit --allow-empty -m "Trigger rebuild" git push

Если это не сработает, как @Hendrikto указал в комментариях, проверьте страницу статуса Github и убедитесь, что страницы GitHub работают.

отредактировано 11 января ’20 в 12:41

ответил 27 августа ’17, 17:51

Я использовал пакет npm angular-cli-ghpages, и что я сделал, так это добавил пробел в свой файл index.html, повторно запустив команду “npx ngh “что подтолкнуло меня к новой фиксации, достигающей тех же великолепных результатов. Спасибо, это поставило меня в тупик, и ваш ответ вдохновил меня на это. – Патрик Грэм, 15 августа 2018, 19:41
, если вы не хотите использовать командную строку, вы можете просто отредактировать директорию README.md через веб-интерфейс. – Christophe Le Besnerais 21 фев., В 14:51
Это также может быть проблема с самим Github. Эта страница сообщает вам статус Github. У меня была та же проблема, и ничего не исправить. На странице состояния было написано «снижение производительности», и мне просто пришлось ждать, пока серверы снова станут полностью функциональными. – Хендрикто, 12 марта ’19, в 19:23
Хорошее замечание @Hendrikto, я добавил ссылку на ваш комментарий в ответ. – Арно, 11 янв. ’20 в 12:41
К сожалению, у меня не сработало. – Azurespot, 7 января в 21:56

| показать 1 дополнительный комментарий

У меня была только одна фиксация со всеми моими файлами. Я нажал пустую фиксацию, обновил страницу, и она сработала.

  git commit --allow-empty -m "Trigger rebuild" git push

Если это не сработает, как указал @Hendrikto в комментариях, проверьте страницу статуса Github и убедитесь, что страницы GitHub работают..

В моем случае у меня были папки чьи имена начинаются с _ (например, _css и _js ), которые GH Pages игнорирует в соответствии с правилами обработки Jekyll. Если вы не используете Jekyll, обходной путь – поместить файл с именем .nojekyll в корневой каталог. В противном случае вы можете удалить подчеркивания из этих папок

отредактировано 31 декабря ’20 в 21:48

ответил 25 сен 2016, 20:23

. nojekyll является обязательным, если вы вы не используете Jekyll, документы здесь: github.com/blog/572-bypassing-jekyll-on-github-pages – Клаудиу Константин 28 сен 2017, в 13:03
Спасибо за это, я написал github и попросил их обновить руководство на странице pages.github.com (в котором не упоминается файл .nojekyll) – sunyata 11 окт. 2017 в 16:58
Спасибо! Это было необходимо для приложения Vue, жаль, что это не упоминается в руководстве по развертыванию vue-cli. – Ондржей Шевчик, 28 июня ’19 в 17:20
это исправило для меня. Мой пользовательский сайт изначально работал без него, но перестал работать. Вы можете просто добавить файл в онлайн и зафиксировать его там же. Я сделал это, обновился, и он сразу заработал. – bot19 24 мая ’20 в 2:23
Спасибо. Работал как шарм! – Индерприт Сингх 03 авг., 20:47

добавить комментарий |

В моем случае у меня были папки, имена которых начинались с _ (например, _css и _js ), которые GH Pages игнорирует в соответствии с правилами обработки Jekyll. Если вы не используете Jekyll, обходной путь – поместить файл с именем .nojekyll в корневой каталог. В противном случае вы можете удалить подчеркивания из этих папок

Я проделал все уловки здесь, на My Fork , чтобы исправить страницу 404 на странице Github , но она продолжала повторять 404.

Наконец, обнаружено, что мой браузер с трудом сохраняет 10-минутный кеш , прежде чем он будет размещен в Интернете.

Просто добавьте /индекс. html в конец URL-адреса, затем он обнаружился и решил проблему.

https://username.github.io /index.html

отредактировано 28 февраля ’19 в 1:25

ответил 26 апр. ’18 в 3:31

Это сработало для меня. Я создал сайт, следуя инструкциям на главной странице GitHub Pages, поэтому разочаровывает то, что он не работает из коробки. – CGK 02 нояб., В 16:53
Спасибо! У меня такая же проблема. Странно, что нам приходится добавлять/index.html. – Раджа Рао 12 нояб., В 23:59
Я произвел мягкую очистку кеша, но это не сработало, но добавление/index.html сработало. Спасибо, принц Тегатон, 7 сен., В 22:01
У меня тоже сработало, но со мной такого никогда не случалось, в настоящее время у меня есть несколько страниц, работающих как на username.github.io, так и на username.github.io/, и никогда необходимо добавить index.html – Санчит Батра 10 мая ’20 в 17:26
Мне пришлось открыть консоль разработчика и принудительно указать index.html в URL-адресе. Спасибо, o/- Heavyrick 16 июл. ’20 в 18:30

добавить комментарий |

Я проделал все трюки здесь, на My Fork , чтобы исправить страницу 404 на Страница Github , но она продолжала работать с ошибкой 404.

Наконец-то выяснилось, что мой браузер с трудом хранит 10-минутный кеш , прежде чем он появится в Интернете.

Просто добавьте /index.html в конец URL-адреса, затем он обнаружился и решил проблему.

https://username.github .io /index.html

Четыре месяца назад я связался со службой поддержки, и они мне сказали была проблема на их стороне, они временно исправили ее (для текущего коммита).

Сегодня попробовал еще раз

Я удалил ветку gh-pages на github

git push origin --delete gh-pages
Я удалил ветку gh-pages на локальном

git branch -D gh-pages
Я повторно инициализировал git

git init
Я воссоздал ветку на локальном

git ветка gh-pages
Я отправил ветку gh-pages на github

git push origin gh-pages

Работает нормально, я наконец могу обновить свои файлы на странице.

Если вы еще этого не сделали, выберите тему Jekyll на вкладке настроек страниц GitHub. Очевидно, это необходимо, даже если вы не используете Jekyll на своем сайте Pages.

отредактировано 1 мая ‘ 19, 11:55

ответил 23 марта ’19 в 15:25

Я получал 404 Not Found и попробовал все восемнадцать других решений, предложенных в ответах здесь, я задокументировал мои попытки в повторяющемся вопросе: Очень простой HTML, приводящий к 404 Not Found на страницах GitHub. Девятнадцатый ответ Криса помог мне исправить это. GitHub Pages – отличный сервис, жаль, что документация такая плохая. – dumbledad 24 марта ’19, в 10:13
Недостаточно просто выбрать схему, вам также необходимо создать новую фиксацию в ветке gh-pages , чтобы впоследствии запустить обновление! – sschuberth 30 сен. ’19 в 11:26

добавить комментарий |

У меня была такая же проблема после разветвления репо с ветвь gh-pages . Мне удалось исправить это, просто нажав новую фиксацию (просто пробел в index.html ) в ветку gh-pages моей вилки..

Я положил пробел в “index.html”, изменения зафиксированы и отправлены. Ничего не произошло. Удалил пробелы из имени файла, зафиксировал и снова отправил изменения, и это сработало! Благодарю. – Нахиян, 15 мая ’17 в 17:31
также обратите внимание, что страницы github используют небольшое окно кеширования (10 минут на момент написания: Cache-Control: max-age = 600 ). поэтому вам, возможно, придется подождать, пока истечет срок действия этого окна кеша, или принудительно обновить браузер. – Clay 27 июня ’17 в 18:29
Зачем возиться с пробелами? Просто нажмите пустую фиксацию с помощью - allow-empty . – Хендрикто 5 фев. ’18 в 13:01

добавить комментарий |

У меня была такая же проблема после разветвления репо с веткой gh-pages . Я смог исправить это, просто нажав новую фиксацию (просто пробел в index.html ) в ветку gh-pages моей вилки.

Просто подождите от десяти минут до одного часа. Если по-прежнему не работает, обратитесь на github. Обычно проблема на их стороне. Но если вы торопитесь, вы можете попробовать открыть, добавив “?” знак вопроса в конце URL. Это заставляет запрос искать ресурс. Вот так:

http://roine.github.com/p1?

ответил 9 мая ’19 в 10:28

Просто подождите от десяти минут до одного часа. Если по-прежнему не работает, обратитесь на github. Обычно проблема в их стороне. Но если вы торопитесь, вы можете попробовать открыть, добавив “?” знак вопроса в конце URL. Это заставляет запрос искать ресурс. Вот так:

http://roine.github.com/p1?

В моем случае на

если ваша пользовательская страница https://github.com/mgravell, ваше имя репо должно быть mgravell.github. io
под root, создайте файл index.html
в корневом каталоге, создайте папку docs , создайте файл CNAME в docs (примечание: НЕТ расширения, такого как .txt, убедитесь, что ваша файловая система показывает расширение)
gh-pages ветка необязательна, достаточно master ветки

подробнее : проверьте официальную документацию здесь : https://help.github.com/articles/configuring-a-publishing-source-for-github-pages/

отредактировано 18 апр. ’19 в 3:18

ответил 08 августа 2017 в 18:40

iv>

Должен ли файл CNAME быть пустым? Если нет, то что в нем должно быть? – dumbledad 23 марта ’19 в 13:02
Пустой файл @dumbledad подойдет – Timeless 23 мар. ’19 в 13:02

добавить комментарий |

В моем случае

если ваша пользовательская страница https://github.com/mgravell, ваше имя репо должно быть mgravell.github.io
в корневом каталоге, создайте файл index.html
в корневом каталоге, создайте папку docs , создайте файл CNAME в docs (обратите внимание: расширение NO , например .txt, убедитесь, что ваш файловая система показывает расширение)
gh-pages ветка не является обязательной, ветвь master является достаточно

подробнее : проверьте официальную документацию здесь: https://help.github.com/articles/configuring-a- публикация-источник-для-github-страниц/

Мои страницы также продолжали набирать обороты. Обратился в службу поддержки, и они указали, что URL-адрес чувствителен к регистру; решил мою проблему.

Я уже пробовал и то, и другое, с заглавной буквой и без нее, прежде чем обратиться в службу поддержки – Джонатан де М. 01 нояб., 9:31

добавить комментарий |

Мои страницы также продолжали повторять 404. Обратился в службу поддержки, и они указали, что URL-адрес чувствителен к регистру; решил мою проблему.

в моем случае Мне пришлось зайти в настройки проекта и включить страницы github. По умолчанию выключено

ответил 09 сен. ’17 в 19:03

Это и выбор темы Jekyll (хотя я не хочу использовать Jekyll) – вот что исправило мою. Кроме того, у меня изначально было закрытое репо. Я думаю, что это не работает с Github Pages. – Azurespot, 7 января, 22:14
Работа частных репозиториев @Azurespot – Жоао Нуньес 2 дня назад

добавить комментарий |

в моем случае мне пришлось перейти в настройки проекта и включить страницы github. По умолчанию выключено

Если вы убедитесь, что ваша структура верна, просто нажмите пустой коммит или обновите файл index.html, добавив немного места, это работает!

ответил 17 окт., 12:54

Если вы уверены, что ваша структура верна, просто нажмите пустую фиксацию или обновите файл index.html с небольшим пространством, это работает !

Добавьте следующее в начало файл index.html

ответил 11 мая ’19 в 17:48

Добавьте следующее в начало индекса. html файл

Я заставил сайт работать, удалив папку “username.github.io” на моем компьютере, снова выполнив шаги, включая изменение индекса/html файл.

Моя ошибка ( я думаю ) в том, что я изначально клонировал “https://github.com/username/username.github.io .git “вместо https://github.com/username/username.github.io (без” .git “)

ответил 25 сен 2017 в 15:59

Я заставил сайт работать, удалив папку “username.github.io” на моем компьютере, снова выполнив шаги, включая изменение файл index/html.

Моя ошибка ( я думаю ) в том, что я изначально клонировал https://github.com/username/username.github. io .git “вместо https://github.com/username/username.github.io (без” .git “)

Если вы видели 404, даже если все выглядит правильно, попробуйте переключить https/http.

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

Однако у меня все установлено правильно, и на странице настроек сказано, что он опубликован, тогда я все еще видел 404.

Спасибо за комментарий @Rohit Suthar (хотя в этом комментарии использовался https), я изменил URL-адрес на http и это работает d, то https тоже работал.

ответил 19 янв. в 15:47

Если вы видели ошибку 404, даже если все выглядит правильно, попробуйте переключить https/http.

Однако у меня все настроено правильно, и на странице настроек указано он опубликован, затем я все еще видел 404.

Спасибо за комментарий @Rohit Suthar (хотя этот комментарий должен был использовать https), я изменил URL-адрес на http, и он работал, затем https тоже работал.

В моем случае все предложения выше были верны. У меня работало большинство страниц, за исключением нескольких, которые возвращали 404, хотя файлы уценки были там, и они казались правильными. Вот что исправило это для меня на этих страницах:

На одной странице было несколько специальных символов, которые не являются частью UTF-8 , и я думаю, поэтому страницы GitHub не могли их отображать. Обновление/удаление этих символов и запуск новой фиксации исправили это.
На другой странице я обнаружил, что вокруг заголовка есть апострофы ', я удалил их, и содержимое страницы стало отображаться нормально

ответил 20 июля ‘ 18, 7:11

В моем случае все предложения выше были правильными. У меня работало большинство страниц, за исключением нескольких, которые возвращали 404, хотя файлы уценки были там, и они казались правильными. Вот что исправило это для меня на этих страницах:

На одной странице было несколько специальных символов, которые не являются частью UTF-8 , и я думаю, поэтому страницы GitHub не могли их отображать. Обновление/удаление этих символов и запуск новой фиксации исправили это.
На другой странице я обнаружил, что вокруг заголовка есть апострофы ', я удалил их, и содержимое страницы стало отображаться нормально

У меня была именно такая проблема с typedocs. README.md работал, но ни один из фактических документов, сгенерированных моими строками документов, не отображался, я только что получил экран 404 Github Pages.

Чтобы исправить это, просто поместите пустой файл в каталог/docs (или где бы вы ни создавали свои документы) и назовите его .nojekyll

Чтобы убедиться, ваша файловая структура теперь должна выглядеть так:

  ./docs/.nojekyll # плюс все ваши сгенерированные документы

Отправьте это на удаленное репозиторий Github, и ваши ссылки и т. д. теперь должны работать.

Также убедитесь, что вы выбрали в настройках Github:

  Настройки -> Github Pages -> Источник -> папка master brach/docs

В зависимости от вашей структуры документации вам, вероятно, придется воссоздавать этот файл каждый раз, когда вы обновляете свои документы, это пример использования typedocs и создания файла .nojekyll каждый раз в файле package.json. :

  # пакет. json "scripts": {"typedoc": "typedoc --out docs src && touch docs/.nojekyll"},

отредактировано 25 апреля ’20 в 11:01

ответил 24 апр. 40

У меня была точно такая же проблема с typedocs. README.md работал, но ни один из фактических документов, созданных моими строками документов, не отображался, у меня только что появился экран 404 Github Pages.

Чтобы убедиться, ваша файловая структура теперь должна выглядеть так:

  ./docs/.nojekyll # плюс все ваши сгенерированные документы

Отправьте это на удаленное репозиторий Github, и ваши ссылки и т. д. теперь должны работать.

Также убедитесь, что вы выбрали в настройках Github:

  Настройки -> Страницы Github -> Источник -> папка master brach/docs

  # package.json "scripts": {"typedoc": "typedoc --out docs src && touch docs/.nojekyll"},

По какой-то причине развертывание страниц GitHub перестало работать сегодня (05 мая 2020 г.). Раньше у меня не было никаких html, только md файлы. Я попытался создать index.html, и он сразу же опубликовал страницу. После удаления index.html публикация продолжает работать.

отредактировано 5 мая ’20 в 3:08

ответил 5 мая ’20 в 2:20

По какой-то причине развертывание страниц GitHub перестало работать сегодня (2020-май-05). Раньше у меня не было никаких html, только md файлы. Я попытался создать index.html, и он сразу же опубликовал страницу. После удаления index.html публикация продолжает работать.

В моем случае в реакции было необходимо для выбора ветки gh-pages:

ответил 21 мая ’20 в 10:04

В моем случае в react нужно было выбрать ветку gh-pages:

Я связал свой домен до появления этой проблемы. Я зафиксировал и нажал ветку gh-pages, и это решило мою проблему. Новые коммиты заставляют jekyll перестраивать ваши страницы.

отредактировано 21 июля ’13 в 13:33

Вики сообщества

2 версии
strongwillow

В моем случае URL-адрес был довольно длинным. Итак, я думаю, есть предел. Я поместил его в свой собственный поддомен, и он сработал.

ответил 19 августа 2017, 20:41

В частном репо, когда я впервые добавил и отправил свою ветку gh-pages в github, настройки для страниц github автоматически изменились, чтобы указать, что ветка gh-pages будет опубликована, но не было зеленой или синей полосы с URL-адрес github.io и без параметров пользовательского домена.

Только когда я переключил источник на master и быстро переключил источник обратно на gh-страницы, он фактически обновился зеленой полосой, содержащей опубликованный URL.

ответил 12 июня ’18, 23:00

Это помогает. Сначала мой проект был частным , и в этом состоянии я отправил проект на страницы Github и получил 404 (ofc). После переключения с gh-страниц на master , а затем обратно с master на gh-страницы все было хорошо, и приложение начало работать. – zrna 08 июн. ’20 в 10:43

добавить комментарий |

В частном репо, когда я впервые добавил и отправил ветку gh-pages в github, настройки для страниц github автоматически изменились, чтобы указать что ветка gh-pages будет опубликована, но нет зеленой или синей полосы с URL-адресом github.io и параметров пользовательского домена.

Другой вариант этой ошибки:

Я создал свою первую страницу Github после учебника, но дал файлу readme.md – с моей точки зрения – более значимое имя: welcome.md .

Это была фатальная ошибка:

Мы будем использовать ваш файл README в качестве индекса сайта, если у вас нет index.md (или index.html ), что не отличается от того, когда вы просматриваете репозиторий на GitHub.

из публикации с помощью GitHub Pages, теперь так же просто, как 1, 2, 3

Затем я смог получить доступ к странице моего веб-сайта с помощью опубликовано по ссылке , указанной в разделе Репозиторий / Настройки / Страницы GitHub за которым следует welcome.html или короче welcome .

отредактировано 5 января ’20 в 10:59

Дима Паржицкий

3,27711 золотых знаков1717 серебряных знаков3535 бронзовых знаков

ответил 22 сен ’19 в 16:06

Другой вариант этой ошибки:

Я создал свою первую страницу Github после учебника, но дал файл readme.md a – с моей точки зрения – более значимое имя: welcome.md .

Это была фатальная ошибка:

Мы будем использовать ваш файл README в качестве индекса сайта, если у вас нет index.md (или index.html ), не отличается от того, когда вы просматриваете репозиторий на GitHub.

из публикации с помощью GitHub Страницы, теперь такие же простые, как 1, 2, 3

Затем я смог получить доступ к странице моего веб-сайта, используя , опубликованный на ссылка , указанная в разделе Репозиторий / Настройки / GitHub Pages , за которым следует welcome.html или короче welcome .

Я следил за этим видео YT. Итак, когда я запустил команду в своем терминале, он уже поместил код в ветку gh-pages . Затем я перешел в ветку master . Это давало мне ошибку 404.

Затем я поменял ветку на master , а затем снова вернулся к gh-pages и теперь ошибка исчезла. Он указывает на index.html , даже если его нет в URL.

ответил 13 октября ’20 в 14:30

Я слежу за этим видео YouTube. Итак, когда я запустил команду в своем терминале, он уже поместил код в ветку gh-pages . Затем я перешел в ветку master . Это давало мне ошибку 404.

В моем случае в браузере была предыдущая кешированная версия моего приложения. Чтобы избежать получения кешированной версии, обращайтесь к своему URL-адресу, используя случайную строку запроса:

https://{{your-username}} .github. io/{{ваш-репозиторий}}? randomquery

отредактировано 13 часов назад

ответил 13 января в 10:46

В моем случае в браузере была предыдущая кешированная версия моего приложения. Чтобы избежать получения кешированной версии, обращайтесь к своему URL с помощью случайной строки запроса:

https://{{your-username}} .github.io/{{your- репозиторий}}? randomquery

Перейдите в раздел настроек вашего репозитория, выберите основную ветку в разделе «Источник» и нажмите кнопку «Сохранить», после чего обновите страницу, и вы сможете увидеть ссылку на свою страницу!

ответил 01 июля ’18 в 13:31

Перейдите в раздел настроек вашего репозитория, выберите основную ветку в разделе «Источник» и нажмите кнопку «Сохранить», после чего обновите страницу, и вы будете может видеть ссылку вашей страницы!

Я тоже столкнулся с этой проблемой (404), и основная причина заключалась в том, что мой файл был назван INDEX.md . Я разрабатывал для Windows, и мой локальный сайт Jekyll работал (поскольку Windows по умолчанию обрабатывает имена файлов без учета регистра). Когда его отправили на Github, это не сработало. После того, как я переименовал INDEX.md в index.md , все стало хорошо.

ответил 29 ноя ’18 в 07:22

Я тоже столкнулся с этой проблемой (404), и основная причина заключалась в том, что мой файл был назван INDEX.md . Я разрабатывал для Windows, и мой локальный сайт Jekyll работал (поскольку Windows по умолчанию обрабатывает имена файлов без учета регистра). Когда его отправили на Github, это не сработало. Как только я переименовал INDEX.md в index.md , все стало хорошо.

Еще один сценарий:

с использованием страницы организации (не страницы проекта), имеющей репозиторий с именем .github.io
исходные документы в виде разметки в master ветке (asciidoc)
Travis CI извлекает файлы исходной документации из master и отправляет сгенерированный HTML файлы в gh-pages ветку

В ветку gh-pages обновляются сгенерированные html-страницы. Вкладка GitHub Environment содержит ссылку на страницу организации. Щелчок по нему приводит к 404 .

Согласно https://help.github.com/articles/configuring-a-publishing-source-for-github- pages/

Страницы пользователей и организаций, которые имеют этот тип имени репозитория, публикуются только из master ветви

Если я правильно понимаю, страницы GitHub не будут публиковаться из ветки gh-pages , если вы создаете пользователя или Organization , а не сайт Project .

Я переименовал свое репо, чтобы сделать его Project site, а не Organization site, а затем была опубликована ветвь gh-pages , как ожидалось.

ответил 30 нояб., в 2:32

Еще один сценарий:

с использованием страницы организации (не страницы проекта) с репозиторием с именем .github.io
исходные документы в виде разметки в ветке master (asciidoc)
Travis CI извлекает файлы исходной документации из master и помещает сгенерированные файлы html в ветвь gh-pages

Ветвь gh-pages обновляется сгенерированными HTML-страницами. Вкладка GitHub Environment содержит ссылку на страницу организации. Щелчок по нему приводит к 404 .

Согласно https://help.github.com/articles/configuring-a-publishing-source-for-github- pages/

Страницы пользователей и организаций, которые имеют этот тип имени репозитория, публикуются только из master ветви

Я переименовал свое репо, чтобы сделать его сайтом Project , а не сайтом Organization , а затем gh -pages была опубликована должным образом.

У меня была такая же проблема .. Очень странная проблема .. В моем HTML-коде был пробел после

 >   >>

Исправлено после удаления пробела

> >

ответил июн 11 ’19, 20:45

Вероятно, это просто эквивалентно перестроению сайта, как в stackoverflow.com/a/45907768/12 4703 – Kenyon 10 января в 23:20

добавить комментарий |

У меня была такая же проблема .. Очень странная проблема … В моем HTML-коде был пробел после title

 > >>

Исправлено после удаления пробела

> >

Кроме того, страницы GitHub в настоящее время не поддерживают Git LFS. Таким образом, если у вас есть изображения (или другие двоичные ресурсы) на страницах GitHub, зафиксированных с помощью Git LFS, вы получите ошибку 404, не найденную для этих файлов.

Это будет довольно часто для документации, созданной с помощью Doxygen или аналогичный инструмент.

В этом случае решение состоит в том, чтобы просто не фиксировать эти файлы с помощью Git LFS.

ответил 20 августа ’19 в 15:41

Это будет довольно часто для документации, созданной с помощью Doxygen или аналогичный инструмент.

В этом случае решение состоит в том, чтобы просто не фиксировать эти файлы с помощью Git LFS.

В моем случае мой репозиторий был частным. Сделайте репозиторий общедоступным и повторите все шаги.

ответил 17 сен ’19 в 19:07

В моем случае мой репозиторий был частным. Сделайте репозиторий общедоступным и повторите все шаги.

Сайт пользователя страниц не опубликован

У меня есть сайт по адресу https://github.com/signalshore/signalshore. github.io/, который показывает 404, когда я пытаюсь посетить его через signalhore.github.io

Это происходит уже почти 2 часа.

Вот два скриншота

Привет, @signalshore

Я только что посмотрел, и похоже, что ваш сайт в настоящее время работает.

Если вы все еще видите ошибку 404, возможно, ваш браузер обслуживает кешированную версию страницы до ее успешной публикации. Если вы используете Chrome в качестве браузера, вы можете использовать сочетание клавиш Control + Shift + R, чтобы исправить это. В качестве альтернативы вы можете попробовать посетить свой веб-сайт в режиме инкогнито или в окне частного просмотра.

Также хорошо отметить, что сборка GitHub Pages может занять до десяти минут (и для ваших изменений чтобы появиться) после добавления нового коммита в ваш репозиторий. Поэтому иногда требуется некоторое время, прежде чем вы увидите свой сайт таким, каким вы его ожидали.

Надеюсь, это поможет!

То же самое происходит с меня часами, а сайт до сих пор не работает. Я тоже очистил свой кеш, попробовал в инкогнито, но все еще не работаю, что делать

https://github.com/tarun4all/trackme.git.io

У вас не может быть поддомена, который не является вашим именем пользователя, и если вы создадите репо с другим именем, он не будет автоматически установлен как страница github. Перейдите в настройки репо и включите страницы github в ветке master. Тогда ваша страница должна быть по адресу https://tarun4all.github.io/trackme.git.io/из-за того, как вы назвали свое репо.

Привет, я сейчас тоже имея ту же проблему, все началось с развертывания через терминал m, сначала получилось

fatal: ветвь с именем ‘gh-pages’ уже существует.

Решена эта удалив папку node_modules/.cache.

Затем приступил к повторному развертыванию и получил другую проблему.

fatal: destination path ‘node_modules gh-pages. cache github.com! derahn! My-портфолио.git ‘уже существует и является
не пустым каталогом.

Решено, посетив мои настройки репо и отключив gh-страницы раздел (установив для источника значение none)

После этого все вроде работало нормально, и мой терминал наконец-то отобразил опубликованное решение.

Но прошло около часа, а код ошибки 404 все еще появляется.

Вот ссылка на сайт: https://derahn.github.io/ dotun_portfolio/

Пожалуйста, посоветуйте соответственно, спасибо

Привет, вопрос новичка: если у меня есть второй репозиторий в github, как мне его тогда называть ? (Если репозиторий может называться только myusername.github.io, может быть опубликован только один репозиторий github)

Аххх, я перечитал ваше сообщение и теперь понимаю, как решить. Спасибо!

То же самое и с моим сайтом, слава Богу, я увидел этот пост, и моя проблема решена

То же самое произошло на мой размещенный сайт тоже. Страница не найдена. Как мне это исправить?

привет,

даже я столкнулся с проблемой samr … я пробовал то, что вы упомянули в сообщении но все же он показывает, что страница не найдена.

Не могли бы вы мне помочь в этом отношении, пожалуйста …

У меня была эта проблема, и виновником оказалась что я только что создал репо с тем же именем, а затем удалил его. Когда я переименовал интересующее репо, живая страница загрузилась нормально.

У меня та же проблема, что и у многих людей, но я не понимаю, как она исправляется.

Я надеялся использовать адрес .github, io,

Сначала я попытался создать страницы в репозитории с именем/docs, но в настройках -> Страницы GitHub -> Источник,

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

.github.io, и когда я это сделал, в настройках -> Страницы GitHub -> Источник, а не

давая мне меню, говорится, что «Ваш сайт GitHub Pages в настоящее время создается из основной ветки»

, а выше говорится: «Ваш сайт готов к публикации по адресу http:// .github.io/”

Звучит хорошо, но когда я нажимаю эту ссылку, я получаю страницу 404. Я уверен, что мне что-то не хватает

(возможно, «готово к публикации» отличается от «опубликовано», и мне нужно сделать что-то еще),

но я не знаю что.

Есть идеи?

Ну, неважно.

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

Мой сайт не опубликован. www.vipin-tech.github.io.

Когда я вхожу в github, перехожу на страницу настроек и перехожу на URL-адрес страниц github, я могу получить доступ к веб-сайту.

Но когда я очищаю файлы cookie и кеш и введите URL-адрес в браузере, я вижу ошибку 404.

Пожалуйста, кто-нибудь может мне помочь с этим?

Вы можете опубликовать свои другие репозитории также с использованием страниц Github, но домен, из которого вы можете получить к нему доступ, – это .github. io/

Все еще его 404 Bro !!

Мой сайт все еще недоступен и У меня ошибка 404! Кто-нибудь мог видеть свои веб-сайты вживую?

Вы выяснили, в чем проблема? У меня такой же

Полагаю, вы смогли успешно отправьте код в репозиторий.

Убедитесь, что выполнены следующие условия:

Версия Angular Cli должна быть 8+.
Репо должно быть публичным, а не приватным – перейдите к настройкам и измените репо на публичное.
Попробуйте выполнить следующую команду: ng deploy –repo = https://github .com// –base-href = https:// .github.io//

На странице настроек вы получите сгенерированную ссылку.
Проверьте вкладку сети, чтобы увидеть, успешно ли загружаются пакеты, иначе очистите кеш один раз и попробуйте: ctrl + shift + R.

Источник

HTTP 404 error is a common issue encountered by users when trying to access a Github Pages site. This error occurs when the server can’t find the requested page or resource, meaning the URL you entered may be incorrect, the page has been moved or deleted, or the URL has been misspelled. In this case, it’s essential to know how to fix the error to access the content on the Github Pages site.

Method 1: Check the URL

If you are encountering HTTP 404 error on your Github Pages, it means that the page you are trying to access does not exist. The most common cause of this error is when the URL is incorrect or misspelled. In this tutorial, we will show you how to fix HTTP 404 error on Github Pages by checking the URL.

Steps:

Check the URL for any typos or errors.

<!DOCTYPE html>
<html>
<head>
    <title>My Github Page</title>
</head>
<body>
    <h1>Welcome to my Github Page</h1>
</body>
</html>

Make sure that the file name and extension are correct. For example, if you are trying to access a file named «index.html», make sure that the file name is spelled correctly and that it has the «.html» extension.
Check the file path. If the file is in a subdirectory, make sure that the path is correct. For example, if the file is in a subdirectory named «pages», the URL should be «https://yourusername.github.io/pages/filename.html».
If you have recently made changes to your Github Pages, make sure that the changes have been committed and pushed to the repository.
If you are still encountering HTTP 404 error, try clearing your browser cache and cookies. Sometimes, cached files can cause issues with Github Pages.
If none of the above steps work, try rebuilding your Github Pages. Sometimes, Github Pages can have issues that require a rebuild to fix.

By following these steps, you should be able to fix HTTP 404 error on Github Pages by checking the URL.

Method 2: Ensure the Repository is Public

To fix the HTTP 404 error on Github Pages, you can try ensuring that the repository is public. Here are the steps to do this:

Go to your repository on Github and click on «Settings».
Scroll down to the «GitHub Pages» section.
Under «Source», select «master branch» or «main branch».
Make sure that the repository is set to «Public».
Click on «Save».

name: Github Pages

on:
  push:
    branches:
      - master

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v2
      - name: Build and deploy
        uses: JamesIves/github-pages-deploy-action@4.1.1
        with:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
          BRANCH: gh-pages
          FOLDER: .

In the above example, we have a YAML configuration file for Github Pages. Note that we have specified the branch to be «master» under the «on» section. Also, we are using the «github-pages-deploy-action» to build and deploy our pages. Make sure to replace the «GITHUB_TOKEN» with your own token.

<!-- Example HTML code for Github Pages -->
<!DOCTYPE html>
<html>
<head>
    <title>My Github Page</title>
</head>
<body>
    <h1>Hello World!</h1>
    <p>Welcome to my Github Page.</p>
</body>
</html>

In the above example, we have some basic HTML code for our Github Pages. Note that the title is set to «My Github Page» and we have a heading and a paragraph.

That’s it! By ensuring that the repository is public, you should now be able to access your Github Pages without encountering the HTTP 404 error.

Method 3: Verify the Branch Settings

If you are encountering the HTTP 404 error on your Github Pages, one of the possible solutions is to verify your branch settings. Here are the steps to do it:

Go to your Github repository and click on «Settings».
Scroll down to the «Github Pages» section.
In the «Source» section, select the branch that contains your website files. By default, it should be the «main» branch.
Make sure that the folder path is correct. It should be the root directory if your website files are located in the main branch.
Click on «Save».

Here is an example code for verifying the branch settings:



- Branch: main
- Folder: /

In this example, the website files are located in the root directory of the «main» branch.

By verifying the branch settings, you ensure that Github Pages is looking at the correct branch and folder path for your website files. This can help resolve the HTTP 404 error.

Note that it may take a few minutes for the changes to take effect. If the error persists, you may need to check other possible causes such as file names and paths, permissions, or DNS settings.

Method 4: Confirm the Project Pages Source

Here are the steps to fix HTTP 404 on Github Pages using «Confirm the Project Pages Source»:

Go to your repository on Github and click on the «Settings» tab.
Scroll down to the «Github Pages» section and make sure that the source is set to «master branch» or the branch where your code resides.
If the source is already set correctly, try refreshing the page or waiting a few minutes for the changes to take effect.
If the issue persists, check your repository’s code to ensure that the file path and name are correct.
Make sure that the file is in the correct directory and that it is spelled correctly.
Double-check that the file extension is correct (e.g. «.html» for HTML files).
If all of the above steps fail, you can try using the «Confirm the Project Pages Source» feature. This feature allows you to confirm that your Github Pages source is correct by creating a file called «.nojekyll» in the root directory of your repository.

Here is an example of how to use «Confirm the Project Pages Source» with code:

Open your terminal or command prompt and navigate to your local repository.
Create a new file in the root directory called «.nojekyll» by typing the following command:

Add and commit the new file to your repository by typing the following commands:

git add .nojekyll
git commit -m "Added .nojekyll file to confirm Github Pages source"

Push the changes to your Github repository by typing the following command:
Wait a few minutes for the changes to take effect, then try accessing your Github Pages site again. The HTTP 404 error should be resolved.

That’s it! By following these steps, you should be able to fix HTTP 404 errors on Github Pages using «Confirm the Project Pages Source».

Method 5: Redeploy the Github Pages Site

To fix the HTTP 404 error on Github Pages, you can try redeploying the Github Pages site. Here are the steps to do it:

Open your Github repository and go to the «Settings» tab.
Scroll down to the «Github Pages» section and check the source of your Github Pages site. It should be set to «main» or «master» branch.
If the source is correct, go to the «Actions» tab and select «Deploy Github Pages» workflow.
Click on the «Run Workflow» button and wait for the deployment process to finish.
Once the deployment is completed, go back to the «Settings» tab and scroll down to the «Github Pages» section. You should see a green message that says «Your site is published at [your Github Pages URL]».

Here is an example code for the Github Actions workflow file:

name: Deploy Github Pages

on:
  push:
    branches:
      - main # Replace with your branch name

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v2
      - name: Build and deploy site
        uses: JamesIves/github-pages-deploy-action@4.1.2
        with:
          branch: main # Replace with your branch name
          folder: _site # Replace with your build output folder

In this example, we use the «github-pages-deploy-action» to build and deploy the Github Pages site. The «branch» parameter specifies the branch to deploy, and the «folder» parameter specifies the build output folder.

Hope this helps you fix the HTTP 404 error on Github Pages!

Источник

Troubleshooting 404 errors

GitHub’s Status page

DNS setup

Browser cache

index.html file

Directory contents

Custom domain

Repository

Сайт пользователя страниц не опубликован

Method 1: Check the URL

Steps:

Method 2: Ensure the Repository is Public

Method 3: Verify the Branch Settings

Method 4: Confirm the Project Pages Source

Method 5: Redeploy the Github Pages Site

`index.html` file