Was ist damit, @david?
if (!String.prototype.replaceAll) {
String.prototype.replaceAll = function(str, newStr){
// Wenn ein Regex-Muster
if (Object.prototype.toString.call(str).toLowerCase() === '[object regexp]') {
return this.replace(str, newStr);
}
// Wenn ein String
return this.split(str).join(newStr);
};
}
Ich habe den String-Zweig der Lösung die Sie geteilt haben geändert, sodass er Strings ohne Escaping in Regex konvertiert.
Ich glaube nicht, dass das funktioniert, wenn eine Funktion als zweites Argument übergeben wird:
"my string with my example".replaceAll("my", (match) => `test${match}`)
(Dokumentation zur Funktion finden Sie hier)
Ich benutze ein iPad Air mit iOS Version 12.5.5. Die neueste Version des Chrome-Browsers, die für dieses Tablet verfügbar ist, lädt das Sketchup-Forum nicht. Ich erhalte dieselbe Banner-Nachricht, die in mehreren der vorherigen Beiträge erwähnt wird. Gibt es eine Möglichkeit, dieses Problem zu beheben, außer auf ein neues iPad aufzurüsten?
Klingt gut für mich 
Ich denke, das sollte es tun:
Hmmm, während dies die Verwendung von Discourse unter MacOS Mojave behebt, scheint es, dass iOS 12.5.5 auch unseren globalThis-Check fehlschlagen lässt.
Möchten wir das auch polyfillen?
Ja! Die Seite (sowohl Discourse als auch Community.Jenkins.io) scheinen auf den älteren Browsern wieder OK zu funktionieren; ich kann Inhalte sehen und posten (auf Jenkins und hier).
Ich schätze die ganze Mühe, die es brauchte, um dies zu lösen, sehr; es schien viel aufwendiger zu sein, als ich erwartet hatte.
Wenn ich jetzt nur StackOverflow davon überzeugen kann, seine störenden Änderungen rückgängig zu machen (zum zweiten Mal) und die Funktionalität für ältere Browser wiederherzustellen. Sie haben es einmal getan, aber ihre neue Haltung scheint zu sein, dem Benutzer die Schuld zu geben.
Ja, dieses Forum funktioniert wieder unter iOS 12.2, obwohl https://support.last.fm/ immer noch nicht funktioniert (vielleicht müssen sie etwas aktualisieren?).
Vielen Dank nochmals für Ihre Zeit bei der Behebung des Problems.
Beachten Sie, dass unser größter Fokus darauf liegt, alte Browser nicht zu beeinträchtigen. Eine leere Seite ist einfach nicht akzeptabel, nicht einmal in uralten Browsern. Eine schreibgeschützte Ansicht ist akzeptabel.
Das knifflige Problem, das hier aufgetreten ist, ist, dass wir einige Browser haben, die sich in einem Dämmerzustand befinden, nicht genau unterstützt und nicht genau nicht unterstützt, leider haben sie eine weiße Seite erhalten.
Wir denken über bessere Ansätze nach, um regelmäßig auf diese Probleme zu stoßen, wenn unsere minimale Browserversionsnummer steigt.
Nur zur Klärung, einige unserer Nutzer auf https://support.last.fm/ melden immer noch Probleme: Mobile view of this forum is broken - #6 by tutibins - Get Help - Last.fm Support Community
Wurde dieser Fix bereits auf gehosteten Websites bereitgestellt?
Wenn ja, würde das auf ein Theme/eine Komponente hindeuten, die wir verwenden, oder auf unser benutzerdefiniertes CSS, das es kaputt macht, aber ich möchte nicht mit diesen Dingen herumfummeln, wenn der Fix noch nicht bereitgestellt wurde. 
Vielen Dank nochmals für die Untersuchung.
Hallo Jon – diese Änderung wurde noch nicht auf all unseren gehosteten Websites bereitgestellt. Ich werde diesen Prozess jetzt aber starten – er sollte Ihre Website in etwa einer Stunde erreichen.
Es funktioniert jetzt!
Danke!
Brillant, danke David.
Wann wird die Änderung auf forums.sketchup.com bereitgestellt?
Wird gerade bereitgestellt!
Ich eröffne das Thema erneut, da einige Leute immer noch Probleme haben.
Der Plan:
browser_update_user_agents, wir wollen damit keine Feature-Erkennung mehr durchführen.optimise_traffic_on_modern_mobile_browsers (standardmäßig true) - wenn Benutzer einen unterstützten mobilen Browser haben (modernes Chrome / Safari), optimieren wir den Transport, indem wir die HTML-Nutzlast vermeiden.@Falco, wie klingt das?
Ich werde sehen, ob ich mich nächste Woche darum kümmern kann. Wenn nicht, werde ich es in der Woche danach intern zuweisen lassen.
Klingt
Seien Sie vorsichtig beim Testen auf Meta, das experimentelle Design ohne Tabellen hier hat unsere Crawler-Ansicht ziemlich verschlechtert.
Leute auf frühen iOS 12 können die App immer noch nicht starten, da ihnen window.globalThis fehlt. Sie können das leicht auf Browserstack reproduzieren. Wir müssen den HTML-No-Script-Inhalt für diese Leute ausliefern. Ihr Plan Schritt 1 wird das lösen.
Sieht fantastisch aus, ich habe auch einen Kommentar zu einem PR hinterlassen. Google verwendet Mobile-First-Indexing, daher müssen wir eine mobile Auflösung sorgfältig testen, da dies der allgemeine Verbraucher dieser Ansicht ist.
