Forum, ML, help zu Discourse Server zusammenführen?

Wenn der Server sicher ist und gut gehostet wird, dann kann man auch auf einen neuen Server gehen.

Ich gehe davon aus bzw. hoffe, dass das nicht wirklich eine Frage ist, sondern dass das einfach nur endgültig entschieden und festgelegt werden muss.

Da man sich auf Discourse nicht ohne gefährliches JavaScript einloggen kann (kein Unobtrusive JavaScript), halte ich gar nichts von Discourse. Kann jeder unter

https://try.discourse.org/login

probieren.

Viele Funktionen benötigen bei Discourse JavaScript und wenn man es aktiviert, braucht der Browser deutlich mehr Rechenleistung.

Sehr viele Seiten benötigen heutzutage JavaScript. Manche bestehen fast komplett daraus. Ich bin bestimmt kein Fan davon, aber das osm.org oder das editieren ohne funktioniert dürfte lange her sein.
Das Client-seitige Scriptsprachen mehr lokale Ressourcen brauchen haben sie auch so an sich …

Es gibt noch Internetseiten und Foren, wie z.B. dieses hier, die ohne Javascript und ohne Tracker auskommen.

Ich empfinde sowas durchaus als angenehm.

Wieso ist JavaScript gefährlich? Was ist unobtrusive JavaScript? Bitte für Nicht-Programmierer erklären — Danke.

Und was kann ich genau auf dem try.discourse-Link probieren?

nicht generell.
Aber wenn ich statt den Fingern zusätzlich auch eine Gabel verwende, dann kann die Gabel eine Verletzungsgefahr darstellen.

JavaScript soll nur zusätzlich sein und nicht Bedingung: eine Seite sollte auch ohne JavaScript funktionieren. Manchmal ist das sinnvoll bzw möglich, und manchmal nicht.

Welche Foren nutzen Discourse als Skript? Würde mir das mal gern anschauen.

https://discuss.ardupilot.org/

https://discourse.ros.org/

Ja es gibt viele Projekte die auf Discourse setzen u.A.

Bitte lasst uns nicht zu doll offtopic werden.
Es geht hier um die zwingende Ablösung von OSQA (unser help.osm.org) welches nicht mehr aktualisiert wird und damit ein Sicherheitsproblem darstellt. Mit einem Umstieg stellt sich auch die Frage, ob es Sinn machen könnte die Trennung Fragen / Forum / ML / … gleich mit aufzuheben. Eine Software mit der das möglich ist, ist discourse.
Vielleicht ist sie für verschiedene Einzelfälle nicht die perfekteste Lösung, aber eine bei freien Projekten etabliertes und aktiv betreutes Werkzeug, zu der es viele Erfahrungen bzgl. einer Umstellung von Boards etc. gibt. Da ich die Kommunikation schon als Einstiegshürde für neue (junge) Mapper sehe, stehe ich dem erst einmal sehr hoffnungsvoll gegenüber und bin dankbar, wenn das unsere Admins angehen. Da sie letztlich die Arbeit machen müssen, ist es für mich auch völlig ok, wenn sie sich letztlich gegen einen Zusammenschluss aussprechen :slight_smile: Nun warten wir erst einmal, bis das single-signon angepasst ist, denn das wird ja für die meisten anderen Alternativen auch benötigt.

Ja, es gibt auch viele Projekte, die auf barrierearme oder barrierefreie Lösungen setzen.
Und nein, das ist hier nicht OT.
Irgendwer will funktionierende Systeme mit Mängeln durch nicht funktionierende Systeme mit anderen Mängeln ersetzen.

Offtopic: Wir sollten die Verschlimmbesserung des Webs nicht unterstützen, indem wir da mitspielen. “Machen ja alle so”. Nein eben nicht.

Welche Software-Vorschläge hast du denn die deinen Ansprüchen bzgl. einer Software für ein FAQ / öffentlichen Helpdesk? Gerne mit Erklärung was diese in deinen Augen besser machen und Nutzerbeispielen.

Wie war diesbezüglich eigentlich deine Erfahrung mit dem aktuellen OSQA?

Hallo,

verfolge den Thread zur Umstellung des OSM Forums zur Modernisierung auf Discourse.

+1 was User !i! schreibt.

Neue Mapper, die wir gewinnen wollen, kommen aus Foren, wo Foren Möglichkeiten bieten, die dieses Forenskript nicht hat, weil es aus einer anderen Zeit kommt. Neue User müssen hier erst einmal lernen, wie man mit den Nicklichkeiten des alten Forenskripts umgeht. User, die seit langem hier im Forum aktiv sind, bevorzugen natürlich die gewohnte Lösung und kennen die Workarounds. Der Schwenk zu Discourse wird neue Möglichkeiten bringen, die auch die alten User nach der Umstellung nicht mehr wissen wollen. Die Vorteile von Discourse hat Negreheb schon beschrieben: https://forum.openstreetmap.org/viewtopic.php?pid=803349#p803349

