Wie stellen Sie sicher, dass Ihre Website ordnungsgemäß funktioniert?
In diesem Artikel gehen wir verschiedene Schritte zur Fehlerbehebung für eine Website durch und zeigen grundlegende Maßnahmen, die zur Lösung dieser Probleme ergriffen werden können.
Voraussetzungen: | Sie sollten wissen, wie man Dateien auf einen Webserver hochlädt. |
---|---|
Ziel: | Sie lernen, wie man einige grundlegende Probleme diagnostiziert und löst, die auf Ihrer Website auftreten können. |
Haben Sie Ihre Website online veröffentlicht? Sehr gut! Aber sind Sie sicher, dass sie ordnungsgemäß funktioniert?
Ein entfernter Webserver verhält sich oft ganz anders als ein lokaler, daher ist es eine gute Idee, Ihre Website zu testen, sobald sie online ist. Sie könnten überrascht sein, wie viele Probleme auftreten: Bilder werden nicht angezeigt, Seiten laden nicht oder nur langsam usw. Meistens ist es kein großes Problem, nur ein einfacher Fehler oder ein Problem mit der Konfiguration des Webhostings.
Sehen wir uns an, wie diese Probleme diagnostiziert und gelöst werden können.
Gründen Sie tiefer
>Test im Browser
Wenn Sie wissen möchten, ob Ihre Website korrekt funktioniert, ist das Erste, was Sie tun sollten, Ihren Browser zu öffnen und die zu testende Seite aufzurufen.
Oh oh, wo ist das Bild?
Schauen wir uns unsere persönliche Website an, http://demozilla.examplehostingprovider.net/
. Sie zeigt nicht das erwartete Bild an!
Öffnen Sie das Netzwerk-Tool von Firefox (Tools ➤ Web Developer ➤ Network) und laden Sie die Seite neu:
Da ist das Problem, das "404" am unteren Rand. "404" bedeutet "Ressource nicht gefunden", und deshalb haben wir das Bild nicht gesehen.
HTTP-Statuscodes
Server senden eine Statusmeldung als Antwort, wann immer sie eine Anfrage erhalten. Hier sind die häufigsten Statuscodes:
- 200: OK
-
Die angeforderte Ressource wurde geliefert.
- 301: Dauerhaft verschoben
-
Die Ressource wurde an einen neuen Ort verschoben. Sie werden dies nicht oft in Ihrem Browser sehen, aber es ist gut, den "301" zu kennen, da Suchmaschinen diese Informationen häufig verwenden, um ihre Indizes zu aktualisieren.
- 304: Nicht verändert
-
Die Datei hat sich seit der letzten Anforderung nicht geändert, sodass Ihr Browser die Version aus seinem Cache anzeigen kann, was schnellere Antwortzeiten und eine effizientere Nutzung der Bandbreite ermöglicht.
- 403: Verboten
-
Sie dürfen die Ressource nicht anzeigen. Normalerweise hängt dies mit einem Konfigurationsfehler zusammen (z.B. Ihr Hosting-Anbieter hat Ihnen keine Zugriffsrechte auf ein Verzeichnis gegeben).
- 404: Nicht gefunden
-
Selbsterklärend. Wir werden weiter unten besprechen, wie man dies löst.
- 500: Interner Serverfehler
-
Auf dem Server ist etwas schiefgelaufen. Zum Beispiel könnte die serverseitige Sprache (PHP, .Net, etc.) nicht mehr funktionieren, oder der Webserver selbst hat ein Konfigurationsproblem. In der Regel ist es am besten, den Support Ihres Hosting-Anbieters zu kontaktieren.
- 503: Dienst nicht verfügbar
-
Normalerweise das Ergebnis einer kurzfristigen Systemüberlastung. Der Server hat irgendein Problem. Versuchen Sie es in einem Moment noch einmal.
Als Anfänger bei der Überprüfung unserer (einfachen) Website werden wir am häufigsten mit 200, 304, 403 und 404 konfrontiert.
Behebung des 404-Fehlers
Was ist also schiefgelaufen?
Auf den ersten Blick scheint das Bild, das wir angefordert haben, am richtigen Ort zu sein, aber das Netzwerk-Tool meldete einen "404". Es stellt sich heraus, dass wir einen Tippfehler in unserem HTML-Code gemacht haben: unicorn_pics.png
statt unicorn_pic.png
. Korrigieren Sie den Tippfehler in Ihrem Code-Editor, indem Sie das src
-Attribut des Bildes ändern:
Speichern Sie, laden Sie auf den Server hoch und laden Sie die Seite in Ihrem Browser neu:
Da haben Sie es! Schauen wir uns die HTTP Statuscodes noch einmal an:
- 200 für
/
und fürunicorn_pic.png
bedeutet, dass wir die Seite und das Bild erfolgreich neu geladen haben. - 304 für
basic.css
bedeutet, dass sich diese Datei seit der letzten Anfrage nicht geändert hat, sodass der Browser die Datei aus seinem Cache verwenden kann, anstatt eine neue Kopie zu erhalten.
Also haben wir den Fehler behoben und dabei ein paar HTTP-Statuscodes gelernt!
Häufige Fehler
Die häufigsten Fehler, die wir finden, sind diese:
Tippfehler in der Adresse
Wir wollten http://demozilla.examplehostingprovider.net/
eintippen, haben aber zu schnell getippt und ein "l" vergessen:
Die Adresse kann nicht gefunden werden. In der Tat.
404-Fehler
Oft resultiert der Fehler nur aus einem Tippfehler, aber manchmal haben Sie möglicherweise eine Ressource vergessen hochzuladen oder Ihre Netzwerkverbindung ist abgebrochen, während Sie Ihre Ressourcen hochgeladen haben. Überprüfen Sie zuerst die Schreibweise und Genauigkeit des Dateipfads und falls es immer noch ein Problem gibt, laden Sie Ihre Dateien erneut hoch. Das wird wahrscheinlich das Problem lösen.
JavaScript-Fehler
Jemand (möglicherweise Sie) hat ein Skript zur Seite hinzugefügt und dabei einen Fehler gemacht. Dies wird das Laden der Seite nicht verhindern, aber Sie werden bemerken, dass etwas schiefgelaufen ist.
Öffnen Sie die Konsole (Tools ➤ Web developer ➤ Web Console) und laden Sie die Seite neu:
In diesem Beispiel erfahren wir (ziemlich klar), was der Fehler ist, und wir können ihn beheben (wir werden JavaScript in einer anderen Serie von Artikeln behandeln).
Weitere Dinge, die überprüft werden sollten
Wir haben ein paar einfache Möglichkeiten aufgelistet, um zu überprüfen, ob Ihre Website ordnungsgemäß funktioniert, sowie die häufigsten Fehler, auf die Sie stoßen können und wie Sie sie beheben können. Sie können auch testen, ob Ihre Seite diese Kriterien erfüllt:
Wie steht es um die Leistung?
Lädt die Seite schnell genug? Ressourcen wie WebPageTest.org oder Browser-Add-ons wie YSlow können Ihnen einige interessante Dinge sagen:
Die Noten reichen von A bis F. Unsere Seite ist nur klein und erfüllt die meisten Kriterien. Aber wir können bereits feststellen, dass es besser gewesen wäre, ein CDN zu verwenden. Das ist nicht sehr wichtig, wenn wir nur ein Bild servieren, aber es wäre kritisch für eine Website mit hohem Bandbreitenbedarf, die viele Tausend Bilder bereitstellt.
Ist der Server reaktionsschnell genug?
ping
ist ein nützliches Shell-Tool, das den von Ihnen angegebenen Domainnamen testet und Ihnen mitteilt, ob der Server reagiert oder nicht:
$ ping mozilla.org PING mozilla.org (63.245.215.20): 56 data bytes 64 bytes from 63.245.215.20: icmp_seq=0 ttl=44 time=148.741 ms 64 bytes from 63.245.215.20: icmp_seq=1 ttl=44 time=148.541 ms 64 bytes from 63.245.215.20: icmp_seq=2 ttl=44 time=148.734 ms 64 bytes from 63.245.215.20: icmp_seq=3 ttl=44 time=147.857 ms ^C --- mozilla.org ping statistics --- 4 packets transmitted, 4 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 147.857/148.468/148.741/0.362 ms
Merken Sie sich einfach eine praktische Tastenkombination: Strg+C. Strg+C sendet ein "interrupt" Signal an die Laufzeit und sagt ihr, sie soll aufhören. Wenn Sie die Laufzeit nicht stoppen, wird ping
den Server unendlich lange anpingen.
Eine einfache Checkliste
- Überprüfen Sie auf 404-Fehler
- Stellen Sie sicher, dass alle Webseiten so funktionieren, wie Sie es erwarten
- Überprüfen Sie Ihre Website in mehreren Browsern, um sicherzustellen, dass sie konsistent gerendert wird
Nächste Schritte
Herzlichen Glückwunsch, Ihre Website ist live und für jeden zu besuchen. Das ist ein großer Erfolg. Nun können Sie beginnen, sich intensiver mit verschiedenen Themen zu beschäftigen.
- Da Menschen aus der ganzen Welt auf Ihre Website kommen können, sollten Sie in Erwägung ziehen, diese für alle zugänglich zu machen.
- Ist das Design Ihrer Website etwas zu grob? Es ist an der Zeit, mehr über CSS zu lernen.