Seiten der Apple Knowledgebase oft leer

Dies scheint eher Hit & Miss zu sein, aber oft scheint ein auf SE geposteter Link, der zu
support.apple.com/kb/[Referenzcode] führt
, nur eine leere Seite zu geben, als ob er weder lädt noch eine Zeitüberschreitung aufweist.

Manchmal wird es bei einer Aktualisierung korrekt geladen, manchmal nicht.

Gibt es eine Problemumgehung für dieses Problem?

Bearbeiten: Ich habe den Remove all website dataVorschlag ausprobiert, der ungefähr 2 Tage lang funktioniert hat, also bin ich zurück zur manuellen Methode "KB-Nummer ausschneiden, in die Hauptseite einfügen".

Siehst du das überhaupt auf iOS oder nur auf OS X?
Ich sehe es nicht nur auf den wenigen, die ich getestet habe, aber die gleichen Links funktionieren im Moment auch auf dem Mac einwandfrei - ich habe nur einige nebeneinander ausprobiert, was an sich schon die Ergebnisse verderben könnte, schwer zu sagen. Ich muss es im Auge behalten

Antworten (2)

Update Mai 2019
Es gab kürzlich eine Meta-Frage zu diesem Thema – Ändern von Apple-Links je nach Region , die zu dem Schluss kommt, dass Caching/Cookies zwar support.apple.com/kb/[reference code]der richtige Weg sind, diese zu verknüpfen, sie jedoch manchmal stören, und es stellt sich heraus, dass das kb/vollständige Entfernen das Problem zu beheben scheint support.apple.com/[reference code]als die einfachste und potenziell zuverlässigste Methode.

Vorherige Antwort unten

Ich habe festgestellt, dass die einfachste Problemumgehung darin besteht, die URL auf nur http://support.apple.com/kb/ zurückzusetzen.
Dies wird dann normalerweise schnell in Ihr eigenes Land umgeleitet, am Eingang zum Support-Portal.

Dann einfach den KB-Artikelcode in die Suche oben rechts auf der Seite einfügen, et voilà.

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein

grrr.. schlechte Kekse - Ich wünschte, es gäbe einen besseren Weg, hier zu verlinken. Vielen Dank, dass Sie dies gepostet haben, um zu helfen.
Ich stoße am häufigsten auf das Problem mit Links, die von Google-Suchen gefunden werden. Wenn Sie sich die Seitenquelle für die "leere" Seite ansehen, ist sie schrecklich verstümmelt, mit <head>-Abschnitten im Hauptteil und HTML-Quelle nach </html>. Aber ich bin auf die gleiche Lösung wie @Testujin gekommen: Gehen Sie zum Apple Support und suchen Sie den Artikel anhand der Nummer.
Ich erfahre hauptsächlich von SE-Links, ob sie einen Ländercode in der URL enthalten oder nicht. Es scheint einen internen Streit darüber zu geben, in welches 'Land' es standardmäßig gehen soll. Ich habe mehr Probleme, wenn sie speziell gecastet werden, um auf die /us/-Site zu gehen, als wenn sie generisch bleibt - mein eigenes Land ist /gb/
Es gibt eine Safari-Erweiterung namens UTM Stripper, die hilfreich sein kann, um Ihnen direkte Links ohne all den Mist von Google und Google News zu geben.
Ich werde es trotzdem versuchen, nur für seine primäre Aufgabe, die mich immer irritiert, aber ich glaube nicht, dass es in diesem Fall helfen würde, da es wirklich keinen "Müll" in den URLs gibt, nur einen einfachen Ländercode in der Mitte , oder sogar oft gar kein Ländercode; gibt immer noch gelegentlich das gleiche Problem.

Ich hatte das gleiche Problem und löse es (zumindest für eine Weile), indem ich Apple-Website-Daten aus Safari lösche.

Gehen Sie zu Einstellungen → Datenschutz und finden Sie eine Schaltfläche namens Detail...underRemove All Website Data...

Geben Sie im Suchfeld applealle Einträge ein und löschen Sie sie.

Danach sollte es gut funktionieren.

Ich werde das versuchen - und sehen, wie lange es dauert ... manchmal sehe ich es nicht für Tage / Wochen, dann bleibt es aus heiterem Himmel hängen. Wenn ich die URL zurücksetze und den langen Weg gehe, bekomme ich normalerweise für eine Weile keine weiteren Probleme.
hmm ... das Problem mit dieser Methode ist, dass sie viele andere Daten löschte, von denen ich erwartet hatte, dass Safari sie für mich speichert - obwohl sie ansonsten anscheinend immer noch funktioniert.
Funktioniert nicht für mich.
Seiten der Apple Knowledgebase oft leer
AntwortenHierDatenschutz-Bestimmungen1y, 0v