Zur Not nehm ich halt die Bedingung "man muss eingeloggt sein, um Nachrichten per AJAX abrufen zu können" wieder raus. (ich weiß eh nicht mehr, warum ich die eingebaut hab - Traffic-Bedenken?)

haha marlus zu dumm zum tabs löschen

nicht, dass ich auch immer 20 tabs offen hätte

@WYE: Weiß nicht, ob mich die Seite als ausgeloggt oder eingeloggt betrachtet hat. Ich weiß nur, dass ich "Aktualisieren" geklickt habe, der Kreis sich gedreht hat und aber keine Nachrichten nachkamen, bis ich F5 gedrückt hatte.
Ja, ich würde die Bedingung wirklich einfach rausnehmen. Selbst wenn es höheren Traffic auslösen sollte, falls auch Gäste den Chat aktualisieren können, sollte es vermutlich reichen, halt nur den Button an sich Gästen nicht zu anzuzeigen und seine Funktionalität aber nicht an den Login-Status zu knüpfen.

So, ich hab die Bedingung rausgenommen - jetzt müsste sich der Chat immer richtig aktualisieren lassen, egal ob er euch für ausgeloggt hält oder nicht.

Cool. Dann bin ich ja mal gespannt!

Sehe ich es eigentlich richtig, dass man für eine neue Page zumindest folgende zwei Dinge braucht:
-Eine "Page" im pages-Verzeichnis
-Das übersetzte Template im lang/Template-Verzeichnis?

Sodass man dann, wenn man pages/penis.php anlegt und dann dort drin das penis-Template included machen können müsste:
http://www.smwhacking.de/?p=penis
Sehe ich das richtig?

Stimmt genau!

Streng genommen braucht man sogar nur eine Datei im pages-Verzeichnis - sobald die da ist, funktioniert auch ?p= - aber weil ich gerne Inhalt von Logik trenne, hab ich mir vorgenommen, das HTML immer in eine extra Template-Datei auszulagern, die ich dann von der Page aus rendere.

Finde ich auch durchaus sinnvoll und logisch so. Würde ich ebenfalls so tun.

Muss mal schauen, ob ich es hinbekomme, eine Funktion einzubauen, um generische Pages direkt im Admin-Panel (via Datenbank) anlegen zu können. Das fände ich sehr praktisch und ist die eine Sache, die ich von Wordpress übernehmen würde. Und dann noch eine Funktion, mit der man das Hauptmenü leicht (ebenfalls über Datenbank) erweitern kann, um diese Pages gegebenfalls auch irgendwann unterbringen zu können. Ist momentan eher unwichtig, aber nur mal angenommen, wir würden irgendwann, beispielsweise, für unsere Team-Hacks eigene Pages anlegen wollen, dann könnte man das darüber leicht fertigstellen. Oben ein neues Ausklapp-Menü hinzufügen "Projects", da dann als unterpunkte "SMW Collab Dingens" und "SMW Collab Dingens 1/2" und für jedes davon dann eine eigene Page, die man leicht übers Admin-Panel anlegen könnte. Nur mal um verbildlichen, wie ich es mir vorstellen könnte.

Ich find's nicht ganz so sinnvoll wie du, aber in deinem Fork kannst du ja machen, was du willst. Hast du 'ne funktionierende Testumgebung?

Nope. Was brauche ich dafür alles?

Eigentlich nur Apache, PHP7 und 'ne MySQL-Datenbank

Ich hab mir XAMPP installiert, das ist quasi ein ganzer Webserver mit allem drum und dran auf dem eigenen PC, damit kann ich alles lokal ausprobieren

Ohne lokale Testumgebung müsste man ja alles auf der Live-Version der Seite testen, und das würde selbst ich nicht empfehlen.

Solange man nichts mit der Datenbank macht und nicht die Haupt-Files anfasst, kann ja vermutlich nicht viel passieren.
Aber sobald man was mit der Datenbank macht, wäre eine Testumgebung natürlich schon hilfreich. Ich könnte dafür aber theoretisch auch meinen Webspace und eine Subdomain benutzen.

Vielleicht rufe ich experimental.smwhacking.de dafür wieder ins Leben und kopiere die Daten von hier dorthin rüber. Scheint mir das leichteste zu sein. Dann könntest du das auch benutzen (obwohl du ja eh deinen Kram hast).

Test