Was ich an alten Maschinen besonders mag, ist Einfachheit und Sparsamkeit. Ich mochte SMF, weil es sich selbst auf einem alten PC (oder einem modernen Gerät auf maximalen Energiespareinstellungen) leicht und schnell angefühlt hat.
Beim Besuch des neuen Forums habe ich eine erhöhte CPU-Auslastung und Wärmeentwicklung meines Geräts festgestellt. Um zu prüfen, ob das nur Zufall ist, habe ich mir ein paar Dinge angesehen.
uMatrix meldet, dass das neue Forum Inhalte von stripe.com laden möchte. Plant ihr irgendeine Art von kostenpflichtigen Inhalten? Ich nehme an, eher nicht. Könnt ihr in diesem Fall vielleicht prüfen, ob da einige unnütze Module aktiviert sind? Das könnte sich sogar leicht auf die Serverlast und die Betriebskosten auswirken.
Sowohl das System als auch Firefox (about:processes) melden eine anhaltende CPU-Auslastung durch Tabs, in denen das neue Forum geöffnet ist. Ein Blick in die Entwicklerwerkzeuge zeigt einen Timer und Text, in dem davon die Rede ist, die Zeit zu erfassen, die Benutzer beim Browsen verbringen.
Habt ihr das bewusst aktiviert? Ich finde die Vorstellung nicht schön, dass ein Forum für Retro-Enthusiasten ständig CPU-Leistung frisst und stripe.com aufruft. Große Teile des Internets werden immer mehr verschlimmbessert (Enshitification), und mir ist klar, dass neue Tools auch neue Kosten verursachen. Ich wäre sehr dankbar, wenn das deaktiviert werden könnte.
Stripe läuft – völlig unnötig und ohne wirklich etwas zu übertragen (schon alleine, weil ich gar kein Stripe-Konto habe ) – wegen der Abonnements-Funktion. Abonnements auf Discourse sind leider fest an Stripe gebunden. Und obwohl ich vorhabe, die Abos zu nutzen, wird das Ganze nicht an Stripe gekoppelt sein. Leider lässt sich Stripe nicht deaktivieren, ohne die Abos komplett abzuschalten, aber ich muss mir erst noch überlegen, wie ich das umsetze. Es ist schließlich immer noch eine Baustelle (WIP).
Was das Tracking angeht… im Ernst? Es stört dich, dass das Forum erfasst, wie viel Zeit du hier verbringst, so wie es so ziemlich jede andere Seite da draußen auch macht? Es wird ja nicht für Werbung oder Data-Mining und Verkauf genutzt.
Edit: Ach ja, Timer/Tracker werden in manchen Fällen auch genutzt, um zu entscheiden, ob eine E-Mail-Benachrichtigung oder eine Live-Benachrichtigung geschickt wird. Außerdem wird berechnet, ob jemand einen Beitrag wirklich gelesen oder nur überflogen hat, um Vertrauensstufen (Trust Levels) zu vergeben, die Scroll-Position zu speichern und die Lesezeit von Themen zu berechnen.
(Übrigens habe ich die Funktion genutzt, um Bots auszusortieren)
Gegen den höheren Ressourcenverbrauch lässt sich nichts machen – das ist zu erwarten, wenn man von einer veralteten Plattform auf eine neue umsteigt. Aber ich muss sagen, auf meinem uralten Zweit-Laptop läuft es echt super flüssig.
Davon abgesehen: berechtigte Punkte und danke für das Feedback. Aber das gleich als böse „Antifeatures“ zu bezeichnen, ist dann doch ein bisschen drüber
PS: Ich würde wirklich zu gerne noch mehr von deinen Gedanken dazu hören.
Ich verstehe vollkommen, dass man in der heutigen Zeit, in der Unternehmen extrem dubios agieren, ein gewisses Maß an Paranoia entwickelt. Aber ich glaube nicht, dass es hier wirklich Grund zur Sorge gibt.
Was das Forum hier im Speziellen angeht: SMF hatte ähnliche Tracking-Funktionen. Wenn das also all die Jahre im alten Forum kein Problem war, warum sollte es dann plötzlich jetzt eines sein, nur weil wir eine neue Forum-Software nutzen?
SMF war von der Performance her zwar super, aber nicht sonderlich stabil. Es ist echt oft abgestürzt.
Das neue Forum hat zwar ein paar Features, die in meinen Augen ziemlich sinnlos sind (wozu braucht ein Forum bitte Erfolge?), aber das ist mir immer noch lieber als gar kein Forum.
Erfolge und Gamification finde auch ich ein wenig albernes Zeug, aber sie sind an Dinge wie Vertrauensstufen gekoppelt, weshalb ich nicht genau weiß, wie man am besten damit umgeht. Ich persönlich ignoriere sie einfach.
Was die Performance angeht: SMF war alles andere als schnell. Bevorzugst du also ein System, das zwei Sekunden (oder länger) braucht, um eine Seite zu rendern, die dann sofort dargestellt wird (was nicht einmal immer der Fall war, da danach noch weitere Aufrufe liefen), oder eine Plattform, die den Client zwar mehr beansprucht (es ist eine Single-Page-App auf Ember.js-Basis), dir aber alles völlig reibungslos liefert?
(Und fangen wir gar nicht erst von der Wartung an, die diese „Einfachheit“ erforderte. Ausfallzeiten muss man schließlich auch einkalkulieren. Dass wir beispielsweise Cloudflare für die meisten Nutzer abschaffen konnten, lag an den integrierten Anti-Crawler-Funktionen von Discourse. Ist es dir lieber, dass dein Forum absäuft, weil Alibaba beschlossen hat, es in die Knie zu zwingen, oder dass es etwas mehr CPU schluckt, dafür aber erreichbar bleibt?)
Zunächst einmal vielen Dank für deine ausführliche Antwort. Die Details zeigen, dass du echtes Wissen und Überblick über die Themen hast. Daher umso mehr Respekt an dich.
Alter
Die Zweideutigkeit geschriebener Sprache… Wir sind alle die ganze Zeit entspannt geblieben, keine Sorge.
Stripe läuft, …
Ich habe gesehen, dass du inzwischen einen Weg gefunden hast, sämtliche Aufrufe der Stripe-Domain zu entfernen, super!
Wie im ersten Beitrag gesagt, ging es mir um die erhöhte CPU-Auslastung.
Jeff Atwood hat Discourse ins Leben gerufen. Genau wie beim StackExchange-Netzwerk (StackOverflow etc.), das er ebenfalls geschaffen hat, hat er darauf geachtet, dass sie komplett ohne JavaScript nutzbar sind.
Dennoch wirkt Discourse „weniger minimal“ und verbraucht mehr Ressourcen. Und im Gegensatz zu StackExchange und SMF sieht es völlig anders aus, wenn JavaScript komplett deaktiviert ist.
Ah, diese verdammten, lästigen Bots.
Vielen Dank für die Erklärung.
Du hast mein Vertrauen und ich denke, auch das Vertrauen der Community.
Das ist schon seit Jahrzehnten so. Plattformen wachsen und werden langsamer. Irgendwann empfinden manche Leute die Langsamkeit als übertrieben und schreiben von Grund auf etwas Schnelleres, was die nächste Iteration startet.
Wie gewünscht oben und unten beantwortet.
Ich habe immer noch ein mentales Modell, das dem ursprünglichen Web nahesteht, das primär Dokumente ausliefert. Programme (JavaScript) sind völlig optional in dem Sinne, dass alles, was ohne Code funktionieren kann, auch tatsächlich ohne JavaScript-Laufzeitumgebung im Client funktioniert.
Leider kümmert das die meisten Webentwickler überhaupt nicht und sie gehen einfach davon aus, dass CPU und Bandbreite unbegrenzt sind, der Browser des Besuchers und der des Entwicklers identisch sind und das gesamte Web zu 100 % verfügbar ist und Aufrufe von Drittanbieter-Domains kostenlos und natürlich sind. Warum? Weil es weniger Aufwand ist, als über die Vielfalt auf Nutzerseite nachzudenken. Die harte Wahrheit ist: Je mehr Abhängigkeiten du hast, desto mehr geht kaputt, wenn auf einem anderen Kontinent etwas ausfällt. Und da Ausfälle selten sind, werden diese fragilen und aufgeblähten Lösungen akzeptiert und werden zur Norm.
Ich mag die CPC-Welt, in der ein Byte oder ein CPU-Zyklus etwas ist, das einem am Herzen liegt, und keine um mehrere Größenordnungen vernachlässigbare Einheit.
Wie auch immer, in der Reihenfolge ihrer Wichtigkeit:
Die CPC-Community hat ihre (meiner Meinung nach) wichtigste Website wieder online! Ich werde von anderen lesen, Fragen stellen, meine aktuellen Projekte erwähnen können etc.
Du hast Anerkennung verdient
Das sind tolle Neuigkeiten
Discourse ermöglicht es, Beiträge in Markdown statt im grundlegend fehlerhaften WYSIWYG zu schreiben
Ich leide unter Einschränkungen wie der Anzahl der Links oder Zitate in einer Antwort, was mich zwingt, Teile dieser Antwort zu kürzen.
… weniger wichtige Dinge
… weniger wichtige Dinge
… unwichtige Dinge
Sieht so aus, als ob Discourse mehr CPU verbraucht
Eine lange Antwort für deinen – und unser aller – Morgenkaffee steht bevor.
Zuallererst: Ich möchte, dass du – und jeder andere Nutzer hier – mit dem Ergebnis und der Community glücklich ist. Ist alles perfekt? Verdammt, nein. Aber wir haben den Sommer über ungeheuer viel Zeit damit verbracht, das Comeback des CPCWiki zu planen und umzusetzen. Ich meine, stell dir vor, du sitzt mit einem Drink am Pool und zeichnest, anstatt mit den Mädels am Nebentisch zu flirten, das Server-Setup und die Backup-Knoten auf (wahre Geschichte). Meinen Geburtstag habe ich tatsächlich größtenteils damit verbracht, cpcjs hier zu implementieren
Nun ja. Wie ich schon zuvor gesagt habe, bin ich kein IT-Profi oder ähnliches. Ich arbeite im Marketing. Als ich beschloss, das CPCWiki zu gründen (zuerst als Wiki, das Forum folgte), hatte ich von all dem wenig Ahnung. Genau dieses Projekt hat mir im Laufe der Jahre SEHR VIEL von dem beigebracht, was ich heute weiß, und hat mir – ganz ohne Ironie – auch bei meiner beruflichen Arbeit geholfen. Ich glaube nicht, dass ich viel weiß, aber zumindest befinde ich mich irgendwo am Anfang des „Hangs der Erleuchtung“ auf der Dunning-Kruger-Kurve, was mich vorsichtig macht und mich zwingt, Dinge zu lernen, bevor ich handle.
Ich habe eine echte Schwäche für SMF in meinem Herzen. Schließlich habe ich es zwanzig Jahre lang gehegt und gepflegt. Aber es ist eine archaische Lösung.
Ein Beispiel: SMF bedeutet im Grunde: „Hier ist ein Haufen PHP-Dateien, sie machen irgendwas zusammen, fühl dich frei, es zu versauen“. Und in der Tat, wenn du etwas vermasselst und kein Backup hast, auf das du zurückgreifen kannst, ist die offizielle Lösung, das Installationspaket über die alten Dateien zu werfen und die Änderungen rückgängig zu machen – wobei du so ziemlich alles verlierst, woran du gearbeitet hast. Und das ist auch der Upgrade-Weg, weshalb wir bei jedem großen Update alle Anpassungen verloren haben und ich tagelang an etwas arbeiten musste, das eigentlich nur Minuten dauern sollte.
Ich schätze, sie kümmern sich mit Version 3 darum, die vielleicht bis 2030 kommt… oder auch nicht.
Discourse hingegen sagt: „Hier, fülle diese app.yml aus, dann lehn dich zurück oder mach einen laaangen Spaziergang, während wir einen ganzen Compose-Stack herunterladen, konfigurieren und installieren. Du kannst einen Blick darauf werfen, aber glaub uns, das willst du gar nicht“.
SMF ist also um einiges offener und funktioniert direkt nach der Installation gut, geht aber sehr leicht kaputt (und einige der Designentscheidungen sind fragwürdig). Discourse ist in dieser Hinsicht sehr undurchsichtig, bietet aber ein paar Einstiegspunkte, mit denen man Dinge tun kann, ohne es gleich zu schrotten.
Nein, es gab keinen Weg, ich habe die Abos komplett deaktiviert. Zumindest so lange, bis ich herausgefunden habe, wie ich es umsetzen kann.
Nun ja. Aber Atwood (und der andere Typ, wie hieß er noch gleich?) waren der Meinung, dass statische Seiten ein Relikt der 90er Jahre sind, und deshalb hat er mit Discourse den anderen Weg eingeschlagen. Klar, eine SMF-Installation wird auf einem PC von 2005 genauso gut gerendert, aber das sagt nicht viel aus, wenn man die Funktionalität berücksichtigt. Ich habe diesen Kommentar zum Beispiel auf meinem Laptop begonnen und setze ihn auf meinem Handy fort – und später wechsle ich wieder zum Laptop. Oh, und ich glaube mich zu erinnern, dass sich die Leute damals auch über ASP.NET MVC beschwert haben
Vielen Dank. Ich möchte noch einmal betonen, dass die Daten den Server nie verlassen (ich meine, sicher, Discourse pingt hier und da und GA läuft im Hintergrund, aber es ist nicht so, dass ich irgendetwas anderes mit den besagten Daten mache). Ich fühle mich eigentlich fast schon zu wenig gewertschätzt, dass mich noch niemand angefragt hat, um den Datensatz zu kaufen
Wohl wahr. Aber ich habe wirklich das Gefühl, dass Discourse leicht genug ist. Ich habe gerade zwei Tabs offen, und während meine Laptop-CPU (wieder einmal) im Energiesparmodus feststeckt, zeigt mir Vivaldi an, dass es genau 0 % CPU und etwa 350 MB verbraucht. Das ist gut genug, finde ich. Okay, die CPU ist ein Core Ultra 7 255HX, also selbst wenn er mit 2,4 GHz läuft, ist er leistungsstark genug, aber…
Ja, der Schlüssel liegt in „alles, was funktionieren kann“.
Nicht, dass ich dir widersprechen würde, ehrlich gesagt, aber wir könnten das hier als ASCII-BBS betreiben und sehen, wie viele Leute es nutzen würden
Das hat mit den Vertrauensstufen (Trust Levels) zu tun. Ich habe die Limits für neue Nutzer ein wenig angehoben, aber ich denke, sie waren auch vorher okay, außer in seltenen Fällen:
Außerdem ist das Zitat-Limit eine globale Variable – eine Designentscheidung, um ein Chaos von verschachtelten Antworten zu vermeiden. Ich habe es von 5 auf 10 erhöht (weil ich hier selbst davon betroffen war )
Wie auch immer, eine wirklich interessante Diskussion. Danke für deine netten Worte
Ich mochte SMF, weil es sich selbst auf einem alten PC (oder einem modernen Gerät mit maximalen Energiespareinstellungen) leicht und schnell anfühlte.
Nachdem ich nun etwas Erfahrung mit dem wirklich neuen Ding gesammelt habe (Trommelwirbel) … mag ich Discourse!
Hervorragendes Erlebnis auf dem Smartphone. Schnell und alles.
Ein Hoch auf @Gryzor !
Ich habe Discourse schon eine ganze Weile im Auge, aber natürlich war/ist die Migration schwierig bis unmöglich. Schön zu hören, dass es den Leuten gefällt!
Da jetzt Schnittstellen zur Verfügung stehen, wäre es theoretisch möglich, Threads aus dem alten Forum mithilfe eines KI-Agents zu importieren. Aber um ehrlich zu sein, bin ich mir über den Mehrwert nicht ganz sicher. Allerdings möchtest du wahrscheinlich nicht dauerhaft zwei Foren parallel betreiben, und ich würde mir sehr wünschen, dass die alten Inhalte nicht verloren gehen. Das ganze Wissen in den alten Foren… Genau so habe ich damals beim Amstrad vieles gelernt (oder wieder gelernt) und Dinge erfahren, von denen ich vorher noch nie gehört hatte.
Mein Hauptziel dabei wäre also, all dieses Wissen zu bewahren.
Nein, das wäre tatsächlich nicht möglich. Was ist mit den Benutzern? Den PN? Jede Menge Details, die über die API nicht möglich sind, weil diese nur an der Oberfläche arbeitet…
Hm… Ich sehe das Problem und habe im Moment keine gute Lösung. Ich werde ein wenig darüber nachdenken.
Die Idee wäre, einen KI-Agenten einfach das alte Forum lesen zu lassen (was er aktuell kann – keine API erforderlich) und die Inhalte von dort aus im neuen Forum zu posten. Vielleicht nur kuratierte Dinge…
Ich suche einfach nach Möglichkeiten, dieses Wissen zu bewahren. Wenn das alte Forum verschwindet, offline geht usw., ist diese Information für immer verloren.
Aber wie gesagt – ich habe noch keine wirklich gute Idee, wie man das vernünftig in einem modernen Archiv bewahren kann. Lass mich das mal ein bisschen durchdenken und sacken lassen.
Ja, das meinte ich mit „funktioniert oberflächlich betrachtet“. Es wäre ein Leichtes, das alte Forum nach bestimmten Kriterien zu durchsuchen und hier über einen Agenten neue Beiträge zu erstellen. Das Erste, was dir jedoch fehlen würde (und ab da geht es schnell bergab), ist, dass JEDER Beitrag und Thread unter demselben Benutzernamen laufen würde, was zu einem absoluten Chaos führt.
) – wegen der Abonnements-Funktion. Abonnements auf Discourse sind leider fest an Stripe gebunden. Und obwohl ich vorhabe, die Abos zu nutzen, wird das Ganze nicht an Stripe gekoppelt sein. Leider lässt sich Stripe nicht deaktivieren, ohne die Abos komplett abzuschalten, aber ich muss mir erst noch überlegen, wie ich das umsetze. Es ist schließlich immer noch eine Baustelle (WIP).
Die CPC-Community hat ihre (meiner Meinung nach) wichtigste Website wieder online! Ich werde von anderen lesen, Fragen stellen, meine aktuellen Projekte erwähnen können etc.
Du hast Anerkennung verdient
Das sind tolle Neuigkeiten
Sieht so aus, als ob Discourse mehr CPU verbraucht
(Trommelwirbel) … mag ich Discourse!