Comment réparer la page 404 sur la page Github?
https://github.com/roine/p1/tree/gh-pages voici un dépôt de mon github sur la branche gh-pages . Tout a l'air bien, j'ai mon index.html, mon css , dossiers js et images.
Mais quand j'accède à http://roine.github.com/p1 j'ai 404 pages.
Toute explication et solution?
Il y a quatre mois, j'ai contacté le support et ils m'ont dit que c'était un problème de leur côté, ils l'ont corrigé temporairement (pour le commit actuel).
Aujourd'hui j'ai réessayé
J'ai supprimé la branche gh-pages sur github
git Push Origin --delete gh-pagesJ'ai supprimé la branche gh-pages sur local
git branch -D gh-pagesJ'ai réinitialisé git
git initJ'ai recréé la branche sur local
git branch gh-pagesJ'ai poussé la branche gh-pages à github
git Push Origin gh-pages
Fonctionne bien, je peux enfin mettre à jour mes fichiers sur la page.
Je n'avais qu'un commit avec tous mes fichiers. J'ai poussé un commit vide, actualisé la page et cela a fonctionné.
git commit --allow-empty -m "Trigger rebuild"
git Push
Dans mon cas, j'avais des dossiers dont le nom commençait par _ (comme _css et _js), que GH Pages ignore conformément aux règles de traitement de Jekyll. Si vous n'utilisez pas Jekyll, la solution consiste à placer un fichier nommé .nojekyll dans le répertoire racine.
J'ai fait tous les tours ici sur Ma Fourche pour corriger la page 404 sur Page Github mais il a gardé 404 '.
Enfin, j'ai constaté que mon navigateur ne conserve pratiquement pas le cache de 10 minutes avant de le consulter sur le Web.
Il suffit d’ajouter /index.html à la fin de l’URL pour qu’il apparaisse et résolve le cas.
https://username.github.io/index.html
J'ai eu le même problème après avoir forgé un dépôt avec une branche gh-pages. J'ai pu réparer en poussant simplement un nouveau commit (juste des espaces dans index.html) dans la branche gh-pages de mon fork.
Mes pages ont également gardé 404'ing. Support contacté, et ils ont souligné que l'URL est sensible à la casse; résolu mon problème.
Dans mon cas le 8/août/2017
- si votre page utilisateur est https://github.com/abc , le nom de votre référentiel doit être abc.github.io
sous root, créez un fichier
index.htmlsous root, créez un dossier
docs, dansdocs, créez un fichierCNAME(note: NO extension comme .txt, assurez-vous que votre fichier system affiche l'extension)gh-pagesbranch est optionnel,masterbranch est suffisant
plus: consultez les documents officiels ici: https://help.github.com/articles/configuring-a-publishing-source-for-github-pages/
Si vous ne l'avez pas déjà fait, choisissez un thème Jekyll dans l'onglet Paramètres de votre page GitHub. Apparemment cela est nécessaire même si vous n'utilisez pas Jekyll pour votre site Pages.
Dans mon cas, toutes les suggestions ci-dessus étaient correctes. La plupart des pages fonctionnaient, sauf quelques-unes qui renvoyaient le code 404, alors que les fichiers de démarques étaient là et qu'ils semblaient corrects. Voici ce qui me l'a corrigé sur ces pages:
- Sur une page, il y avait quelques caractères spéciaux qui ne font pas partie de
UTF-8et je pense que c'est pourquoi les pages GitHub n'ont pas été en mesure de les restituer. La mise à jour/la suppression de ces caractères et la création d'un nouveau commit l'ont corrigé. - Sur une autre page, j'ai trouvé qu'il y avait des apostrophes
'autour du titre, je les ai supprimées et le contenu de la page a commencé à bien paraître
Le site a fonctionné en supprimant le dossier "username.github.io" de mon ordinateur, en suivant à nouveau les étapes, y compris en modifiant le fichier index/html.
Mon erreur (je pense} _) est que j'ai initialement cloné " https://github.com/username/username.github.io.git" au lieu de https: //github.com/username/username.github.io (no ".git")
Si vous êtes sûr que votre structure est correcte, il suffit de pousser un commit vide ou de mettre à jour le fichier index.html avec un espace, ça marche!
Si vous avez vu 404 même tout semble bien, essayez de basculer https/http.
L'URL est incorrecte pour la question d'origine. En général, vous pouvez vérifier les paramètres de prise en pension et trouver l'URL correcte pour le site généré.
Cependant, tout est configuré correctement et la page de configuration indique que celle-ci a été publiée, alors je voyais toujours 404.
Merci pour le commentaire de @Rohit Suthar (même si ce commentaire était d'utiliser https), j'ai changé l'URL en http et cela a fonctionné, puis https a également fonctionné.
Ajouter ce qui suit au début du fichier index.html
<!DOCTYPE html>
J'ai lié mon domaine avant l'apparition de ce problème. J'ai engagé et poussé la branche gh-pages et cela a résolu mon problème. Les nouvelles commissions obligent jekyll à reconstruire vos pages.
J'ai eu le même problème .. Problème très étrange .. Mon HTML était avec espace après title
> <title>
>
> <script>
Fixe, après suppression de l'espace
> <title>
> <script>
Accédez à la section des paramètres de votre référentiel et choisissez la branche principale dans la section Source, puis cliquez sur le bouton d'enregistrement après avoir actualisé la page pour pouvoir voir le lien de votre page!.
Attendez juste environ dix minutes à une heure. Si cela ne fonctionne toujours pas, contactez github. D'habitude c'est le problème à leur fin. Mais si vous êtes pressé, vous pouvez essayer d'ouvrir en ajoutant "?" point d'interrogation à la fin de l'URL. Il force la requête pour rechercher la ressource. Comme ça:
J'ai également rencontré ce problème (404) et la cause principale était que mon fichier s'appelait INDEX.md. Je développais sur Windows et mon site local Jekyll fonctionnait (car Windows traite les noms de fichiers sans distinction de casse par défaut). Lorsque poussé à Github, cela n'a pas fonctionné. Une fois que j'ai renommé le INDEX.md en index.md, tout a bien fonctionné.
Encore un autre scénario:
- utilisation d'une page d'organisation (et non d'une page de projet) comportant un référentiel nommé
<orgname>.github.io - documents sources sous forme de balises dans une branche
master(asciidoc) - Travis CI extrait les fichiers doc source de
masteret transfère les fichiers HTML générés vers la branchegh-pages
La branche gh-pages est mise à jour avec les pages HTML générées. L'onglet GitHub Environment fournit le lien vers la page d'organisation. En cliquant dessus, vous obtenez un 404.
Selon https://help.github.com/articles/configuring-a-publishing-source-for-github-pages/
Les pages utilisateur et organisation qui portent ce type de nom de référentiel sont publié uniquement à partir de la branche
master
Si je comprends bien, les pages GitHub ne seront pas publiées à partir de la branche gh-pages si vous créez un site User ou Organization plutôt qu'un site Project.
J'ai renommé mon référentiel pour en faire un site Project plutôt que Organization et la branche gh-pages a ensuite été publiée comme prévu.
dans mon cas, je devais aller dans les paramètres du projet et activer les pages github. La valeur par défaut est désactivée
Sur un dépôt privé, lorsque j'ai d'abord ajouté et poussé ma branche gh-pages sur github, les paramètres des pages github ont été modifiés automatiquement pour indiquer que la branche gh-pages serait publiée, mais il n'y avait pas de barre verte ou bleue avec github.io URL et aucune option de domaine personnalisé.
Ce n’est que lorsque j’ai basculé la source sur maître et rapidement redirigé la source sur gh-pages que celle-ci a été mise à jour avec la barre verte contenant l’url publiée.
Dans mon cas, l'URL était assez longue. Donc, je suppose qu'il y a une limite. Je l'ai mis à mon sous-domaine personnalisé et cela a fonctionné.
En outre, les pages GitHub ne prennent actuellement pas en charge Git LFS . En tant que tel, si vous avez des images (ou d’autres ressources binaires) dans les pages GitHub validées avec Git LFS, vous obtenez 404 fichiers non trouvés.
Ce sera assez commun pour la documentation générée avec Doxygen ou un outil similaire.
Dans ce cas, la solution consiste simplement à ne pas valider ces fichiers avec Git LFS.