Das aktuelle Mailing System ist eine Lösung aus der Gründerzeit und ist mit meinem Mailprovider mailbox.org nur eingeschränkt nutzbar. Ich steige bei älteren Beiträgen aus der Mailing Liste über die Hintertüre des Mailing Archivs ein, weil ich kein Thunderbird Nutzer bin. Ich sehe in der Anzeige meines Mailproviders keine Thread-Anzeige.

Jetzt gibt es User, die auf das Risiko Java Script hinweisen. Ja, für Discourse ist Java Script notwendig, ansonsten sieht die Anzeige mager aus. Mit Java Script arbeiten sehr viele Webseiten und ich habe noch nie Sicherheitsprobleme dadurch bekommen.

Habe mich heute durch Googeln etwas kundig gemacht. Das mögliche Risiko besteht nicht in Java Script, sondern in Java Applets und Java Plugins. Seit dem Java Update in 2014 werden nur noch signierte Java Applets im Browser ausgeführt. Unsignierte Java Applets werden geblockt. Also, ist dadurch diese Lücke weitestgehend geschlossen. https://wiki.byte-welt.net/wiki/Java_Applets_und_Java_Web_Start-Anwendungen_starten_-_ab_Java_7_Update_51

Wie gesagt, in meinen gut 10 Jahren Internet hatte ich bisher nie einen bösen Vorfall, wo mein Virenscanner angeschlagen hat oder mein Browser sich auf einmal sehr langsam angefühlt hat. Im Hintergrund liegt ein Virenscaner und ein Image, sodaß ich im Fall X das System neu aufsetzen kann. Damit denke ich, bin ich safe.

Nun zum Argument: Java Script und Java Applets machen meinen Rechner langsam.

Habe dazu einen Vergleich gemacht zwischen unserem OSM Forum und dem Discourse Forum. Dazu wurde jeweils der Rechner neu gestartet und dann unser OSM Forum und 5 Threads geöffnet. Das Gleiche mit einem Discourse Forum. Damit denke ich, ist ein gleichwertiger Vergleich möglich.

Den Vergleich kann man hier abrufen: Datei von filehorst.de laden

Wie man in den Screenshots sieht, pendelt die CPU-Last zwischen 10 und 25 %. Die größte CPU-Last entsteht beim Windows Systemstart und beim Öffnen der Opera Lesezeichenliste, in der man wunderschön browsen kann, aber auch CPU-Last bedeutet. Die CPU-Last beim Öffnen von Threads in unserem OSM Forum oder einem Discourse Forum hält sich unter 25% und somit im grünen Bereich. Man sieht auch schön beim Öffnen und Lesen der Thread senkt die CPU kräftig ihre Taktzahl. Tendenziell ist die CPU-Last im aktuellen OSM Forum geringer als im Discourse Forum, aber über alles betrachtet im grünen Bereich, da die CPU nicht gefordert wird.

Mein Notebook ist ein zwei Jahre alter Acer TravelMate TMX349-G2-M mit einer Skylake i5 CPU. https://www.heise.de/preisvergleich/acer-travelmate-x349-g2-m-562z-nx-veeeg-021-a1743595.html

Die Browser sind inzwischen durch Caching schon sehr schnell geworden. Da ist dann die Qualität des LTE Netzes oder des WLANs zuhause der limitierende Faktor. Mein Browser ist Opera und als Reservebrowser Firefox.

Ach, ich bitte dich, was ist konkret schlechter oder nicht funktionierend an Discourse? Ausser, dass es dir nicht gefällt? Deine Posts hier waren nichts anderes als ein “Nö”, genau, was ich in meinem letzten Post geschrieben habe “Nur dagegen zu sein ist zu wenig.”.

Login sollte ohne JavaScript möglich sein? Gut, ist mir, ehrlich gesagt, relativ egal, weil ich bei Seiten, denen ich vertraue, JS einfach zulasse. Aber kann man durchaus anbringen. Was ich auch mache und als Bugreport einbringe bei Discourse.

Nur mal am Rande angemerkt: Ich bin kein Riesenfan von Discourse, wirklich nicht, ich sehe aber die massiven Vorteile, die es gegenüber FluxBB einfach hat für unseren Zweck. Unter anderem ist das auch 3 Kommunikationskanäle auf, sagen wir mal, 1,5 zu reduzieren.

EDIT: Ich hab jetzt mal den Bugreport erstellt, aber es sieht eher so aus, als würde das nichts werden bzgl. Login/Registrierung ohne JS. Aber vielleicht werde ich ja überrascht.

