JavaScript-Fehler im Skin Site.CSmkXng2X7googleAdSenseContent
Während des Tests des Alien-Tools ist mir aufgefallen, dass durch Migrationsänderungen Twoday → Antville neue Fehler in Skins eingebaut wurden, die ständig zu JavaScript-Fehlern führen. Ein Beispiel ist das ehemalige Zwangswerbebanner-Skin Site.CSmkXng2X7googleAdSenseContent. Dieses kann man leider nicht selbst bereinigen, weil gesperrt. Fehler siehe hier:
Jemand hat die Google-Ad-Werte (client usw) zurückgesetzt, aber width und height keine Werte (z.B. 0) zugewiesen. Durch die zuvor falsche Auskommentierung (man kann JavaScript nicht mit einem HTML-Kommentar deaktivieren) wird der Code tatsächlich ausgeführt und endet mit Fehler, und zwar bei JEDEM Seitenaufruf.
Lösung: Entweder richtig auskommentieren, den width- und height-Properties Null (0) zuweisen oder am besten gleich das ganze Skin entfernen, da es ohnehin völlig sinn- und wertlos ist. Die Alternative wäre, das Skin für die Skin-Bearbeitung zu entsperren, dann kann man das selbst bereinigen.
Analog gilt das übrigens für das Skin root.statsCounter (das kann man immerhin selbst in Ordnung bringen (=Inhalt löschen), weil editierbar. Das dort aufgerufene Google-Analytics Script gibt es schon seit Ewigkeiten nicht mehr und führt bei jedem Seitenaufruf zu JavaScript-Fehler "ReferenceError: urchinTracker is not defined".
der html-kommentar ist allerdings kein problem – der stammt nur aus einer friedlicheren twoday-zeit, als noch nicht jeder browser die zeilen zwischen den script-tags auch als javascript interpretiert hat: hiding scripts from older browsers.
(was darauf hindeutet, dass der code selbst schon vor der migration vorhanden war, nur eben was bei der ausgabe der ad dimensionen nicht mehr funktioniert.)
wir werden den fehler jedenfalls beizeiten beheben.
passt das so?
btw. ihren technischen und philosophischen ausführungen zufolge kennen sie twoday und seine probleme besser als die meisten user und v.a. besser als wir… wären sie daran interessiert, sich auch auf admin-ebene einzubringen?
hoffentlichohne Zweifel jeden Tag klüger und resilienter — und das ist ja auch gut so.Danke also für das überraschende Angebot, aber ich bin da noch etwas zurückhaltend und will Ihnen erklären, warum:
Nach meinem Verständnis befindet sich Twoday in einem selbstgewählten ewigen Lockdown, so eine Art Kolumbarium für tote und noch schwach zuckende Blogs. Das, was ich vor mittlerweile 6 Jahren als wahrscheinliches Schreckensszenario vorgedacht habe, ist exakt so eingetreten und auch nach dem Antville-Takeover immer noch fortschreitend. Das Ausbluten der Plattform durch fehlende Neuzugänge und alters-/interessenbedingte Abgänge kann man jeden Tag ein bisschen mehr beobachten.
Ich sehe mich eher als kreativen Menschen, der Dinge erschaffen will, der Ideen umsetzen und realisieren möchte. Ich eigne mich weniger als Friedhofswächter und Grabsteinpolierer aka Plattformverweser des weiteren Verfalls.
wir können uns für ihre rolle vom admin auf twoday.net, über contributor im source code repository, bis zum linux oder datenbank konto alles vorstellen. also jede menge kompetenz – und damit selbstverständlich auch entsprechend viel verantwortung.
zunächst sind wir aber neugierig, wie sie twoday.net konkret gestalten, modernisieren und verbessern wollen.
Mögliche Entwicklungsziele könnten sein:
Wichtig: Die o.g. Aktivitäten und Aufwände machen nur Sinn, wenn Twoday als Blogplattform wieder geöffnet wird. Ein zeitliches Investment in diesem Umfang nur für die bestehende (abnehmende) Userzahl zu tätigen, ist nett, aber macht wenig Sinn.
lassen sie uns das ganze gleich weiter konkretisieren: wie könnte ein erster schritt ausschauen? welche schritte müssten dann folgen? und nicht zuletzt: wie können wir ihnen dabei helfen?
Notwendig ist natürlich auch ein prinzipielles und messbares Interesse der Twoday-Community selbst, eine Erneuerung zu wollen und an dieser aktiv mitzuwirken: wenn die Mehrheit eher beim jetzigen Stand/Status bleiben möchte, ist das absolut OK, aber benötigt dann keine Arbeit meinerseits. Das könnte man im Vorwege durch eine Umfrage (z.B. im Info-Blog) klären.
Wenn diese positiv ausgeht, bräuchte ich dann Zugriff auf den aktuellen Twoday-Quellcode, der sicher noch deutlich anders ist als der Antville-Code auf Github (soweit ich das erinnere, hatte Tobi zum Zeitpunkt der Übernahme ohnehin mal geplant, den TD-Sourcecode öffentlich zu machen — kann natürlich sein, dass es Aspekte gibt, die dagegen sprechen).
Zusätzlich ist es dann sicher hilfreich, sich intern über grundlegende Abläufe (z.B. Entwicklungsprozesse, Testverfahren, Qualitätssicherung, Go-Live) auszutauschen.
wäre das etwas, das sie bereits übernehmen könnten, neonwilderness? unsere unterstützung haben sie (wie das auf antville.org gehandhabt wird, ist irrelevant für twoday.net – und umgekehrt.)
falls sie dafür bereits adminzugang zu twoday.net benötigen, bekommen sie den. detto fürs source code repo (derzeit noch privat).
wir schlagen zudem ein zeitlich begrenztes meeting auf einer etwas synchroneren plattform vor (mattermost). damit könnten wir wohl ein paar entscheidungen beschleunigen.
(würden sie uns dafür eine e-mail adresse bekanntgeben, mit der wir sie dorthin einladen können?)
wir drei
von der tankstellevom verein hätten am samstagnachmittag zeit, sagen wir 15 uhr… würde das auch bei ihnen passen?wir dokumentieren den austausch natürlich dann in einem kollaborativen dokument, das wir alsbald auch für alle – zumindest zum lesen – freischalten werden.
sind sie dabei?
Ich bräuchte Zugriff auf den Info-Blog (für Umfragen) und den TD-Sourcecode. Meeting auf Mattermost am Samstag, 15:00 Uhr, ist notiert; meine E-Mail ist:
let eMail = `${twodayUsername}@ymail.com`; // ;)
Alternativ oben in meinem Blog auf das Mailsymbol klicken.