Wenn etwas funktionierte, aber jetzt kaputt ist, dann hat sich etwas geändert.

Viele Dinge sind gleich, manche sind anders.
Das gilt für alles: Ihre Uhr, eine Fernbedienung, sogar Ihre Beziehungen. Das gilt sicherlich auch für Websites. Wenn Ihre Website früher gut funktionierte, aber jetzt nicht mehr geladen wird, dann hat sich etwas geändert. Um sie zu reparieren, müssen Sie herausfinden, was das war.
Ziemlich offensichtlich? Sicher, wenn alles für Sie im Moment perfekt funktioniert. Aber sobald etwas kaputt geht, ist es sehr einfach, in den Modus "ALLES HAT GESTERN NOCH FUNKTIONIERT" zu verfallen.
Was könnte es gewesen sein?
- Wurde neue Software installiert?
- Wurde Code geändert?
- Haben Sie alle Personen gefragt, die Zugriff darauf haben?
- Ist Ihr erlaubter Festplattenspeicher voll? Vielleicht hat etwas, an das Sie nicht oft denken, ihn gefüllt, wie z.B. Serverprotokolle.
- Haben sich Dateiberechtigungen geändert?
- Funktionieren alle externen Ressourcen, von denen Ihre Website abhängt, ordnungsgemäß und schnell? Denken Sie an: externe JavaScript-Links, externe RSS-Feeds, Werbedienste, APIs usw.
- Wie ist der eingehende Traffic? Großer Anstieg? Beobachten Sie die Analysen? Mehr Traffic bedeutet mehr Serverressourcen, also müssen Sie Dinge wie Ihren Speicherverbrauch beobachten.
- Reagiert Ihr Datenbankserver ordnungsgemäß? Ist Ihre Datenbank selbst in gutem Zustand?
- Hat sich etwas mit Ihrem Webhoster geändert?
- Ist Ihre Domainregistrierung auf dem neuesten Stand?
- Reagiert der von Ihnen verwendete DNS-Server ordnungsgemäß?
- Besteht die Möglichkeit, dass Sie gehackt wurden?
Ich hatte einmal eine Unterhaltung mit einem Joyent-Mitarbeiter, der sagte, dass in der überwiegenden Mehrheit der Fälle eine Website wegen etwas, das der Benutzer getan hat, nicht erreichbar war, nicht wegen des Hostings. Aber trotzdem denke ich, dass ein guter Hoster Ihnen hilft, das Problem zu lösen, egal ob es seine Schuld ist oder nicht.
Gestern kontaktierte mich ein Kunde und sagte, dass er die Änderungen, die ich an seiner Website vorgenommen habe, nicht sehen könne. Ich ging dorthin und die Änderungen waren wirklich nicht da. Ich sah mir den Code an und die Änderungen, die ich am Vortag vorgenommen hatte, waren nicht da.
Ich fragte ihn, ob er ältere Dateien hochgeladen habe, er sagte nein, und ich weiß, dass ich die neuen hochgeladen habe, also was ist passiert?!? Also habe ich mir nicht den Kopf zerbrochen, was schiefgelaufen ist, sondern habe die Änderungen einfach wiederholt (hatte keinen Backup – dumm).
Das Internet ist ein mysteriöser Ort, es gibt oft Dinge, die keine logische Erklärung haben.
Fragen Sie den Hoster.
Einige Billighoster (ich weiß nicht, ob das auf Sie zutrifft) stellen normalerweise ein Backup des Webordners wieder her, wenn etwas schiefgeht, in der Hoffnung, dass niemand es merkt.
Das ist mir passiert; ohne etwas zu sagen, hat mein Hoster (naja, jetzt Ex-Hoster) ein Backup des Webordners von etwa 2 Monaten früher wiederhergestellt, weil sie eine Art Hackerangriff hatten.
Es ist billig (es ist eine iranische Hosting-Firma) und der Kunde besitzt sie.
Scheint, als wäre das nicht Ihr Fall ;)
FTP-Protokolle vom Host würden Ihnen einen Hinweis darauf geben, was passiert ist.
Das ist mir kürzlich passiert, ich habe ein paar Stunden an meinem Desktop-PC gearbeitet und beschlossen, auf dem Campus mit meinem Laptop weiterzumachen. Ich hatte immer noch die veraltete Version des Codes auf dem Laptop geöffnet und auf Speichern geklickt. Alle Änderungen, die ich auf dem Desktop vorgenommen hatte, waren weg und ich konnte nicht herausfinden, warum. Der Modus "ES HAT NUR FUNKTIONIERT!" schlug definitiv zu, heh.
Ich habe ewig gebraucht, um es herauszufinden, ich habe mich durch den gesamten Code gewühlt und gezuckt, bevor es mir endlich klar wurde.
Ich stoße normalerweise nicht auf dieses Problem. Wenn ich etwas hochlade und es funktioniert, bleibt es normalerweise auch so, und ich teste bestimmte Teile immer, bevor ich sie auf eine Live-Site hochlade, um sicherzustellen, dass alle Änderungen, die ich vornehmen werde, ordnungsgemäß funktionieren.
Obwohl ich mich erinnere, dass ich einmal eine Website für jemanden entworfen habe und er mir FTP-Details gab, um seine neue Website hochzuladen. Immer wieder bemerkte ich, dass die Website wirklich schlecht funktionierte und Dinge nicht so funktionierten, wie sie sollten. Ich wurde so genervt davon, ich versuchte, den Kunden zu kontaktieren, um zu fragen, ob er etwas an der Website mache usw., aber nichts.
Später überprüfte ich die Protokolle und bemerkte, dass jemand zu Zeiten einloggte, zu denen ich nicht in der Nähe war. Etwas später stellte ich fest, dass es sein alter Webdesigner war, der alles durcheinander brachte, weil er verärgert war, dass sein Kunde woanders hingegangen war!!
Also habe ich einfach die FTP-Details geändert. Aber ich hatte ein paar schlimme Tage, als das passierte!!
Oh mein Gott, das ist total ätzend. Es ist aber ziemlich lustig. Ich frage mich, ob mir das jemals passieren wird...
Schöne Geschichte, Mann!
hmm... ich übernehme jetzt eine Website von einem anderen Entwickler... ich glaube, ich werde neue FTP-Details erstellen.
Das ist mir mit einem Kunden passiert, er versuchte, seinen Blog zu aktualisieren und stürzte das Ganze ab. Ich habe es repariert und er hat die Rechnung immer noch nicht bezahlt.
entreparieren Sie es. Stellen Sie Ihre Rechnung auf die Startseite.
das ist es, was ich meinen Benutzern immer sage
Vergangene Leistungen sind niemals Indikator für gegenwärtige oder zukünftige Leistungen.
Wenn es gestern funktionierte, ist das ehrlich gesagt egal.
Ich musste schmunzeln, denn das Letzte auf Ihrer Liste (wo es hingehört) ist normalerweise das Erste, wonach ein Kunde fragt, wenn sich etwas auf seiner Website ändert: "Wurden wir gehackt?"
Als ob jemand in einen Webserver einbrechen würde, nur um die Schriftgröße um einen Punkt zu ändern oder den Rand einer Box zu entfernen.
Ganze Hacker-Armeen sind da draußen dem Ziel der randlosen Box gewidmet, Vorsicht!
Ich erhalte häufig Anrufe von Kunden, die verwundert sind, dass ihre Website nicht aktualisiert wurde, obwohl ich das Projekt bereits abgeschlossen und meinen Teil erledigt hatte. Meistens sind sie wütend und nennen mich einen Lügner.
Meistens bitte ich sie jedoch, ihren Cache zu leeren und die Seite neu zu laden, was normalerweise ausreicht.
Den Kunden als dumm zu bezeichnen = nicht gut. Aber man kann erwarten, dass sie es sind.
Anstatt den Kunden für dumm zu halten, ist es besser, ihn nicht als fortgeschrittenen Benutzer zu betrachten.
Ich weiß, dass ein Umschalt+Aktualisieren eine Seite ohne Cache neu lädt, aber ich erwarte von meinen Kunden nie, dass sie das tun.
Eine E-Mail mit dem Satz "Sie müssen möglicherweise die Umschalttaste gedrückt halten und auf die Schaltfläche Aktualisieren in Ihrem Browser klicken, um die Änderungen zu sehen" ist alles, was es braucht.
Ein Teil meiner Arbeit ist der Frontend-Support für CMS-Benutzer, und die Anzahl der Anrufe, die mit "Meine Webseite ist kaputt, aber gestern war sie noch in Ordnung – ich glaube, jemand hat etwas geändert" beginnen, ist unglaublich.
Jedes Mal, ohne Ausnahme, war der "Jemand" sie selbst, obwohl die meisten Leute verblüfft sind, wenn dies überhaupt vorgeschlagen wird. Bringt mich immer zum Lachen :-)
Ich erinnere mich, als mein Kunde mich anrief und sagte: "Die Website, die Sie gemacht haben, funktioniert nicht!"
Ich beschloss, mir die Website anzusehen, als ich etwas Seltsames sah, jemand [der Kunde] fügte viel Javascript ein. Ich fragte meinen Kunden und er antwortete: "Ich habe es auf einer Website gefunden, es lässt das Menü schöner aussehen, aber jetzt ist das Design der Website kaputt gegangen."
Ah, Kunden...
Ich war heute an diesem Punkt. Es hat mich ewig gedauert, bis ich herausfand, was mit einem JavaScript-Menü los war.
Neulich habe ich JavaScript in meinem Browser deaktiviert und es dann vergessen. Ich muss mich eine halbe Stunde lang gefragt haben, warum der WordPress-Medien-Upload nicht mehr funktionierte :)
Haha, das passiert mir auch manchmal. :)
Ja, JS zum Testen deaktivieren, vergessen, sich wundern, warum zum Teufel meine lokalen phpMyAdmin und WP-Installationen nicht richtig funktionieren. Dann erinnere ich mich, dass ich JS ausgeschaltet habe und erkenne, dass es Zeit für eine Pause vom Bildschirm ist :)
Ich erhielt vor etwa 2 Jahren eine E-Mail von einem Webmaster einer kirchenbezogenen Website, der mir vorwarf, ihre Website ohne Erlaubnis geändert zu haben. Der Domainname ihrer Website war derselbe wie der Domainname meiner Website, mit Ausnahme von 2 Zeichen am Ende ihrer Domain. Tatsächlich ist die Website meines Kunden ebenfalls eine kirchenbezogene Website. Die beschuldigenden "Webmaster" gerieten in Panik. Soweit ich das rekonstruieren kann, hatte der beschuldigende Webmaster seine Website auf irgendeine Weise beschädigt (vermutlich lokal auf seinem PC), beschloss, die bestehende Remote-Website herunterzuladen, um seine lokalen Dateien zu ersetzen und die Dinge wieder in Ordnung zu bringen, und lud die Dateien dann auf seine bestehende Website hoch. Daran gab es 3 Probleme: 1) Sie luden den Inhalt der Website meines *Kunden* (nicht ihrer eigenen Website) mit einem HTTP-basierten Downloader herunter, 2) luden die Dateien wieder hoch, ohne zu erkennen, was sie taten, und dann 3) stellten sie nicht die offensichtliche Frage, was zum Teufel sie gerade getan hatten, bevor sie seltsame, etwas bedrohliche E-Mails an jede E-Mail-Adresse schickten, die sie auf der Website meines Kunden finden konnten, an all die Leute, mit denen sie noch nie zuvor etwas zu tun hatten (einschließlich des leitenden Pastors). Nachdem ich einige Recherchen durchgeführt hatte, um eine Telefonnummer usw. zu finden, und mit ihnen telefoniert hatte, erkannten sie ihren Fehler, gaben meinem Kunden aber keine schriftliche Bestätigung dazu. Glücklicherweise war meine Beziehung zu meinem Kunden stark genug, dass sie glaubten, was ich sagte, sei die Wahrheit, und bezahlten mich sogar für meine Zeit zur Untersuchung der Angelegenheit.
Wenn etwas schiefgeht, nehmen die meisten Menschen sofort an: "Jemand anderes hat mir das angetan" oder "Vielleicht habe ich etwas vermasselt", zuerst?
Wirklich interessant. Ich gerate so schnell in diese "Na ja, gestern hat alles noch funktioniert"-Stimmung. Aber meistens gebe ich den Jungs im Hosting-Unternehmen den Kopfschmerz :P
Ich mag diesen Artikel, außer: "Wenn etwas funktionierte, aber jetzt kaputt ist, dann hat sich etwas geändert."
Das ist ein moot point bei Webanwendungen, da viele von ihnen von Natur aus zeitabhängig sind. Sie ändern sich jeden Tag, auch wenn sie korrekt funktionieren.
Es bedeutet genau das, was es sagt. Das Argument, dass "meine Website kaputt ist, aber nichts geändert wurde", ist das Argument, das dieser Satz zu widerlegen versucht.
Ich stimme zu. Und genauso wie der Host wahrscheinlich fragen wird... haben Sie es an- und ausgeschaltet? ... Haben Sie Ihr Passwort geändert? ... Ist Ihre... etc., denke ich, sie sollten trotzdem auf ihrer Seite nachsehen.
Ich benutze hauptsächlich Versionskontrolle (entweder GIT oder SVN) zur Wartung von Websites. Wenn nicht, verwende ich SSH, um Dateien zu übertragen. Ich habe seit etwa 5 Jahren kein FTP mehr benutzt. Ich dachte, es sei mit Telnet verbannt worden :)
Ich habe das Glück, gezwungen zu sein, Änderungen an der Website meines Unternehmens über FTP auf einen zentralen Server hochzuladen, der alle 30 Minuten ein Skript ausführt, um Änderungen und Updates in meinem FTP-Ordner zu überprüfen (der ein Spiegelbild der eigentlichen Website ist), und wenn er Änderungen/Updates findet, kopiert er diese auf unsere Produktionsserver (alle 24 davon).
Einige größere Probleme damit
Ich muss 30 Minuten warten, um meine Änderungen zu sehen, dann weitere 30, um zu sehen, ob die zur Behebung von Problemen vorgenommenen Bearbeitungen behoben wurden;
Die Server haben alle unterschiedliche Cache-Einstellungen, so dass beim Aktualisieren einer Seite bei jedem Neuladen verschiedene Versionen der Seite angezeigt werden.
Zurück zu Punkt 1, jeder Versuch mit zeitkritischen Marketingbotschaften wird zu einer sinnlosen Übung.
Das Licht am Ende des Tunnels ist, dass ich nach 12 vollen Monaten des Beschwerens endlich meinen eigenen Server bekomme und ein CMS für Inhalte/Wartung verwenden werde.