Ich habs mal implementiert. Das Problem ist jetzt noch das der Zorg-Code eine Session erstellt - das tritt aber nur auf wenn du noch ein zooomclan.org Cookie hast.
Ohne Cookie klappts. Gib mal "www.zooomclan.org" ein. Du landest dann auf der Startseite, mit zooomclan.org in der URL. Alles andere wird redirected, auch nachdem du auf "Forum" geklickt hast landest du auf zorg.ch.
So kannst du Header und Footer problemlos anpassen, da du in deinem Script sieht mit welcher Domain der Request daherkommt (irgendeine der $_SERVER Variablen).
Nun ja, doch nicht so einfach wie es zuerst schien.
Es gibt "irgendein" Problem mit dem anzuzeigenden Haupttemplate (zorg_main.html) - Lukas, könntest du mal checken ob da die korrekte Schreib-/Leserechte und User/Group gesetzt sind?
Ausserdem kommt jetzt zwar die "alte" Startseite wenn man unter zooomclan.org geht, man kann sich da aber nicht einloggen (= redirect zu zorg.ch). Was nicht so toll ist, weil dann nach dem Login das Zorg-Template da ist.
Nunja, aufgrund des Problems mit dem Haupttemplate wird nur das Content-Template für Zorg/Zooomclan geswitcht, der Header und Footer der Seite sind noch wie bisher.
Wird leider Donnerstagabend bis ich wieder Zeit habe dafür. Aber im Moment tuts ja :-)
Es wäre einiges einfacher, wenn alle Seiten als Template existieren würden. Leider ist das nicht so. Ausserdem wir an X Stellen im Code fix auf "http://www.zooomclan.org/..." verlinkt. "Search&Replace"... jaja. So einfach ist es leider nicht, weil dann unter Umständen gar nichts mehr geht.
Auch Header- und Menü-Templates sind teilweise in einzelne Seiten fix eingecodet (siehe Gallerie, wo der Zooomclan.org Header erscheint).
Vielleicht hat jemand von euch ja grad einen guten Vorschlag, wie das "Problem" gelöst werden soll. Ihr habt ja inzwischen (hoffentlich) selber gemerkt, dass es nicht einfach einer kleinen Anpassung bedarf und "zooomclan.org" wird zu "zorg.ch".
Ich wäre dafür, alle Seiten zu "templatisieren" (ein Template für jede Seite zu erstellen). Allerdings müssen dafür einige Funktionen erstellt und beim Smarty "registriert" werden, damit die Inhalte schlussendlich in einem Template angezeigt werden können. Und das benötigt einiges an Arbeit... so wie ich das jetzt über den Daumen abschätze.
Danach kann jeder User in seinem Profil ein "Zooomclan.org"-Flag setzten, welches den entsprechenden Switch zum Header, Footer und Startseite macht.
Aber die Startseite müssen wir begrenzen auf Zorg.ch.
es isch so flexibel wie mers "erlaubt". s problem isch, dass doch alli funktione und alles hard-coded werde müennd, bevor mit smarty überhaupt was gmacht werde cha. dä vorteil sind eifach d templates wo nöd ständig neu generiert werde müennd, sondern teilwiis us em cache glade werded. da bringt performance vorteil, was für zorg jo nöd unwichtig isch.
holla! endlich ein kleiner erfolg im bezug auf zorg.ch/zooomclan.org
(aber noch nicht fertig implementiert :-))
jeder user kann in seinem profil ein falg flag "zooomclan.org layout" setzten (noch nicht implementiert). danach passiert folgendes:
gleich wie z.b. die user-id, username, etc. an smarty übergeben wird, wird auch der "zorg.ch/nicht-zorg.ch"-wert übergeben. somit kann in templates ganz einfach anhand einer kurzen abfrage ermittelt werden, ob der user zorg.ch oder zooomclan.org sehen möchte.
dazu habe ich ein neutrales template für den header erstellt. diesen werde ich als standart-header definieren und in diesem findet jeweils die oben erwähnte abfrage statt. und danach wird der zorg.ch oder zooomclan.org header ausgegeben (also im neutralen template included).
dito für das navigationsmenü.
dito für das home template.
problem: der footer. hier ziehe ich definitiv in betracht, die werte ebenfalls via smarty ermitteln zu können und somit den footer ebenfalls als template zu erstellen. danach das gleiche prozedere wie beim header.
zum schluss schlage ich, doch meiner anfänglich anderen meinung, vor, dass man bei zooomclan.org direkt auf zorg.ch weitergeleitet wird (also dass in der url-zeile immer zorg.ch steht). somit sollte das cookie-problem auch gelöst sein, weil immer auf das zorg.ch-cookie zugegriffen wird.