Hoe kan ik HTTP 404 op Github-pagina’s repareren?

Hieris mijn GitHub-repository op de gh-pagestak.
Alles ziet er goed uit, ik heb mijn index.html, mijn CSS, JS en afbeeldingen mappen.

Maar als ik toegang krijg tot http://roine.github.com/p1krijg ik HTTP 404 niet gevonden.

Enige uitleg en oplossing?


Antwoord 1, autoriteit 100%

Ik had maar één commit met al mijn bestanden. Ik heb een lege commit gepusht, de pagina vernieuwd en het werkte.

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

Als dit niet werkt, zoals @Hendrikto in de opmerkingen aangaf, bekijk dan de Github-statuspaginaen zorg ervoor dat GitHub-pagina’s operationeel zijn.


Antwoord 2, autoriteit 42%

Ik heb alle trucs hiergedaan op My Forkom pagina 404 te repareren op Github-paginamaar het bleef 404’en.

Eindelijk ontdekt dat mijn browser de 10 minuten cachevoordat het op internet staat.

Voeg gewoon /index.htmltoe aan het einde van de URL en het verscheen en loste de zaak op.

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


Antwoord 3, autoriteit 41%

In mijn geval had ik mappen waarvan de namen begonnen met _(zoals _cssen _js), die GH Pages negeert volgens Jekyll verwerkingsregels. Als je Jekyll niet gebruikt, is de tijdelijke oplossing om een bestand met de naam .nojekyllin de hoofdmap te plaatsen. Anders kunt u de onderstrepingstekens uit deze mappen verwijderen


Antwoord 4, autoriteit 25%

Vier maanden geleden heb ik contact opgenomen met de ondersteuning en ze vertelden me dat het een probleem van hun kant was, ze hebben het tijdelijk opgelost (voor de huidige commit).

Vandaag heb ik het opnieuw geprobeerd

  1. Ik heb de gh-pages branch op github verwijderd

    git push origin --delete gh-pages

  2. Ik heb de gh-pages-tak op lokaal verwijderd

    git branch -D gh-pages

  3. Ik heb git opnieuw geïnitialiseerd

    git init

  4. Ik heb het filiaal opnieuw gemaakt op lokaal

    git branch gh-pages

  5. Ik heb de tak gh-pages naar github gepusht

    git push origin gh-pages

Werkt prima, ik kan eindelijk mijn bestanden op de pagina bijwerken.


Antwoord 5, autoriteit 19%

Als je dat nog niet hebt gedaan, kies je een Jekyll-thema op het tabblad Instellingen van GitHub Pages. Blijkbaar dit is zelfs vereist als je Jekyllniet gebruikt voor je Pages-site.

GitHub-instellingen screenshot


Antwoord 6, autoriteit 9%

Ik had hetzelfde probleem nadat ik een repo had geforkt met een gh-pagesbranch. Ik kon dit oplossen door simpelweg een nieuwe commit te pushen (alleen witruimte in index.html) naar de gh-pagesbranch van mijn fork.


Antwoord 7, autoriteit 9%

Wacht ongeveer tien minuten tot een uur. Als het nog steeds niet werkt, neem dan contact op met github. Meestal is het het probleem aan hun kant.
Maar als u haast heeft, kunt u proberen te openen door “?” vraagteken aan het einde van de URL. Het dwingt query om naar de bron te zoeken. Zoals dit:

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


Antwoord 8, autoriteit 8%

In mijn geval op 8/Aug/2017

  1. als uw gebruikerspagina https://github.com/mgravellis, moet uw repo-naam zijn
    mgravell.github.io
  2. maak onder root een bestand index.html

  3. maak onder root een map docsaan, maak een bestand aan
    CNAMEonder docs(let op: NEEextensie zoals .txt, zorg ervoor dat uw bestand
    systeem toont extensie)

  4. gh-pagesbranch is optioneel, masterbranch is voldoende

meer: bekijk hier de officiële documenten: https://help.github.com/articles/configure-a-publishing-source-for-github-pages/


Antwoord 9, autoriteit 6%

Mijn pagina’s bleven ook 404’en. Contact opgenomen met ondersteuning, en zij wezen erop dat de url hoofdlettergevoelig is; mijn probleem opgelost.


Antwoord 10, autoriteit 5%

In mijn geval had de browser een vorige gecachte versievan mijn app. Om te voorkomen dat u de gecachte versie krijgt, moet u uw url openen met een willekeurige queryreeks:

https://{{your-username}}.github.io/{{your-repository}}?randomquery


Antwoord 11, autoriteit 2%

in mijn geval moest ik naar de projectinstellingen gaan en de github-pagina’s inschakelen. De standaard is uit


Antwoord 12, autoriteit 2%

Voeg het volgende toe aan het begin van het index.html-bestand

<!DOCTYPE html>

Antwoord 13

Als je zeker weet dat je structuur correct is, druk dan gewoon op een lege commit of werk het index.html-bestand bij met wat ruimte, het werkt!


Antwoord 14

Als je 404 hebt gezien, zelfs als alles er goed uitziet, probeer dan https/http te veranderen.

De oorspronkelijke vraag heeft de verkeerde url, meestal kunt u de repo-instellingen controleren en de juiste url voor de gegenereerde site vinden.

Ik heb echter alles correct ingesteld en de instellingenpagina zei dat het is gepubliceerd, maar toen zag ik nog steeds 404.

Bedankt voor de reactie van @Rohit Suthar (hoewel die reactie was om https te gebruiken), ik veranderde de url in http en het werkte, toen werkte https ook.


Antwoord 15

Ik had precies dit probleem met typedocs. De README.md werkte, maar geen van de daadwerkelijke documenten die door mijn doc-strings werden gegenereerd, werd weergegeven, ik kreeg net een 404 Github Pages-scherm.

Om dit op te lossen, plaatst u een leeg bestand in uw /docs-directory (of waar u uw documenten ook genereert) & noem het .nojekyll

Om te bevestigen, zou uw bestandsstructuur er nu als volgt uit moeten zien:

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

Plaats dit naar je externe Github-repo en je links enz. zouden nu moeten werken.

Zorg er ook voor dat je hebt geselecteerd in je Github-instellingen:

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

Afhankelijk van uw doc-framework, moet u dit bestand waarschijnlijk elke keer dat u uw docs bijwerkt opnieuw maken. Dit is een voorbeeld van het gebruik van typedocs & het maken van het .nojekyll-bestand elke keer in een package.json-bestand:

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

Antwoord 16

Ik heb de site werkend gekregen door de map “gebruikersnaam.github.io” op mijn computer te verwijderen door de stappen opnieuw te doorlopen, inclusief het wijzigen van het index/html-bestand.

Mijn fout (denk ik) is dat ik in eerste instantie “heb gekloond https://github.com/username/username.github.io.git” in plaats van https://github.com/username/username.github.io(geen “.git”)


Antwoord 17

In mijn geval waren alle bovenstaande suggesties correct. Ik had de meeste pagina’s werkend, behalve enkele die 404 retourneerden, hoewel de markdown-bestanden aanwezig zijn en ze correct leken. Dit is wat het voor mij op deze pagina’s heeft opgelost:

  • Op één pagina stonden een paar speciale tekens die geen deel uitmaken van UTF-8en ik denk dat dat de reden is waarom GitHub-pagina’s ze niet konden weergeven. Het bijwerken/verwijderen van deze char en het pushen van een nieuwe commit loste het op.
  • Op een andere pagina ontdekte ik dat er apostrofs 'rond de titel stonden, ik verwijderde ze en de pagina-inhoud begon goed te worden weergegeven

Antwoord 18

Om de een of andere reden werkt de implementatie van de GitHub-pagina’s vandaag (2020-mei-05) niet meer. Voorheen had ik geen html, alleen md-bestanden. Ik heb geprobeerd een index.html te maken en deze heeft de pagina onmiddellijk gepubliceerd. Na verwijdering van index.html blijft de publicatie werken.


Antwoord 19

In mijn geval was reageren nodig om de tak gh-pages te selecteren:

voer hier de afbeeldingsbeschrijving in


Antwoord 20

Ik volgde deze YT-video. Dus toen ik het commando in mijn terminal uitvoerde, duwde het de code al naar de gh-pagesbranch. Daarna pushte ik naar de masterbranch. Het gaf me een 404-fout.

Vervolgens verwisselde ik de branch naar masteren keerde toen weer terug naar gh-pagesen nu is de fout verdwenen. Het verwijst naar de index.htmlzelfs als het niet in de URL staat.


Antwoord 21

Ik had hetzelfde probleem, na het proberen van de meeste van de hierboven genoemde methoden kon ik de oplossing niet vinden. In mijn geval het probleem omdat Github de naam van masterveranderde in mainbranch.

Ga naar Instelling -> ga naar het gedeelte GitHub-pagina’s en verander de branch in main:

