Bronies.de

(25.06.2015)Evenprime schrieb: [ -> ]Oder jene die es nicht schaffen a ihren Webserver entsprechend einzurichten, um ein Cachen der prinzipiell statischen Avatare durch den Browser ermöglichen.

Ich hab mal versucht, meinen Webserver anzuweisen, zwischen mobilen Desktopbenutzern zu unterscheiden und bei ersteren den Cache aktivieren, aber irgendwie bin ich nie damit fertig geworden, weil der Aufruf der header()-Funktion mit dem entsprechenden Header aus irgendwelchen Gründen erfolglos war.

@Rapti: Du benutzt eh einen Wechselavatar. Da ist es eigentlich unerwünscht, dass das Bild gechached wird. Ich denke Evenprime meinte herkömmliche, extern gehostete Bilder.

Deswegen sprach von einer Sonderregel für Mobilgeräte. Dass ich da eben keinen Wechselavatar habe. Damit bin ich aber nie fertig geworden.

Ist es möglich die Beiträge automatisch ohne neuladen der Seite zu aktualisieren?
So ähnlich wie bei Facebook im Gruppenchat, wo es nach dem Abschicken der Nachricht bei allen zu sehen ist die das Thema abonniert haben?

Das wurde schon ein paar mal in verschiedenen Varianten vorgeschlagen. Das Problem ist, dass das automatische Nachladen einiges an zusätzlicher Serverleistung und Bandbreite benötigt.

Gibt es die Funktion, dass man Themen im UCP und/oder Bereich "Abonnierte Themen" als gelesen markieren kann?

Wie wäre es denn mit verschiedenen Farbschemata für das mobile Design? Wenn man bedenkt um welches Forum es geht müssten da doch mindestens 6 sein

(26.06.2015)Leon schrieb: [ -> ]Das wurde schon ein paar mal in verschiedenen Varianten vorgeschlagen. Das Problem ist, dass das automatische Nachladen einiges an zusätzlicher Serverleistung und Bandbreite benötigt.

Nicht besonderes, eigentlich, wenn ihr gerade kein AMD Athlon als CPU habt und kein DSL/ISDN benutzt, wird das bei so einer kleiner Webseite kaum bemerkbar sein. Zumindest aus meiner Erfahrungen mit Java+Spring kann ich nur sagen, dass Ajax kein Problem war. Immerhin wird das Nachladen von neuen Nachrichten auf großen Imageboards verwendet, die mehr Anfragen pro Sekunde haben sollen, als der Forum, und es funktioniert aber trotzdem.

Andererseits ist MyBB (und PHP generell) so dermassen schlecht projektiert, dass die Entwicklung von neuen Features mit vielen Schmerzen verbunden sein kann, und keiner will eigentlich, an so was freiwillig zu arbeiten.

Wäre es eigentlich möglich, den Forum auf ein vernünftiges Framework zu portieren? Wie Scala+PlayFramework z.B.? Oder auf Java+Spring?

P.S
Als Zwischenlösung könnt ihr doch auf HTTP2 umsteigen! Da gibt es schon PUSH Messages, die vom Server zum Client gesendet werden können, direkt im Protokoll, da müsst ihr also nicht so viel machen.

Ich habe gerade im Foren-News Thread gelesen, dass die Sache mit den Icons für externe Seiten/Netzwerke gelöst wurde und diese für Gäste nun nicht mehr sichtbar sind.

An der Stelle daher ein Danke!

Das Problem bei HTTP/2 ist nur, dass es von manchen Browsern nur in Verbindung mit TLS akzeptiert wird. Also werden Ansätze die HTTP/2 benutzen wohl genau wie HTTPS mindest auf letsencrypt warten müssen. Dann wäre auch noch die Frage ob die verwendete PHP Version das unterstüzt.

HTTP/2 würde auch nicht viel bringen, da die Schwachstelle nicht beim Webserver, sondern vermutlich eher an der Datenbank und Forensoftware liegt, wobei letztere auch kein HTTP/2 unterstützt.

(30.06.2015)Root schrieb: [ -> ]Das Problem bei HTTP/2 ist nur, dass es von manchen Browsern nur in Verbindung mit TLS akzeptiert wird. Also werden Ansätze die HTTP/2 benutzen wohl genau wie HTTPS mindest auf letsencrypt warten müssen. Dann wäre auch noch die Frage ob die verwendete PHP Version das unterstüzt.

Falls ein benötigtes Feature nicht unterstützt würde, wäre ein Umstieg auf eine nicht "stable" Version von Apache/PHP durchaus möglich, wie es schon vor einiger Zeit mit MySQL gemacht wurde.

(28.06.2015)bisty schrieb: [ -> ]Andererseits ist MyBB (und PHP generell) so dermassen schlecht projektiert, dass die Entwicklung von neuen Features mit vielen Schmerzen verbunden sein kann, und keiner will eigentlich, an so was freiwillig zu arbeiten.