EDIT2: Ich habe gerade #34 https://forum.openstreetmap.org/viewtopic.php?pid=803349#p803349 editiert, man kann mit Markdown oder BBCode oder HTML seine Posts aufhübschen und es gibt einen Verlauf/History für editierte Posts. Auch eine gute Sache, wie ich finde.

OSM war schon immer in zwei Lager gespalten. Was schon immer ziemlich doof war und zu Informationsverlust geführt hat.

Die Mailing List Nutzer, denen Foren zu un-nerdic und uncool waren.

Die Forennutzer, denen Mailinglisten zu umständlich und steinzeitmäßig waren.

Wir haben es nie geschafft diese beiden Lager zusammenzubringen, von daher halte ich eine Diskussion über eine Zusammenführung auf was ganz anderes für ziemlich theoretisch.

Antwort vom Discourse-Team: Ist mit JS geschrieben und man benötigt sowieso JS also werden sie auch den Login/die Registrierung nicht “ohne JS” machen. Dann ist zumindest das abschließend geklärt.

@Nop
Nunja, darum schreibe ich ja auch 1,5 Kanäle, wobei man sich tatsächlich mal ein Discourse ansehen müsste, wo eine Mailingliste integriert wurde. Je nachdem, wie gut das rennt, würde es ja, mehr oder weniger, tatsächlich nur mehr ein Kanal sein. Die Forennutzer können das Forum benutzen wobei die Mailinglisten nicht ausgeschlossen ist oder separat abläuft, sondern integriert ist. Somit muss auch niemand überzeugt werden, von der Mailingliste wegzugehen.

Wir hatten gerade bis jetzt den OSM-Stammtisch München als Jitsi Call. Eine gute Bemerkung war: Mailing-Listen sind so etwas wie ein Thread. Also ist ein Forum und eine Mailingliste nicht so weit voneinander entfernt.

Entweder wir lassen beide Welten weiterhin parallel weiterlaufen oder es gibt ein Format, das beide Welten zusammenführt. Ich bin da Ergebnis-offen.

Ich bin da nicht so tief drin, also keine. Oder halt fluxxbb&Co. Alles so lassen wie’s ist mit seinen Nachteilen, statt die gegen andere blödere Nachteile zu tauschen.
Oder: OSM hat es geschafft Notes, CS-Kommentare, diarys etc. und allerlei verwandte Dinge direkt barrierefrei und halbwegs übersichtlich und strukturiert zu implementieren, also fähige Programmierer haben wir offenbar.
So Foren/Mailinglisten etc. sind natürlich andere Baustellen, aber den Sprung, da die aktuellen Themen umzusetzen sehe ich in dem Zusammenhang keine Raketenwissenschaft. (Disklaimer: ich bin kein Programmierer, habe aber als Web-Frontendentwickler da zumindest einen kleinen groben Einblick)

Du meinst help? Da bin ich diverse Male drübergestolpert, aber bzgl. Benutzbarkeit ist mir nichts negativ aufgefallen. Passiert halt nicht viel. Man könnte die Leute da fragen, was sie davon hielten das einzustampfen. Ein Faq-ähnliches System ist meiner Meinung nach auch gut in einem Wiki* aufgehoben.
Blieben noch Forum und Mailinglisten übrig.
Ich weiss nicht wie Nop das genau gemeint hat, aber meine Meinung: das bekommt man mental nicht zusammen. Wir können vielleicht eine perfekte Lösung finden, wie wir nur diese 2 Welten vereinen, es wird nicht das selbe sein. Weder mit Discourse, noch mit was anderem.

Hab mir Mühe gegeben nicht OT zu werden, was ich wirklich von Discourse halte, schreib ich vlt. mal in ein Diary. Das geht eher ans Eingemachte und passt hier nicht her. (Vorabkurzversion: einmal Output runterladen und anschauen und staunen wie “modern” das ist)

  • Man könnte auch mal schauen, wie man das Wiki so in Schuss bringt, dass es von der Performance in etwa so wie Wikipedia funktioniert. Dann - vielleicht - alle alten Zöpfe abschneiden … win-win-win

Im Prinzip gibt es ja die Möglichkeit, die Mailinglisten auch über einen Newsserver (via gmane oder so) zu verfolgen und m.d.E.n. auch so mitzuschreiben Usenet ist ja sowas wie ein Forumsvorläufersystem, man konnte also schon vor Jahren die beiden Welten miteinander verheiraten, wenn man wollte, nur ist Usenet selbst auf dem absteigenden Ast, also aktuell keine Lösung mehr …
Aber dass es ohne help mit ML und Forum nur noch zwei Welten wären, die zur Fusion anstünden, stimmt auch nicht ganz, da es ja auch noch Diskussionen im Wiki gibt, wo ja theoretisch auch Abstimmungen über tags etc. laufen täten … Sollte man beim Fusionieren also nicht vergessen, auch das Wiki mit anzubinden, zumindest die Diskussionsseiten …