voer hier de afbeeldingsbeschrijving in

naar

voer hier de afbeeldingsbeschrijving in

Sla het op en selecteer een thema, en de website is live.


Antwoord 22

Ik heb mijn domein gekoppeld voordat dit probleem zich voordeed. Ik pleegde en pushte de branch gh-pages en het loste mijn probleem op. Nieuwe commits dwingen jekyll om je pagina’s opnieuw op te bouwen.


Antwoord 23

In mijn geval was de URL vrij lang. Dus ik denk dat er een limiet is. Ik plaatste het in mijn aangepaste subdomein en het werkte.


Antwoord 24

Op een privé-repo, toen ik voor het eerst mijn gh-pages-tak toevoegde en naar github pushte, werden de instellingen voor github-pagina’s automatisch gewijzigd om aan te geven dat de gh-pages-tak zou worden gepubliceerd, maar er was geen groene of blauwe balk met de github.io url en geen aangepaste domeinopties.

Pas toen ik de bron omschakelde naar master en de bron snel terugschakelde naar gh-pages, werd deze daadwerkelijk bijgewerkt met de groene balk die de gepubliceerde url bevat.


Antwoord 25

Een andere variant van deze fout:

Ik heb mijn eerste Github-pagina opgezet na een tutorial, maar gaf het bestand readme.mdeen – vanuit mijn perspectief – meer betekenisvolle naam: welcome.md.

Dat was een fatale fout:

We gebruiken uw README-bestand als de index van de site als u geen
index.md(of index.html), niet anders dan wanneer u naar een
opslagplaats op GitHub.

van Publiceren met GitHub-pagina’s, nu zo eenvoudig als 1, 2, 3

Ik kreeg toen toegang tot mijn websitepagina via de published atlinkgespecificeerd onder Repository/ Settings/ GitHub Pagesgevolgd door welcome.htmlof korter welcome.


Antwoord 26

De oplossing voor mij was om de homepagein package.jsonrecht te zetten.

Mijn projectnaam is monsters-rolodexen ik publiceer vanaf console gh-pages -d build.

"homepage": "https://github.com/monsters-rolodex",

Het project is gebouwd in de veronderstelling dat het wordt gehost op /monsters-rolodex/.

Voorheen werkte het niet omdat ik in de homepage-URL mijn github-gebruikersnaam had opgenomen.


Antwoord 27

Ga naar het instellingengedeelte van uw repository en kies de hoofdtak in het Brongedeelte en klik op de knop Opslaan, ververs daarna de pagina en u zult de link van uw pagina kunnen zien!.


Antwoord 28

Ik had ook te maken met dit probleem (404) en de hoofdoorzaak was dat mijn bestand index.mdheette. Ik was aan het ontwikkelen op Windows en mijn lokale Jekyll-site werkte (omdat Windows standaard bestandsnamen niet hoofdlettergevoelig behandelt). Toen het naar Github werd gepusht, werkte het niet. Nadat ik de index.mdhad hernoemd naar index.md, werkte alles goed.


Antwoord 29

Nog een ander scenario:

  • een organisatiepagina gebruiken (geen projectpagina) met een repository met de naam <orgname>.github.io
  • brondocumenten als opmaak in masterbranch (asciidoc)
  • Travis CI haalt brondocumentbestanden op van masteren pusht gegenereerde html-bestanden naar de vertakking gh-pages

De gh-pagesbranch wordt bijgewerkt met de gegenereerde html-pagina’s. Het tabblad GitHub Environmentbiedt de link naar de organisatiepagina. Als je erop klikt, krijg je een 404.

Volgens
https://help.github.com/articles /configure-a-publishing-source-for-github-pages/

Gebruikers- en organisatiepagina’s die dit type repositorynaam hebben, zijn
alleen gepubliceerd vanuit de masterbranch

Als ik het goed begrijp, worden GitHub-pagina’s niet gepubliceerd vanuit de tak gh-pagesals u een Userof Organizationaanmaakt site in plaats van een Project-site.

Ik heb mijn repo hernoemd om er een Project-site van te maken in plaats van een Organization-site en vervolgens werd de branch gh-pagesgepubliceerd zoals verwacht.


Antwoord 30

Ik had hetzelfde probleem.. Heel vreemd probleem..
Mijn HTML was met spatie na titel

> <title>
> 
> <script>

Opgelost, na het verwijderen van de spatie

> <title>
> <script>

Other episodes