Подтвердить что ты не робот

Как исправить HTTP 404 на страницах Github?

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

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

Любое объяснение и решение?

4b9b3361

Ответ 1

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

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

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

    git push origin --delete gh-pages

  • Я удалил ветвь gh-pages на локальном

    git branch -D gh-pages

  • Я повторно инициализировал git

    git init

  • Я воссоздал ветвь на локальном

    git branch gh-pages

  • Я нажал ветвь gh-pages на github

    git push origin gh-pages

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

Ответ 2

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

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

Ответ 3

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

Ответ 4

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

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

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

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

Ответ 6

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

Ответ 7

В моем случае 8 августа 2017 года

  1. если ваша страница пользователя - https://github.com/mgravell, имя вашего репо должно быть mgravell.github.io
  2. под root создайте файл index.html

  3. под root создайте папку docs, создайте файл CNAME в docs (примечание: НЕТ расширения, например .txt, убедитесь, что ваша файловая система имеет расширение)

  4. Ветка gh-pages является необязательной, достаточно ветки master

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

Ответ 8

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

Ответ 9

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

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

Ответ 10

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

Ответ 11

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

<!DOCTYPE html>

Ответ 12

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

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

Ответ 13

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

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

Ответ 14

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

Ответ 15

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

Ответ 16

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

Ответ 17

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

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

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

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

Ответ 18

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

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

Ответ 19

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

Ответ 20

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

Ответ 21

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

  • используя страницу организации (не страницу проекта) с хранилищем с именем <orgname>.github.io
  • исходные документы в виде разметки в master ветке (asciidoc)
  • Travis CI извлекает исходные doc файлы из 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 если вы создаете сайт User или Organization а не сайт Project.

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

Ответ 22

У меня была та же проблема.. Очень странная проблема.. Мой HTML был с пробелом после заголовка

> <title>
> 
> <script>

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

> <title>
> <script>

Ответ 23

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

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

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

Ответ 24

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

Ответ 25

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

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

Это была роковая ошибка:

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

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

После этого я смог получить доступ к странице своего веб-сайта, используя ссылку published at, указанную в Repository/Settings/GitHub Pages, за которой следует welcome.html или более короткая welcome.