Wäre es eigentlich möglich, den Forum auf ein vernünftiges Framework zu portieren? Wie Scala+PlayFramework z.B.? Oder auf Java+Spring?

Da beantwortest du dir die eigene Frage bereits. Ich bin absolut kein Fan von PHP. Und MyBB ist sicher nicht das tollste an Forensoftware, was es gibt. Aber letztendlich findet man für auf PHP basierte Software sehr leicht Leute, die sich rein hobbymäßig zumindest soweit damit auskennen, dass sie kleinere Wartungsarbeiten und Änderungen selbst durchführen können.

Sobald man zu spezialisierteren Frameworks wie eben den diversen Java-Technologien geht, ist nichts mehr mit einfach Sachen ausprobieren mit einem Texteditor und FTP-Client. Und natürlich ist dann ein eigener Root-Server praktisch Pflicht, samt der nötigen Server-Administration (wäre zwar für uns kein Problem, aber ist halt der Grund, warum ein großteil an Foren- und Blogsoftware nunmal in PHP geschrieben ist).

Selbst wenn ich Zeit und Lust hätte eine eigene Forensoftware auf "vernünftiger" Basis zu entwickeln, so würde diese sicher mit meinem Abgang oder dem zwangsläufig irgendwann schwindenden Interesse einfach wieder sterben, weil die hobbymäßigen Forenbesucher die zugleich Java + JSP/JSF/AngularJS oä. wirklich können, vertrauenswürdig sind, sozial in das Moderatorenteam passen, in ihrer Freizeit daran arbeiten wollen und das auch länger zuverlässig machen, die gibt es wohl nicht.

Beruflich arbeite ich auch viel lieber mit Java+JSP oder seit kurzem mit Java+JSF, PHP selbst zu schreiben würde ich nichtmal für ein kleines privates Projekt in Betracht ziehen.  

(27.06.2015)Muropfel schrieb: [ -> ]Gibt es die Funktion, dass man Themen im UCP und/oder Bereich "Abonnierte Themen" als gelesen markieren kann?

Derzeit nicht. Du könntest allerdings ganz, ganz unten im Footer der Seite das komplette Forum als gelesen markieren, dadurch würden auch die Abonnements entsprechend markiert. Ist aber eher eine Holzhammermethode.

Bezüglich automatischem Nachladen von neuen Beiträgen:

Soweit mir bekannt gibt es nicht wirklich brauchbare Plugins für MyBB dafür. Und selber schreiben reizt mich ehrlich nicht sonderlich aus obigen Gründen.

Ich gebe auch mal eine Stimme für die (zumindest optionale) Wiedereinführung von Avataren in der Mobilen Version ab. Nervt mich auch schon länger, dass die fehlen. Selbst wenn man zugeben muss, dass sie aufgrund ihrer Winzigkeit schlecht zu erkennen waren, war das, was man früher erkenne konnte noch immer mehr als ausreichen, um bekannte Nutzer schnell zu erkennen und vor allem verschiedene Nutzer in einem Thread auf einen Blick voneinander zu unterscheiden, während das jetzt mit den Namen deutlich anstrengender ist.

Und wegen Volumen sehe ich persönlich absolut keinen Vorteil. Ich habe momentan ein monatliches mobiles Datenvolumen von 1 GB, wovon ich meistens weniger als 200 MB tatsächlich nutze.

ich wäre auch dafür :l

und auch wenn sie klein waren, konnte man ja immer ziemlich weit reinzoomen...

(30.06.2015)Evenprime schrieb: [ -> ]wäre zwar für uns kein Problem, aber ist halt der Grund, warum ein großteil an Foren- und Blogsoftware nunmal in PHP geschrieben ist

Tja, da hast du leider Recht - ich kenne eigentlich nur ein Forum-Engine, der in Java+Scala geschrieben ist, und an dem man noch aktiv arbeitet.

Die gewünschte Änderung bezüglich Avataren in der mobilen Version wurde nun umgesetzt.

Also Avatare können in den Optionen im User-CP nun auch für die mobile Version wieder aktiviert werden. Standardmäßig ist sie deaktiviert, also auch für Gäste.

Direkt ausprobiert und für angenehm empfunden - klappt gut, vielen Dank.

Funktioniert super, Vielen Dank o3o

Die Avatare werden aber immer noch in der originalen Auflösung geladen, oder?


Ein kleines Problem gibt es noch mit der Skalierung. Egal welches Seitenverhältnis, die Avatare werden immer auf quadratisch skaliert:

Danke für den Hinweis. Ich habe die Darstellung der Avatare einfach so von früher übernommen, das war also meines Wissens einfach schon immer so. Jetzt habe ich das entsprechend korrigiert. Da das über CSS geregelt ist, kann es ein bisschen dauern, bis der jeweilige Cache des Browsers sich eine neue Version der Styles zieht, d.h. die Änderung ist eventuell erst später sichtbar.