MODX Deutschland - Forum - Diskussion: Multidomain-Lösung für MODx

Diskussion: Multidomain-Lösung für MODx

2009-05-06T02:28:11+02:00

Fragen, Anregungen und Fehler zum Thema Multidomain-Lösung für MODx hier rein.

Diskussion: Multidomain-Lösung für MODx

2009-05-06T17:10:08+02:00

Hey vielen Dank. Habe es noch nicht ausprobiert, werde ich aber sicher

Diskussion: Multidomain-Lösung für MODx

2009-05-06T18:47:30+02:00

Das klingt ja wirklich toll! Habe gerade erst vor einigen Tagen wieder auf einem Server eine zweite MODx Installation angelegt für eine subdomain Inhalte waren sogar fast identisch, das hier wäre also fantastisch gewesen!! Aber jetzt weiß ich es ja

Sobald ich es ausprobiert habe, werde ich hier berichten.

Diskussion: Multidomain-Lösung für MODx

2009-05-06T20:00:20+02:00

Wenn man nun im Baum noch die unpassende Domain für bestimmte User verstecken könnte, wäre alles gut. Natürlich sollten gleichzeitig nicht bearbeitbare Dokumente trotzdem noch angezeigt werden

Gibt es irgend einen Event der beim Darstellen des Managers abgefeuert wird?

Diskussion: Multidomain-Lösung für MODx

2009-05-06T20:34:38+02:00

Wenn man nun im Baum noch die unpassende Domain für bestimmte User verstecken könnte, wäre alles gut

Hmm, da müsste man wohl was basteln.

Gibt es irgend einen Event der beim Darstellen des Managers abgefeuert wird?

OnManagerPageInit ist wohl das einzige. Ob man damit den Frame des Stukturbaumes beeinflussen kann... keine Ahnung. Eventuell könnte man zumindest die nicht bearbeitbaren Ordner wegblenden.

Diskussion: Multidomain-Lösung für MODx

2009-05-30T19:15:09+02:00

Hi an Alle,

habt Ihr eine Idee wie mit der vorgeschlagen Methode verschiedene Subdomains
realisiert werden könnnen?

Ich benutze modx 0.9.6.3
und
Wayfinder 2.0

Subdomain 1:
http://cms.website.org

Ordnername:
cms.website.org

Alias:
cms-website-org

host_url
cms-website-org

Subdomain 2.
http://sponsoren.website.org

Ordnername:
sponsoren.website.org

Alias:
sponsoren-website-org

RewriteEngine On

RewriteBase /

# First be sure to rewrite the request to a unique domain

RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} ^website\.org [NC]

RewriteCond %{HTTP_HOST} !^cms\.website\.org [NC]

RewriteRule (.*) http://cms.website.org/$1 [R=301,L]

# rewrite the homepage of each domain to index.html

RewriteRule ^wagnis-org\.html$ /index.html

# do the other magic: Rewrite the the requests to for MODx readable folders

RewriteCond %{HTTP_HOST} cms\.website\.org [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|website-org)?(.*)$ index.php?q=/website/$3 [L,QSA]







# First be sure to rewrite the request to a unique domain

RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} !^sponsoren\.website\.org [NC]

RewriteRule (.*) http://sponsoren.website.org/$1 [R=301,L]

# rewrite the homepage of each domain to index.html

RewriteRule ^sponsoren-website-org.html$ /index.html

# do the other magic: Rewrite the the requests to for MODx readable folders

RewriteCond %{HTTP_HOST} sponsoren\.website\.org [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|sponsoren-website-org)?(.*)$ index.php?q=/website/$3 [L,QSA]

SEO-URL-Einstellung

Gleich vorneweg:
Es klappt nicht,
wenn ich Subdomain 1 aufrufe, werde ich auf Subdomain 2 weitergeleitet.

Ich freue mich auf Eure Unterstützung, da meine Kenntnisse sich auf
"copy and paste" reduziert sind.
Mit meinem Beitrag wollte ich das Thema Multidomain erweitern und
Denkanstöße geben.

Vielen Dank Euch jetzt schon für Eure Tipps.
Sepppl

Diskussion: Multidomain-Lösung für MODx

2009-07-24T15:11:08+02:00

Nachdem ich mit Marcs Hilfe (danke noch mal) den Multidomain-Switch zum Laufen gekriegt habe, fällt mir eine wichtige Einschränkung auf: Man kann nicht mit [[FirstChildRedirect]] arbeiten. Das benutze ich viel, es gibt Ordner ohne First-Level-Seite, die damit auf die erste Unterseite umgeleitet werden.

Beim Multidomain-Switch macht [[FirstChildRedirect]] die Pfade kaputt.
Statt
www.domain1.de/ordner/seite.html
kommt
www.domain1.de/domain1-de/ordner/seite.html.
= Error 404

Sieht so aus, als ob man da nichts machen kann, oder? Das ist wohl das normale Verhalten von [[FirstChildRedirect]], es geht vom Startverzeichnis des Menüs aus.

Vielleicht sollte das noch ins Tutorial rein. Ich muss mir jetzt nämlich passenden Content für die First-Level-Seiten ausdenken.

Danke noch mal für den Multidomain-Switch und überhaupt für das tolle Forum.
Brigitte

Diskussion: Multidomain-Lösung für MODx

2009-07-24T17:26:41+02:00

@Seppl: Was macht da "wagnis" in der htaccess? Außerdem "doppelte Aliase zulassen->Ja"

@Brigitte: Probier mal folgendes:

Im Snippet "FirstChildRedirect" ziemlich am Ende, suche Zeile

$firstChildUrl= $modx->makeUrl($firstChild['id']);

Und füge direkt danach ein:

$host_url = $modx->getTemplateVarOutput('host_url',$modx->documentIdentifier);

$host_url = $host_url['host_url'];

$firstChildUrl=preg_replace("#/?".$host_url."/#i","/", $firstChildUrl);

Völlig ungetestet und ohne Gewähr.

Diskussion: Multidomain-Lösung für MODx

2009-07-24T18:44:19+02:00

Es klappt. Genial!

Alles klar. Jetzt funktionieren alle Seiten mit [[FirstChildRedirect]].

Danke, und Gruß
Brigitte

Diskussion: Multidomain-Lösung für MODx

2009-07-24T19:27:21+02:00

Noch ein Bericht von der Multidomain-Front.

Mit Marcs Ergänzung kann man [[FirstChildRedirect]] sogar für die Home verwenden, wenn man nicht die Konstruktion mit dem Weblink möchte.

Ich brauche active-Auszeichnungen für die Links, und scheue davor zurück, Wayfinder 2.5 beta zu installieren. Das habe ich neulich für einen anderen Fall angesehen und war nicht überzeugt, dass ich es zum Laufen kriegen würde.

Allerdings darf der Alias der Home nicht "index" lauten, das ergibt eine Endlosschleife. Das bedeutet vermutlich duplicate content, oder? Denn die home heißt dann sowohl "home.html" als auch "index.html".

Man kann sich das kleinere Übel aussuchen.

Schönes Wochenende!
Brigitte

Diskussion: Multidomain-Lösung für MODx

2009-09-01T15:25:32+02:00

Ich habe es mal getestet, klappt bei mir leider nicht auf Anhieb

Hab soweit alles nach Anleitung gemacht, allerdings hab ich eine Frage zu dem Punkt:

"Wir legen die drei Ordner für die drei Domains im Manager an:

root
+ www.domain1.de
+ www.domain2.de
+ www.domain3.de
+ allgemeine Inhalte
- allgemeine Startseite
- 404 "

Ich versteh das so das ich rechts unter My MODx Site
eine Dokument erstelle mit jeweils:

www.domain1.de
www.domain2.de usw

Alle einzelnen Seiten der jeweiligen Domain sind dann da drin als "Unterdokumente"
ist das erst einmal richtig?

Wenn ja dann stimmt wohl was mit meiner htaccess nicht ganz.

Diskussion: Multidomain-Lösung für MODx

2009-09-01T16:10:28+02:00

Ich versteh das so das ich rechts unter My MODx Site
eine Dokument erstelle mit jeweils:

www.domain1.de
www.domain2.de usw

Alle einzelnen Seiten der jeweiligen Domain sind dann da drin als "Unterdokumente"
ist das erst einmal richtig?

ja.

Wenn ja dann stimmt wohl was mit meiner htaccess nicht ganz.

weil...?

Diskussion: Multidomain-Lösung für MODx

2009-09-02T13:57:24+02:00

weil wenn ich die .htaccess angepasst hochlade so wie beschrieben

RewriteEngine On
RewriteBase /
# First be sure to rewrite the request to a unique domain
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} ^domain1\.de [NC]
RewriteCond %{HTTP_HOST} !^www\.domain1\.de [NC]
RewriteRule (.*) http://www.domain1.de/$1 [R=301,L]
# rewrite the homepage of each domain to index.html
RewriteRule ^domain1-de\.html$ /index.html
# do the other magic: Rewrite the the requests to for MODx readable folders
RewriteCond %{HTTP_HOST} domain1\.de [NC]
RewriteCond %{REQUEST_URI} !^/manager
RewriteCond %{REQUEST_FILENAME} index\.php [OR]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(index\.(html?|php)|domain1-de)?(.*)$ index.php?q=/domain1/$3 [L,QSA]

Dann werde ich komplett vom Server ausgesperrt!?

Diskussion: Multidomain-Lösung für MODx

2009-09-02T17:02:15+02:00

Die Domains in der .htaccess hast Du aber schon angepasst?

Diskussion: Multidomain-Lösung für MODx

2009-09-07T11:07:07+02:00

"Die Domains in der .htaccess hast Du aber schon angepasst? "

natürlich

Ich komme als Meldung immer "umleitungsschleife" sobald ich die htaccess hochlade...

Ich versuche es dann nochmal.

Diskussion: Multidomain-Lösung für MODx

2009-09-07T15:52:01+02:00

So ich hab jetzt nochmal getestet. Ich hab zwar die Fehler durch htaccess weg, aber so richtig klappen will es trotzdem noch nicht. Wird wohl an der htaccess liegen.

Also ich hab zum testen 2 Domains angelegt, die htaccess angepasst. Wenn ich jetzt Domain1.de eingebe bekomme ich eine 404 Seite, außerdem wenn ich auf "home" klicke gelange ich zu domain1.de/www.domain1.de

Wenn ich die zweite Domain aufrufe komme ich zwar auf die "Install Successful" Seite, allerdinsg wenn ich hier auf "Home" klicken will gelange ich auf domain2.de/domain2.de/
(ohne www. wie bei domain1)

Ich habe zum testen im Doumentenbaum unter www.seite1.de sowie www.domain2.de jeweils ein Dokument angelegt "test"
wenn ich jetzt im Browser www.domain1.de/test.html aufrufe komme bzw bleibe ich auf der 404 Seite.

Wenn ich allerdings aufrufe www.domain2.de/test.html dann bekomme ich

"Not Found

The requested URL /test.html was not found on this server."

Weiß jemand wo der Fehler liegt?

Grüße

Diskussion: Multidomain-Lösung für MODx

2009-09-09T23:39:54+02:00

Ich hab da jetzt mal eine allgemeine Frage, da ich mich eigentlich in nächster Zeit mit dem Thema näher beschäftigen muß.

Welche Voraussetzungen müssen für die Multidomain-Lösung Serverseitig erfüllt sein? Damit meine ich z.B., woher weiß der Server beim Aufruf der Domain 2, daß er sich die Inhalte von Domain 1 holen soll, unter der die MODx-Installation läuft?

Oder hab ich hier das System falsch verstanden?

Diskussion: Multidomain-Lösung für MODx

2009-09-10T00:47:24+02:00

@manolo: Flüster mir mal den Zugang, das kann man so schlecht beurteilen

@lipsum: Natürlich müssen beide Domains mit demselben Webspace konnektiert sein. Aktiviertes mod_rewrite ist außerdem Pflicht. mod_rewrite sorgt dafür, dass beim Aufruf von domain1 andere Inhalte angezeigt werden als beim Aufruf von domain2 (Nämlich die des jeweiligen MODx-Dokumenten-Ordners).

Diskussion: Multidomain-Lösung für MODx

2009-09-10T02:15:10+02:00

Natürlich müssen beide Domains mit demselben Webspace konnektiert sein.

Das ist mir schon klar - aber: Wie genau muß so eine Konfiguration aussehen, um zu funktionieren?

In meinem Fall sieht es z.B. so aus:
- auf dem Server wird User1 angelegt
- User1 bekommt dabei eine gewisse Größe Webspace zugewiesen
- der Pfad auf dem Server lautet dann z.B.: /home/webuser/user1
- User1 bekommt auf diesem Space Domain1, erreichbar unter www.domain1.tld
- User1 bekommt auf diesem Space Domain2, erreichbar unter www.domain2.tld
- der Pfad auf dem Server zur Domain lautet dann: /home/webuser/user1/domain1 bzw. domain2
- in den Verzeichnissen /domain1 bzw. /domain2 werden die per web zugänglichen Inhalte hinterlegt.
- im Verzeichnis /domain1 liegt nun die Multi-Domain-Installation, Verzeichnis /domain2 lasse ich komplett leer

Funktioniert das? Ist ne theoretische Frage, ich weiß - es geht mir grad nur darum, zu verstehen, ob sowas mit der genannten Konfiguration klappen kann. Müsste dann nicht auch im Verzeichnis /domain2 zumindest eine .htaccess liegen, die auf /domain1 verweist, um das mod-rewrite zu nutzen?

Diskussion: Multidomain-Lösung für MODx

2009-09-10T07:19:18+02:00

Wenn Du einen Shellzugang auf dem Server hast, sollte das Anlegen eines Symlinks vom /domain2-Ordner zum /domain1-Ordner reichen.

Diskussion: Multidomain-Lösung für MODx

2009-09-10T21:17:24+02:00

Mit nem Shellzugang siehts eher schlecht aus (hab heute jedenfalls mal mit putty versucht, auf den Server zuzugreifen, ohne Erfolg).

Gibts ne andere Möglichkeit?

Diskussion: Multidomain-Lösung für MODx

2009-09-10T22:33:38+02:00

http://www.typo3forum.net/forum/typo3-4-x-installation-updates/34203-symlink-ohne-shell.html

Diskussion: Multidomain-Lösung für MODx

2009-09-11T22:10:45+02:00

Per PHP funktioniert es leider auch nicht - permission denied...
Ich kann oberhalb des Domain-Verzeichnisses keine Dateien erstellen.

Der Support hat mir nur gesagt, das ich Wünsche nach Symlinks per Mail durchgeben soll, es wird dann vom Support erledigt. Aus Gründen der Flexibilität würd ich das aber natzürlich gern selber machen.

Geht sowas eventuell über eine .htaccess im weiterzuleitenden Domain-Verzeichnis, oder im Root? Also alle Anfragen an DomainB nach DomainA auf die Multi-Domain-.htaccess leiten?

Diskussion: Multidomain-Lösung für MODx

2009-09-12T09:26:25+02:00

Das ginge wohl nur per redirect … Nicht empfehlenswert.

Kannst Du den Webroot nicht irgendwo in deiner Konfiguration auf ein anderes Verzeichnis stellen?

Diskussion: Multidomain-Lösung für MODx

2009-09-13T20:59:53+02:00

Also ich hab jetzt ne Menge gesucht und versucht - aber irgendwie klappt das nicht. Den Webroot kann ich auch nirgends umkonfigurieren.

Problem ist, das ich oberhald der Domainverzeichnisse nur per FTP zugreifen kann.

Andere Lösung wäre, im jeweiligen domainverzeichnis einen Symlink anzulegen. Da komm ich allerdings mit der .htaccess nicht weiter.

Diskussion: Multidomain-Lösung für MODx

2009-09-13T23:02:12+02:00

Kannst Du den Symlink nicht mit PHP anlegen und per FTP verschieben?

IMHO steht im Symlink nichts anderes als der Dateipfad (vom Root aus) drin. FTP sollte natürlich nicht den 'aufgelösten' Symlink verschieben sondern nur die Datei mit 'enthaltenen' Symlink.

Diskussion: Multidomain-Lösung für MODx

2009-09-13T23:59:16+02:00

Anlegen kann ich den symlink in jedem verzeichnis - nur eben in den Root verschieben geht nicht. Ich teste grad noch mit diversen FTP-Programmen.

Edith sagt: geht auch mit PHP-Shell nicht.

Also werd ich wohl heute noch mal mitm Support telefonieren müssen.

Diskussion: Multidomain-Lösung für MODx

2009-09-15T12:41:05+02:00

Ein Problem gab es bei mir noch (Lösung anbei):

Das Template '(blank)' darf z.B. einer Sitemap oder einem RSS-Stream nicht zugewiesen werden, da dieses keine Template-Variable 'http_host' enthält.

Es muss ein neues Template z.B. mit dem Namen 'leer' und dem Inhalt [*content*] angelegt und diesem Template die Template Variable 'http_host' zugewiesen werden.

Diskussion: Multidomain-Lösung für MODx

2009-09-15T15:27:05+02:00

Ich habe da auch noch ein Problem:
Alles nach Anleitung durchgeführt, inkl. WF2.5 und weblinks auf die jeweilige Startseite.
Nur die Startseiten werde nicht als aktiv markiert.
Hier mal mein WF Aufruf:

[!Wayfinder? &startId=`[[UltimateParent?]]` &level=`1` &rowTpl=`mainnavrowtpl` &hereClass=`current` &selfClass=`current`!]

und das rowTpl



  

   [+wf.linktext+]

  [+wf.wrapper+]

Und noch ne Frage, ist es denn korrekt das die Startseite jetzt unter www.domain1.de/index.html und www.domain1.de erreicht wird?

Diskussion: Multidomain-Lösung für MODx

2009-09-28T20:40:21+02:00

Hallo Raffy,

Zu Deinem Problem kann ich nix sagen, ausser vielleicht, dass Du nochmal im tutorial lesen kannst, da steht was mit den aktiven links.

Deine zweite Frage ist zu bejahen, wenn http://www.domain1.de/index.html das gleiche liefert wie http://www.domain1.de

Ansonsten habe ich sowas heute gebraucht und jetzt sieht es so aus:

Domänen von ohne www nach mit www umschreiben

RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule (.*) http://www.%{HTTP_HOST}/$1 [R=301,L]

Hier ist es egal wie die hosts genau heißen, wenn kein "www." am Anfang steht, wird eins drangepflanzt und gut is.

Das auslassen von "manager" und "assets" erfolgt mit dieser Zeile(steht auch so schon in der Standard .htaccess)

# Exclude /assets and /manager directories from rewrite rules
RewriteRule ^(manager|assets) - [L]

man beachte das "L" als tag. Das macht nämlich gleich wieder Sinn, wenn man den Aufruf der URL wie www.domain1.de nach www.domain1.de?q=www.domain1.de umleiten will

RewriteCond %{REQUEST_URI} index\.php$
RewriteRule .* index.php?q=%{HTTP_HOST} [L,QSA]

Man könnte hier auch

index.php?q=%{HTTP_HOST}.html

schreiben, aber da das suffix sowieso nicht berücksichtigt wird ist es hier mal egal.
Das L steht für "Last", anschließend wird nix mehr in der htaccess berücksichtigt.

z.b. der folgende Block

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
#RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
RewriteRule ^(.*)$ index.php?q=%{HTTP_HOST}/$1 [L,QSA]

Man sieht ja was ich geändert habe.

Die Sache mit dem "index" als alias brauchts hier nicht mehr. Der Alias muß einfach heißen wie die Domäne selbst also z.B. www.domain1.de

ciao, Stefan

Diskussion: Multidomain-Lösung für MODx

2009-11-11T20:28:23+01:00

Hallo ich habe eben nach Tutorium alles eingerichtet, funktiert auch alles so weit, nur:

wenn ich die Domain eingebe werde ich auf die von mir angegeben Startseite umgeleitet. d.h.: http://www.baugleich.info/index.html funkioniert http://www.baugleich.info/ nicht. Kann mit jemand sagen, was ich falsch gemacht habe? Danke schonmals.

Hier meine htaccess



#Options +FollowSymlinks

RewriteEngine On

RewriteBase /



# First be sure to rewrite the request to a unique domain

RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} ^baugleich\.info [NC]

RewriteCond %{HTTP_HOST} !^www\.baugleich\.info [NC]

RewriteRule (.*) http://www.baugleich.info/$1 [R=301,L]

# rewrite the homepage of each domain to index.html

RewriteRule ^baugleich-info\.html$ /index.html

# do the other magic: Rewrite the the requests to for MODx readable folders

RewriteCond %{HTTP_HOST} baugleich\.info [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|baugleich-info)?(.*)$ index.php?q=/baugleich-info/$3 [L,QSA]





# First be sure to rewrite the request to a unique domain

RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} ^rss24\.net [NC]

RewriteCond %{HTTP_HOST} !^www\.rss24\.net [NC]

RewriteRule (.*) http://www.rss24.net/$1 [R=301,L]

# rewrite the homepage of each domain to index.html

RewriteRule ^rss24-net\.html$ /index.html

# do the other magic: Rewrite the the requests to for MODx readable folders

RewriteCond %{HTTP_HOST} rss24\.net [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|rss24-net)?(.*)$ index.php?q=/rss24-net/$3 [L,QSA]



#################



# The Friendly URLs part

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Diskussion: Multidomain-Lösung für MODx

2009-11-13T11:33:27+01:00

Also ich habe inzwischen eine Lösung gefunden. Ich musste bei mir
RewriteCond %{REQUEST_FILENAME} !-d

auskommentieren also:

#RewriteCond %{REQUEST_FILENAME} !-d

jetzt geht's...(vielleicht kann jemand sagen warum....)

Diskussion: Multidomain-Lösung für MODx

2009-12-23T16:16:43+01:00

Ich habe ein Problem mit dieser Lösung, Multidomain funktioniert perfekt aber es gibt ein problem mit dem permanentredirect der alten Seiten.

Kurz vorweg, eine alte Seite wurde mit ModX neu gestaltet, da diese unter .de und .com läuft ist diese Multidomain Lösung genommen wurden.

Die alten php Seiten habe ich nun mittels PermanentRedirect umgeleitet auf die neuen, zum Beispiel:

RedirectPermanent /impressum.php http://www.meine-domain.de/impressum.html

Die ganzen redirects habe ich ganz unten in die .htaccess gepackt.

Wenn ich jetzt www.meine-domain.de/impressum.php aufrufe kommt die 404 Seite von ModX weil auf folgende URL geleitet wird:

http://www.meine-domain.de/impressum.html?q=/meine-domain-de/impressum.php

Ich habe es schon probiert mit:

RedirectPermanent /impressum.php /impressum.html
da kommt allerdings ein Serverfehler

Auch RewriteRule impressum.php http://www.meine-domain.de/impressum.html [L,R=301]
funktioniert nicht.

Ich wäre wirklich sehr dankbar wenn Ihr mir helfen könnt, da die neue Version bereits Online ist wäre es wirklich sehr wichtig das die korrekt umgeleitet werden.

Danke im vorraus.

Diskussion: Multidomain-Lösung für MODx

2009-12-23T17:26:35+01:00

Stell mal

RewriteRule impressum.php http://www.meine-domain.de/meine-domain-de/impressum.html

an den Anfang (also als erste RewriteRule). Beachte den Ordner, in dem das Impressum eigentlich liegt. Musst Du dem Alias Deines Domainordners anpassen. Damit sollte erstmal das richtig umgeschrieben werden, danach dann mittels der htaccess-Regeln richtig für die Multidomaingeschichte angepasst werden.

Diskussion: Multidomain-Lösung für MODx

2009-12-23T19:32:51+01:00

Hi Marc, danke für deine Antwort.

Ich habe es mal so probiert,
RewriteRule impressum.php http://www.meine-domain.de/meine-domain-de/impressum.html

weitergeleitet wird dann auf:
http://www.meine-domain.de/meine-domain-de/impressum.html?q=/meine-domain-de/impressum.php

also auch nicht so wie es soll.
Ich habe diese Anweisung ganz oben, noch über den ganzen der Multi Domain Lösung gestellt.

Vielleicht kannst du mir etwas genauer erklären was ich genau machen muss, wäre wirklich sehr dankbar.

Grüße

Diskussion: Multidomain-Lösung für MODx

2009-12-23T20:19:55+01:00

RewriteRule impressum.php http://www.meine-domain.de/impressum.html [N,R=301]
sollte eigentlich auch funktionieren.

Eventuell musst Du folgendes noch ergänzen:
RewriteRule ^impressum.php$ http://www.meine-domain.de/impressum.html [N,R=301]

Diskussion: Multidomain-Lösung für MODx

2009-12-23T20:37:48+01:00

Ich werd noch verrückt

Wenn ich folgendes:
RewriteRule impressum.php http://www.meine-domain.de/impressum.html [N,R=301]

ganz oben noch vor den Multi Domain Anweisungen reinpacke bekomme ich eine 500 Internal Server Error

Wenn ich das gleiche ganz unten in die .htaccess packe ist der Fehler weg, aber umgeleitet wird auf

http://www.meine-domain.de/meine-domain-de/impressum.html?q=/meine-domain-de/impressum.php

Vielleicht muss ich es an andere Stelle setzen?

Diskussion: Multidomain-Lösung für MODx

2009-12-23T21:46:58+01:00

Juhu endlich läufts

Ich hab folgendes genommen:

RewriteRule ^impressum.php$ http://www.meine-domain.de/impressum.html [L,R=301]

Das muss ganz an den Anfang noch vor den Multi Domain Anweisungen und dann läuft es

Ich danke euch beiden für die Hilfe.

So jetzt aber schöne Weihnachten

Diskussion: Multidomain-Lösung für MODx

2009-12-24T01:50:16+01:00

Stimmt, die FURL htaccess-Anweisungen von MODx schmeißt aus der URL alles in den q-Parameter und dann bekommst du mit der 'N'-Anweisung eine nette Endlosschleife.

Mit '^impressum.php$' wird die Regel nur dann ausgeführt, wenn http://www.meine-domain.de/impressum.php aufgerufen wird (bzw. auch http://www.meine-domain.com/impressum.php und alle anderen Domains, die auf die MODx-Installation zeigen). Vorher wurden auch URLs mit impressum.php an irgendeiner Stelle ersetzt – d.h. auch im q-Parameter.

Diskussion: Multidomain-Lösung für MODx

2010-01-07T22:35:49+01:00

Probleme mit der Vorschau

Ich habe eine Multidomain-Installation, die ich weiter oben schon besprochen habe. Jetzt erst bemerke ich, dass die Vorschau im Manager nicht funktioniert. D.h. egal welches Dokument ich aktiviere - bei "Vorschau" kommt immer die Startseite der ersten Domain. Wo könnte da ein Fehler liegen?

Ansonsten wünsche ich noch ein gutes Neues Jahr!
Brigitte

Diskussion: Multidomain-Lösung für MODx

2010-01-08T00:46:07+01:00

Ich denke ich weiß woran das liegt. Schaue ich mir morgen an und meld mich dann.

Diskussion: Multidomain-Lösung für MODx

2010-01-08T10:03:25+01:00

Setz mal in der .htaccess bei jeder Domain nach

RewriteCond %{REQUEST_URI} !^/manager

das hier rein

RewriteCond %{REQUEST_URI} !^/index.php

Diskussion: Multidomain-Lösung für MODx

2010-01-08T12:58:44+01:00

rewriteCond %{REQUEST_URI} !^/index.php

Ja, das war es.

Ganz herzlichen Dank.
Brigitte

Diskussion: Multidomain-Lösung für MODx

2010-01-11T13:22:35+01:00

Hallo Marc,

hier die nächste Komplikation: nachdem ich das hier eingefügt habe
rewriteCond %{REQUEST_URI} !^/index.php
kann ich nicht mehr alle Domains aufrufen. Es kommt immer nur die erste Seite der zweiten !! Domain. Jedenfalls wenn ich die Domains nur mit /, ohne tieferen Pfad aufrufe. Weiter testen ging grad nicht, musste repariert werden.

Gruss Brigitte

Diskussion: Multidomain-Lösung für MODx

2010-01-11T15:17:00+01:00

Hast Du das auch bei jeder Domain drn?

Diskussion: Multidomain-Lösung für MODx

2010-01-11T21:56:25+01:00

Hast Du das auch bei jeder Domain drn?

Ja, hatte ich. Hat auch soweit funktioniert, d.h. bei "Vorschau" im Manager kam die aktive Seite, für alle 3 Domains. Nebeneffekt: Zwei der Domains waren nicht mehr im Internet erreichbar. D.h. im Adressfeld stand die eingegebene Domain, aber angezeigt wurde die Startseite einer anderen.

Diskussion: Multidomain-Lösung für MODx

2010-01-18T00:40:52+01:00

Hi!

Also erstmal Marc: herzlichen Dank! Wirklich topp die Anleitung.
Bei mir funktioniert auch alles (inzwischen) wunderbar - allerdings habe ich noch Probleme mit den Domainabhängigen Fehlerseiten. Ich habe brav Dein Plugin kopiert, dem Event zugewiesen und jeweils Seiten mit dem Alias 404 erstellt.
Wenn ich nun aber eine "falsche" URL eingebe, lande ich immer bei der unter der Hauptkonfiguration eingestellten 404 Seite. Irgendwelche Tipps, Ideen?

Diskussion: Multidomain-Lösung für MODx

2010-01-18T09:40:23+01:00

Die Seiten sind auch Kind-Ressourcen der jeweiligen Domain und veröffentlicht?

Diskussion: Multidomain-Lösung für MODx

2010-01-18T11:37:09+01:00

Ja, ich kann sie auch manuell aufrufen. Also www.domain-1.de/404.html stellt mir die Seite dar.

Diskussion: Multidomain-Lösung für MODx

2010-01-19T16:56:57+01:00

Also,
Ich kanns mir nicht erklären - ich hab den Code jetzt noch ein 5.tes Mal eingefügt - es klappt! Sorry...

Diskussion: Multidomain-Lösung für MODx

2010-04-28T17:55:03+02:00

Hallo
Es funktioniert (fast) alles wunderbar.
Bei den Formularen mit dem Parameter &gotoid habe ich nur noch ein Problem.
404 Fehler beim Abschicken des Formulars, die URL wird mit dem Hauptordner /domain1-de/kontakt/danke.html aufgerufen....

Wie kann ich das Snipped umschreiben, damit die Umleitung korrekt funktioniert?

Vielen Dank für eure Hilfe!

Diskussion: Multidomain-Lösung für MODx

2010-05-11T18:49:09+02:00

Hallo Marc,

ich habe mich ebenso an Deiner Multidomain-Lösung versucht, die ich genau zur richtigen Zeit hier entdeckt habe. Danke schon mal für das Tutorial.

Leider funktioniert es nicht wie erwartet/erhofft. Nachdem ich alle Schritte abgearbeitet habe bekomme ich bei Aufruf einer Domain folgende Meldung:

ERROR: Too many forward attempts!

The request could not be completed due to too many unsuccessful forward attempts.

Bei dem aktuellen Projekt sollen

www.domain.de

www.domain.com

www.domain.net

www.domain.es

www.domain.org

mit unterschiedlichen Sprachen befeuert werden. (Wobei die .org auf die .net umgeleitet werden soll - wg. duplicate content)

Wenn ich nun "von aussen" die domain.de aufrufe, werde ich gleich zur 404 des Ordners für die .de weitergeleitet.
Bei .com, .net und .es kommt die o.g. Fehlermeldung.

Ich denke der Fehler könnte in der .htacces schlummern, weiss aber nicht wo.

Würdest Du mal drüber schauen, wenn ich sie dir flüstere?

Diskussion: Multidomain-Lösung für MODx

2010-05-11T23:06:59+02:00

Nur zu.

Diskussion: Multidomain-Lösung für MODx

2010-05-22T14:11:57+02:00

Hi,

nach dem mein letztes Problem durch Marc gelöst und in seinem Tutorial korrigiert wurde, funktioniert alles wunderbar.

Ich stehe gerade vor einer neuen Frage. Die Website soll 4-sprachig sein (je Domain eine andere Sprache) und ich würde diese gern untereinander verlinken, so dass man egal auf welcher Seite man ist mit einem Klick zum anderssprachigen Equivalent gelangt.

Mein erster Gedanke war der Einsatz von TVs -> diese mit den IDs füttern und gut. Nicht wirklich elegant, aber würde für den Anfang reichen. Das unschöne ist allerdings, dass dadurch der Pfad zur jeweiligen Page einfach an die vorherige angehangen wird. Etwa so: www.domain.de/domain-com/products/cars.hmtl.

Super wäre es, wenn einfach auf die jeweilige Domain umgeleitet wird.

Mir fällt grad keine Möglichkeit ein, dass zu realisieren.

Für Inspiration oder Lösungsansätze wäre ich sehr dankbar.

Diskussion: Multidomain-Lösung für MODx

2010-05-25T17:53:35+02:00

Ohne weiteres Zutun momentan nur manuell möglich, also eben www.domain.de/products/cars.hmtl direkt verlinken.

Diskussion: Multidomain-Lösung für MODx

2010-06-11T12:45:58+02:00

Hallo,

leider bekomme ich nach dem Anpassen der .htaccess nur Umleitungsfehler.

Habe MODx in der Version 1.0.4 installiert und bin desöfteren die Anleitung durchgegangen, kann den Fehler aber nicht finden.

Die Domains mit Alias und TV host_url habe ich wie folgt benannt:

sub1.domain.de -> domain01

sub2.domain.de -> domain02

sub3.domain.de -> domain03

Die .htaccess sieht so aus:

RewriteEngine On

RewriteBase /





RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} !^sub1\.domain\.de [NC]

RewriteRule (.*) http://sub1.domain.de/$1 [R=301,L]



RewriteRule ^domain01\.html$ /index.html



RewriteCond %{HTTP_HOST} sub1\.domain\.de [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|domain01)?(.*)$ index.php?q=/domain01/$3 [L,QSA]





RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} !^sub2\.domain\.de [NC]

RewriteRule (.*) http://sub2.domain.de/$1 [R=301,L]



RewriteRule ^domain02\.html$ /index.html



RewriteCond %{HTTP_HOST} sub2\.domain\.de [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|domain02)?(.*)$ index.php?q=/domain02/$3 [L,QSA]





RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} !^sub3\.domain\.de [NC]

RewriteRule (.*) http://sub3.domain.de/$1 [R=301,L]



RewriteRule ^domain03\.html$ /index.html



RewriteCond %{HTTP_HOST} sub3\.domain\.de [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|domain03)?(.*)$ index.php?q=/domain03/$3 [L,QSA]





RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Hat jemand einen Tipp, wo der Fehler liegen könnte?

Diskussion: Multidomain-Lösung für MODx

2010-06-11T13:36:27+02:00

Hallo,

RewriteCond %{HTTP_HOST} !^sub1\.domain\.de [NC]
RewriteRule (.*) http://sub1.domain.de/$1 [R=301,L]

klar, sub2.domain.de ist halt nicht sub1.domain.de und dann wird lustig hin und her geschwrieben bis es eben einen Umleitungsfehler gibt.

versuch es mal damit http://www.modxcms.de/forum/comments.php?DiscussionID=3869&page=1#Item_2

Nachtrag:

RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} ^domain1\.de [NC]

RewriteRule (.*) http://sub1.domain1.de/$1 [R=301,L]

Das bewirkt wenigstens, dass auf die sub1 geleitet wird falls nur domain1.de aufgerufen wird.

Diskussion: Multidomain-Lösung für MODx

2010-06-11T16:15:44+02:00

Hallo Stefan,

vielen Dank für die schnelle und hilfreiche Antwort.

versuch es mal damit http://www.modxcms.de/forum/comments.php?DiscussionID=3869&page=1#Item_2

Damit klappt's jetzt größtenteils.

Nur noch ein Problemchen:
Bei der Eingabe von sub1.domain.de wird auf sub2.domain.de weitergeleitet.
sub2.domain.de und sub3.domain.de funzen allerdings perfekt.

Da das nur lauter Subdomains sind, hab ich die Umleitungen aus der .htaccess rausgenommen. Die sieht jetzt so aus:

RewriteEngine On

RewriteBase /



RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Hab alles nochmal überprüft, die index.php angepasst, die IDs richtig in die "DocumentParser_Extended.php" übernommen und die Domains und Aliase in das PlugIn "OnWebPageInit" eingetragen. Trotzdem dieser Fehler.

Diskussion: Multidomain-Lösung für MODx

2010-06-11T17:12:17+02:00

Der selbe Fehler kommt auch mit der vorherigen Konfiguration und mit dieser .htaccess:

RewriteEngine On

RewriteBase /



RewriteRule ^domain01\.html$ /index.html



RewriteCond %{HTTP_HOST} sub1\.domain\.de [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|domain01)?(.*)$ index.php?q=/domain01/$3 [L,QSA]





RewriteRule ^domain02\.html$ /index.html



RewriteCond %{HTTP_HOST} sub2\.domain\.de [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|domain02)?(.*)$ index.php?q=/domain02/$3 [L,QSA]





RewriteRule ^domain03\.html$ /index.html



RewriteCond %{HTTP_HOST} sub3\.domain\.de [NC]

RewriteCond %{REQUEST_URI} !^/manager

RewriteCond %{REQUEST_FILENAME} index\.php [OR]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(index\.(html?|php)|domain03)?(.*)$ index.php?q=/domain03/$3 [L,QSA]





RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Da funktionieren die sub2.domain.de und sub3.domain.de, aber die sub1.domain.de wird umgeleitet auf sub2.domain.de.

Diskussion: Multidomain-Lösung für MODx

2010-06-11T19:12:24+02:00

Hallo Tom,

Da das nur lauter Subdomains sind, hab ich die Umleitungen aus der .htaccess rausgenommen. Die sieht jetzt so aus:

RewriteEngine On
RewriteBase /

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Perfekt, mehr brauchts auch nicht in dem Fall, höchstens vielleicht, das http://domain.de auf was brauchbares gelenkt wird. Oder gibt es dafür auch eine webseite?

PlugIn "OnWebPageInit" eingetragen. Trotzdem dieser Fehler.

Das Plugin ist ja nur dafür da, das Du einen Platzhalter hast mit einem Schlüsselwort auf welcher domäne Du dich befindest... für css,bilder usw. Hat also nix mit dem Problem zu tun.

Machmal merken sich Browser auch Umleitungen, also die .htaccess lassen wie oben und einfach mal den browsercache löschen. denn wenn nix in der htaccess drinsteht, wird auch definitiv nix umgeschrieben.. ausser der browser hat es sich gemerkt.

Versuchs nochmal
Viel Erfolg,
Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-11T20:12:37+02:00

Tatsächlich. Das Problem war im Browsercache.

Jetzt gehen beide Varianten.

Auf der http://domain.de ist eine statische Website, also nicht unter MODx und wird mit .htaccess auf http://www.domain.de umgeleitet. Aber vielleicht baue ich die demnächst auch ein.

Danke Stefan!

Diskussion: Multidomain-Lösung für MODx

2010-06-12T20:44:31+02:00

Bin jetzt auf eine neues Problemchen gestoßen:
Mit dieser Lösung http://www.modxcms.de/forum/comments.php?DiscussionID=3869&page=1#Item_2 funktionieren die Seitenlinks nicht richtig.

Mein Seitenbaum sieht in etwa so aus:

sub1.domain.de (id=1; alias=domain01)
L sub1seite1 (id=10; alias=index)
L sub1seite2 (id=11; alias=seite2)
L sub1seite3 (id=12; alias=seite3)

sub2.domain.de (id=2; alias=domain02)
L sub2seite1 (id=21; alias=index)

sub3.domain.de (id=3; alias=domain02)
L sub3seite1 (id=31; alias=index)

sub1.domain.de ist ein Weblink auf sub1seite1, sub2.domain.de ein Weblink auf sub2seite1 und sub3.domain.de ein Weblink auf sub3seite1, so dass z.B. bei Eingabe von "sub1.domain.de" auf sub1seite1 weitergeleitet wird und in der Adressleiste "http://sub1.domain.de/index.html" steht. Bei sub1seite2 steht "http://sub1.domain.de/seite2.html", bei sub1seite3 steht "http://sub1.domain.de/seite3" u.s.w.

Wenn ich jetzt über einen Link z.B. [~11~] auf sub1seite2 gehen will, wird aber nicht auf "http://sub1.domain.de/seite2.html" verlinkt, so wie es richtig wäre, sondern auf "domain01/seite2.html" und dann kommt "Seite nicht gefunden".

Hat jemand eine Idee, wie das zu lösen ist?

Diskussion: Multidomain-Lösung für MODx

2010-06-12T22:30:26+02:00

Hallo Sam,

klar habe ich ne Idee, im Anhang eine korrigierte Version.

ciao, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-12T22:45:37+02:00

Hallo Stefan,

funktioniert super, danke!

Diskussion: Multidomain-Lösung für MODx

2010-06-15T13:33:19+02:00

Hab die Multidomain-Lösung von Stefan noch etwas überarbeitet:

Die Domain-Einstellungen werden jetzt aus einer separaten xml-Datei geladen.
Wenn man Subdomains hinzufügen oder entfernen will, muss dann nur die domains.xml angepasst werden und natürlich der Seitenbaum im Backend.
Nur bei www-Domänen muss evtl. zusätzlich die .htaccess angepasst werden.

Diskussion: Multidomain-Lösung für MODx

2010-06-15T19:49:22+02:00

Hey Tom!

Coole Sache. Erstmal vielen Dank.

Es gibt aber einen Bug darin, der ist noch von mir,

function makeUrl($id, $alias= '', $args= '', $scheme= '')
{
$url = parent::makeUrl($id, $alias= '', $args= '', $scheme= '');

Hier muss es natürlich heißen:
$url = parent::makeUrl($id, $alias, $args, $scheme);
Sonst werden die Eingaben mit leeren Zeichenketten überschrieben.

Jetzt nur noch die xml-Datei sperren für http-Zugriff.

mmhh.. bin schon dabei.

adio, stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-15T20:33:30+02:00

Hallo Tom,

Jetzt hast Du mich aber gereizt... habs nochmal bisschen umgebaut, man kann jetzt auch "Querverlinken" also ganz normal mit "[~ID~]" auf eine Seite unterhalb einer anderen Domäne. Das Plugin brauchst nicht mehr, im xml gibts einen Eintrag "keyword" das wird in getSites in den Platzhalter gesetzt.

Was fehlt ist eine Fehlerkontrolle und das zurücksetzen auf defaultwerte wie die in $modx->config['site_start'] usw.

kannst Ja Deinen Senf auch nochmal dazugeben.

mercy un tschüß.. ole ole ole brasil
Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-15T22:29:52+02:00

Hi Stefan,

vielen Dank!
Das sieht um einiges besser aus, als meine Version.

Vor Allem das mit den Querlinks ist sehr praktisch, aber auch die anderen Neuerungen.

Würde Dich gerne unterstützen, bin aber leider noch in der Lernphase, was MODx und PHP betrifft. Das geht bei mir noch etwas zäh, hab in den letzten Tagen aber schon viel dazugelernt.

Was ich noch ganz nützlich finden würde: Wenn man die Domains einzeln online oder offline setzten könnte. Man kann sie zwar im Backend als nicht veröffentlicht markieren, dann kommt beim Aufruf der Seite die 404-Fehler-Seite, besser wäre da aber eine Offline-Meldung, wie "Seiten werden gewartet" oder sowas.

Werde weiter rumprobieren - macht richtig Spass.

Ciao,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-16T08:41:53+02:00

Hallo Tom,

bin aber leider noch in der Lernphase, was MODx und PHP betrifft.

Dein Quellcode-Stil ist aber schon mal sauber, fallst Du das so kopiert hast, behalte es Dir so bei... also nicht da kopieren meine ich.

Ansonsten gebe ich mich mal damit zufrieden, wie es ist. Man muß halt bisschen aufpassen das die Einträge passen, dann klappt das schon.

tschüß, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-16T13:20:04+02:00

Hi Stefan,

wie versprochen, probiere ich weiter rum und habe festgestellt, dass jetzt die (int)-Werte alle 0 sind, anstatt die Werte aus der xml zu übernehemen.

Hab bis jetzt nicht herausfinden können, woran das liegen könnte, aber vielleicht hast Du einen Tipp.

fallst Du das so kopiert hast

Ja, hab ich: Hab fast jeden einzelnen Befehl aus einem Wiki oder Tutorial kopiert und zusammengebastelt.

Quellcode-Stil ist aber schon mal sauber ... behalte es Dir so bei

Zufall. Aber danke, werde es versuchen.

Ciao,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-16T14:05:53+02:00

Hola Tom,

Hab bis jetzt nicht herausfinden können, woran das liegen könnte, aber vielleicht hast Du einen Tipp.

Nee, leider nicht, bei mir klappt das

Diskussion: Multidomain-Lösung für MODx

2010-06-16T14:15:31+02:00

Stimmt, klappt.

Hab nur einen Fehler in der xml gehabt. Sorry.

Diskussion: Multidomain-Lösung für MODx

2010-06-17T17:50:32+02:00

Hi Stefan,

hab wieder etwas rumgebastelt, mit folgenden Änderungen:

Domains lassen sich online oder offline schalten

Einstellungen werden im Backend gemacht. Nur bei der Installation oder wenn sich die Anzahl der Domains ändert, muss die xml-datei angepasst werden. Änderungen der IDs oder Namen werden im Backend gemacht. So kann man z.B. die Domain oder die Fehlerseiten einfach im Backend ändern

Wenn man das ohne Template-Variablen haben will, lässt sich die alte Version der domains.xml weiterhin nutzen.

Zu beachten ist: Wenn man die Domains in die "domains.xml" einträgt und der Tag drin steht, muss unter den Tag die Domain samt Protokoll angegeben werden, also z.B. nicht "www.meinedomain.de", sondern "http://www.meinedomain.de". Wenn der Tag "config_id" nicht angegeben ist, dann die Domain und Protokoll separat eintragen und alle andere Tags auch ordentlich eintragen.
Über die TVs geht's nur, wenn in der "domains.xml" eingetragen ist.

Genaueres steht in der Anleitung.

Gruß,
Sam

Nachtrag:
Neuere Version siehe unten.

Diskussion: Multidomain-Lösung für MODx

2010-06-17T20:30:39+02:00

Hab jetzt aber einen Fehler gefungen:

Wenn ich "meinedomain.de/index.html" eingebe, funktioniert alles.
Aber bei "meinedomain.de" findet er die Seite nicht.

Werde aber suchen. Vielleicht komm ich ja selber drauf.

Diskussion: Multidomain-Lösung für MODx

2010-06-17T22:20:08+02:00

Fehler behoben

Diskussion: Multidomain-Lösung für MODx

2010-06-18T11:53:18+02:00

So, hab's wieder ein bisschen erweitert:

Jetzt kann man nach der Installation fast alle Änderungen im Backend vornehmen.

Die Datei "domains.xml" wird nur bei der Installation angepasst, danach bleibt sie so, wie sie ist.

Gruß,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-18T17:47:25+02:00

Hallo Sam

Alter Schwede, wie sich ein kleiner Hack doch auswachsen kann. Also Hut ab, Ganze Arbeit!

Die Idee die Einstellungen im Domäne-Ordner als TVs anzulegen hat was, allerdings wären mir die DB-Abfragen pro Seitenaufruf zuviel, die müsste man cachen... z.B. in einer xml-Datei oder als serialisiertes Array.

OK, wenn man viele Möglichkeiten hat, die zum gleichen Ziel führen, würde ich alle entfernen und nur noch die stehen lassen, die am wenigsten Rechenzeit benötigt um die Domänen einzulesen. Die Gefahr von Verwicklungen im Verständnis und im Quellcode wird kleiner dadurch.

Wenn die Einstellungen am Dokument gemacht werden über TVs, bräuchte man auch keine xml-Konfiguration mehr, denn man könnte einfach die Dokumente die das Template "Domain Temp" gesetzt haben suchen, schon hat man die richtigen.

Diese Einstellungen ließen sich ja dann cachen, so dass nicht bei jedem Aufruf neu eingelesen werden muß, sondern erst wieder, wenn einer der Domänen-Ordner bearbeitet wird. könnte man per plugin regeln, also den cache löschen und Domänen neu einlesen.

Soweit mal, kann es mir heute leider nicht mehr weiter anschauen, hole das aber nach.

ciao, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-18T18:54:13+02:00

Hi Stefan,

... wie sich ein kleiner Hack doch auswachsen kann ...

Naja, man will's ja so bequem haben, wie möglich.

Deinen Plan mit dem Cachen finde ich super. Am einfachsten wär's wohl mit der xml-Datei, dann brauchen wir keine neue Routine zum Auslesen schreiben.

Werde jetzt aber mal abwarten, bis Du's Dir richtig angeschaut hast und freue mich schon auf Dein Ergebnis.

Ciao,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-19T11:48:28+02:00

Hi Stefan,

hab's nicht abwarten können und in Bezug auf Deinen Vorschlag geändert:

Die Einstellungen werden aus dem Backend in die Datei "domains.conf" "gecached" und beim Seitenaufruf wieder eingelesen. Das Cachen geschieht automatisch beim Abspeichern von Seiten über ein PlugIn. Als Systemereignis hab ich jetzt "OnManagerPageInit" genommen, da "OnDocFormSave" das PlugIn erst beim nächsten Speichern abruft. Hab noch nicht herausgefunden, welches Event da optimal wäre. Die "domains.xml" entfällt.

Das Paket ist jetzt kleiner und die "domains.conf" hat weniger Daten, als wenn es eine xml-Datei wäre. Das sollte das Einlesen beschleunigen.

Ciao,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-20T16:46:43+02:00

Was ich noch ganz praktisch finden würde:
Wenn bei den Domain-Ordnern der Alias automatisch zugewiesen werden könnte, während die restlichen Aliase manuell vergeben werden. Ist zwar nicht zwingend notwendig, würde aber die Verwaltung noch vereinfachen.
Hab bisher leider keinen Weg finden können, das umzusetzen.

Ausserdem hab ich auch noch keinen Weg gefunden, das Template einer Seite zu ermitteln. Zwar bekomme ich die IDs der Templates heraus, das von den Seiten verwendet werden, aber nicht die Namen der Templates. Die Config-Seiten werden jetzt also über Aliasnamen ermittelt.

Diskussion: Multidomain-Lösung für MODx

2010-06-21T09:30:27+02:00

Hallo Sammy Davis jr.

Das Template steht nur als ID beim Dokument, den Namen findest Du in der Tabelle "modx_templates".

Das einlesen der conf kannst Du statt mit den Dateifunktionen auch mit "file()" machen, dass ergibt schon ein Array mit den Zeilen. http://php.net/file

Das Paket ist jetzt kleiner und die "domains.conf" hat weniger Daten, als wenn es eine xml-Datei wäre. Das sollte das Einlesen beschleunigen.

Vielleicht, dass muß man mal benchmarken. Kann auch gut sein, dass die nativen xml-Funktionen doch schneller sind.

Ich werde heute Nachmittag einen Benchmark-Versuch machen und mich hier wieder melden. Jetzt hab ich aber Arbeit.

salut, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-22T10:11:29+02:00

Buenos días Stefano,

Das einlesen der conf kannst Du statt mit den Dateifunktionen auch mit "file()" machen, dass ergibt schon ein Array mit den Zeilen. http://php.net/file

Danke für den Tipp, hab's gleich eingebaut. Das macht den Code auch kürzer und einfacher.

Hab gerade einen Geschwindigkeitvergleich für die Einleseroutinen gemacht mit folgendem Ergebnis:

Auf meinem Server benötigt die Einleleseroutine für die XML-Datei bei einer Schleife von 100.000 Durchgängen 24 Sekunden und für die Conf-Datei 20 Sekunden.
Hab jetzt aber die Daten, die in die Conf-Datei geschrieben und dann wieder eingelesen werden, noch etwas verkürzt und jetzt braucht die Einleseroutine "nur" 13 Sekunden.

Denke, damit kann man leben.

Werde jetzt noch versuchen, das PlugIn noch ein bisschen zu verbessern und es dann hier "posten".

Ciao,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-22T11:54:23+02:00

Sam.. Perfekt!

die in die Conf-Datei geschrieben und dann wieder eingelesen werden, noch etwas verkürzt und jetzt braucht die Einleseroutine "nur" 13 Sekunden.

Perfekt!

Das einlesen der Tvs kannst Du verkürzen, wenn Du statt je TVs einzelen mit getTemplateVarOutput(array('')) zu holen, kannst Du auch nur einen Aufruf laufen lassen

$tvs = getTemplateVarOuput( array(

   'site_id',

   'site_error'

   '....'

),1,....);



print_r($tvs);

Ich weiß zwar grad nicht genau ob das noch für den parser-hack aktuell ist, kannst du aber sicher irgendwo anderst noch brauchen.

Zum Plugin, benutze onSaveDocument, checke auf Template und lesen dann die TVs von grade gespeicherten Dokument aus. Um die gecachten Daten zu überschreiben, liest Du diese ein, überschreibst die Angaben und scheibst alle Daten wieder zurück in die Datei

// grade gespeicherte Daten

$current_config = $tvs = getTemplateVarOuput( array(

   'site_id',

   'site_error'

   '....'

),1,....);

// bisherige Config

$config = leseConfig(); resultiert in einen

array(

     'www.donain.de => array( 

         'site_start' => 1, 

         'site_errot' => 2,

         usw.

      ),

    'www.donain2.de => array( 

         'site_start' => 18, 

         'site_errot' => 25,

         usw.

      ),

)

);

// verschelzen
$domain = $current_config['name'];
$config[$domain] = array_merge($config[$domain], $current_config);

oder einfach
$config[$domain] = $current_config;

dann die Config wieder zurückschreiben

$output='';

foreach( $config as $domain )

{

   $output .= implode(';',$domain) . PHP_EOL;

}

file_put_contents('/pfad/zur/conf', $output):

So oder so ähnlich halt... Du machst das schon

bis später
Doei, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-22T14:59:42+02:00

Hömma, wasn hier los? Da is man mal ein paar Tage nicht da, schon kriecht der Pfälzer aus seinem Loch und baut hier mit der Community lustige Sachen Grad mal runtergeladen und die readme gelesen, klingt ja sehr lecker

Werde ich ausgiebig an einem aktuellen Projekt (5 Domains, 2-3 Sprachen) testen. Und dann natürlich auch das Tut... ähm... löschen und das Ding verlinken.

Aber eine sehr entscheidende Frage: Gibt es denn nicht irgendeine Möglichkeit, das Ding ohne index.php-Hack zum Laufen zu bringen? Wisst ja, Updates und so.

Diskussion: Multidomain-Lösung für MODx

2010-06-22T16:48:12+02:00

Servus Marcsen,

schon kriecht der Pfälzer aus seinem Loch

Da war mir zu dunkel.

Werde ich ausgiebig an einem aktuellen Projekt (5 Domains, 2-3 Sprachen) testen. Und dann natürlich auch das Tut... ähm... löschen und das Ding verlinken.

Ja, mach mal, das funktioniert einwandfrei. Samwise der schlaue bastelt aber noch. Benutze das http://www.modxcms.de/forum/comments.php?DiscussionID=2450&page=2#Item_17 das funktioniert super... bis das geschmeidigere fertig ist.

Aber eine sehr entscheidende Frage: Gibt es denn nicht irgendeine Möglichkeit, das Ding ohne index.php-Hack zum Laufen zu bringen? Wisst ja, Updates und so.

Im Prinzip könnte man die Links alle laut config auch per Plugin austauschen, aber ... wie soll ich sagen, ich will Geschwindigkeit! Da stört mich der Durchlauf jedesmal.. und der event beforeCacheSave oder wie der heißt funktioniert irgendwie nicht.

Ansonsten ist die Lösung nicht schlecht, es werden ja nur die Sachen im Parser überschrieben die mit der URL zu tun haben. Das ist schnell angepasst beim update... falls überhaupt nötig.

Egal, versuchs mal. Und Du weißt ja, immer aus mit den Vorschlägen

pa, stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-22T17:08:56+02:00

Soo, hab wieder was gebastelt

Änderungen:

Die Datei, die geschrieben und wieder gelesen wird ist kleiner und kann deswegen schneller ausgelesen werden.

Das PlugIn sucht die Seiten mit den Templates "Domain Temp", der Alias ist also beliebig änderbar.

Die Events, die man für's PlugIn aktivieren, muss sind "OnDocFormSave" und "OnManagerPageInit". Das erste um das Kommando zum schreiben zu geben und das zweite um es auszuführen. Wenn man's nur mit "OnDocFormSave" machen würde, würden die Daten erst beim nächsten Speichern eines Dokuments abgelegt werden. Damit könnte man zwar auch gut leben, da man diese Einstellungen nicht so oft ändert, aber so wie's jetzt ist, find ich's besser.

Werde jetzt noch schauen, wie ich es hinbekomme, dass die Aliase für die Domains überprüft werden, damit man die nicht ausversehen doppelt einträgt.

Bis später ...

Sam

@marc: Man könnte vielleicht ein PlugIn für die Installation oder eine Installationsroutine, die die Änderungen in der index.php vornimmt, bzw. die Installationsroutine in das bestehende Plugin einbauen. So weit bin ich noch nicht, aber wie ich in den letzten Tagen fegestellt habe, ist vieles möglich

Diskussion: Multidomain-Lösung für MODx

2010-06-22T17:30:07+02:00

Hallo Hallo Sammyboy,

Sieht gut aus, ich werde das nachher noch bisschen aufhübschen, z.b. die Fehlermeldungen etc, irgendwo sammeln, damit die nicht im Quelltextrumstehen.

aber so wie's jetzt ist, find ich's besser.

Begründung? Wenn man die Sachen ja nur nach einem Speichern der Domänen-Ordner schreiben braucht warum dann schon vorher das Plugin laufen lassen?

adio, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-22T17:51:12+02:00

Hi Stefan,

Begründung? Wenn man die Sachen ja nur nach einem Speichern der Domänen-Ordner schreiben braucht warum dann schon vorher das Plugin laufen lassen?

Die Begründung hab ich oben schon geschrieben: Weil die Daten sonst nicht gleich in die Datei gespeichert werden. Wenn nix gespeichert wird, überprüft das PlugIn nur, ob was gespeichert werden soll (siehe Code). Von Geschwindigkeitseinbussen ist da nix zu merken. Ist ja nur eine einfache Abfrage.

Was ich bisher noch nicht herausfinden konnte: Wie stellt man fest, welches Dokument gerade gespeichert wird? Mit $modx->getAction ?

Ciao,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-22T23:08:27+02:00

Hab jetzt das PlugIn erweitert, damit die index.php automatisch angepasst wird, wenn man das Paket installiert oder sich die Versionsnummer von MODx ändert. Hab aber leider noch nicht herausgefunden, wie ich die Versionsnummer herbekomme.
Über den Aufruf
$modx->db->select("setting_value", $modx->getFullTableName('system_settings'), "setting_name='settings_version'");klappt's irgendwie nicht. Da bekomme ich als Ergebnis: Resource id #10anstatt der Versionsnummer.

Kann mir jemand helfen?

Diskussion: Multidomain-Lösung für MODx

2010-06-22T23:37:03+02:00

Probier mal:

$modx->config['settings_version']

Diskussion: Multidomain-Lösung für MODx

2010-06-22T23:54:29+02:00

Danke Jako.

Habe mich entschieden, das mit md5_file zu Regeln. Dann wird die index.php bei jeder Änderung überprüft.

Diskussion: Multidomain-Lösung für MODx

2010-06-23T07:52:09+02:00

hallo Sam,

$modx->db->select("setting_value", $modx->getFullTableName('system_settings'), "setting_name='settings_version'");

Das ergibt immer eine "resource id"

$version =  $modx->db->getValue(

    $modx->db->select(

        "setting_value",

        $modx->getFullTableName('system_settings'),

        "setting_name='settings_version'"

    )

);

echo $version

schau mal in manager/includes/extenders/dbapi.mysql.class.inc.php

Wie stellt man fest, welches Dokument gerade gespeichert wird? Mit $modx->getAction ?

mit $modx->manager->action bekommts Du Action, damit bekommst Du aber nicht das grade gespeicherte Dokument. Das steht in $params. Mach mal ein ein print_r($params) beim event onSave steht da drin welches Dokument grade gepeichert wurde.

pa, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-23T08:43:46+02:00

Noch was Sam,

ob eine Domäne offline ist, kann man möglicherweise davon ableiten, ob der Domänen-Ordner veröffentlicht ist oder nicht. Stichwort " is published = 0 dann site_offline = 1"

Diskussion: Multidomain-Lösung für MODx

2010-06-23T11:35:46+02:00

Hi Stefan,

hier der aktuelle Stand.

Wichtigste Änderung:

Automatisches Anpassen der index.php nach der Installation oder wenn sie sich ändert.

Die restlichen Änderungen siehst Du im Code und in der Anleitung. Die Überprüfung der index.php erfolgt bei jeden Login in den Manager. Bei der ersten Installation muss man sich also einmal ausloggen und wieder einloggen.

Vielen Dank für die hilfreichen Tipps. Die haben mir viel Sucherei erspart.

bb,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-23T16:09:20+02:00

Ahoi Alter Schwede!

Vielen Dank mal, irgendwie wird das immer fetter. Im Kopf häge ich aber immer noch an der "Light-Version" mit simpler Konfiguration über die xml-Datei.

Leider steht ich grad ziemlich unter Druck, kann also nicht daran arbeiten, Ideen widerum hab ich noch zwei/drei. Vielleicht kann ich mir am WE bisschen Zeit gönnen.

bis dann mal
bye, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-27T19:53:57+02:00

Hi Stefan,

hab mir gedacht, als nächstes sowas wie eine Installationsroutine zu schreiben, zum Anlegen des Templates und der TVs, wenn die noch nicht angelegt sind. Weiss zwar noch nicht richtig, wie, aber versuchen kann ich es.
Das soll den Installation etwas vereinfachen.

Oder bist Du der Meinung, dass das überflüssig wäre?

Gruß,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-28T09:04:07+02:00

hallo Sam,

hab mir gedacht, als nächstes sowas wie eine Installationsroutine zu schreiben

Ja, mach.

Ich selbst bin der Ansicht das es eben klein und schlank mit der xml Datei für die Konfiguration reicht. Es bleibt dem Anwender überlassen hier die richtigen Sachen einzutragen. Ich gehe mal davon aus, dass an den Einstellungen wenn die Domäne-Ordner angelegt sind eh nicht mehr viel gedreht wird. Aber natürlich ist es mit den TVs kompfortabler, dann noch einen installer für die TVs, ja das wäre schon was.

Mach doch einfach mal, ich bin im Moment grad bisschen überfordert da was zu machen, ich hab ne gefährlich nahe deadline zu bedienen.

tschüß, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-06-29T12:07:38+02:00

So, erstes Feedback von mir.

Die Version von Sam ging leider nicht. Hat sich einfach gar nichts getan. Weder wurde die index.php geändert, noch wurden die Configs in eine Datei geschrieben... keine Ahnung warum. Plugin mehrfach gecheckt, Events haben gestimmt.

Die letzte Version von Stefan hingegen... Alter Schwede, Fußballgott. In der readme nur ein kleiner Fehler:

    // initiate a new document parser

    include_once 'document.parser.class.inc.php';

    include_once 'assets/lib/DocumentParser_Extended.php';

    $modx = new DocumentParser_Extended();

    $modx->getSites();

Muss heißen:

    // initiate a new document parser

    include_once 'manager/includes/document.parser.class.inc.php';

    include_once 'assets/lib/DocumentParser_Extended.php';

    $modx = new DocumentParser_Extended();

    $modx->getSites();

Also Pfad zum eigentlichen Parser nicht richtig.

@Sam: Ich finde es zwar auch gut, wenn man das über das Backend verwalten kann, aber Du hast halt gleich ein paar Probleme. Ich vermute mal Schreibrechte etc. Vor allem das Verändern der index.php wird nie so einfach sein. I.d.R. wird diese per FTP hochgeladen und darf im Zweifel vom System nicht beschrieben werden. Bevor der Laie dann mit 777 hantiert, ist ein manuelles Ändern vielleicht doch sinnvoller. Wie gesagt, ich kann nicht sagen, warum es nicht ging. Auch nach manuellem Ändern der index.php kam nichts weiter, oder manchmal ein Timeout bzw. ein XML-Verarbeitungsfehler (wobei es gar keine gibt da sie nie geschrieben wurde). Keine Ahnung. Trotzdem ein Vorschlag: Ich würde die Verwaltung über diese Config-Dokumente und TVs wieder fallen lassen, denn das ist zu viel Aufwand für einmal einstellen. Da würde ich die XML bevorzugen und dann zusätzlich noch ein Modul vorschlagen, mit dem man deren Einträge ändern kann. Wäre meiner Meinung sehr viel schlanker und für den Admin auch einfacher durchzuführen. Nach dem Motto:

Domains:

- domain1.de | ändern | löschen
- domain2.de | ändern | löschen

+ neue Domain hinzufügen

Und dann eben die Felder einstellen lassen.

Vorteil wäre eben auch, dass man die XML an sich gar nicht ändern muss und das Modul nur optional ist.

Ansonsten: Super Arbeit!

Diskussion: Multidomain-Lösung für MODx

2010-06-29T13:34:11+02:00

Hallo Marc,

vielen Dank für Dein Feedback.

In der neuesten Version gibt es keine Funktion mehr, die die XML-Datei verarbeiten könnte.
Die Daten werden in die Datei ".domains.conf" geschrieben und von da wieder geladen.
Warum bei Dir ein XML-Verarbeitungsfehler ausgegeben wird kann ich mir nicht anders erklären, als dass die Dateien der einzelnen Versionen kombiniert sind, also die "DocumentParser_Extended.php" noch aus der XML-Version stammt.

Kannst Du bitte nochmal überprüfen, ob auch die Datei "check_index.php" im Ordner "assets/lib" ist, ob die Version Datei "DocumentParser_Extended.php" aus demselben Paket ist und ob bei dem PlugIn das Event "OnManagerLogin" aktiviert ist? Die index.php wird dann bei jeden Login überprüft. Natürlich muss das PlugIn auch aus demselben Paket sein.

Bei meinen Tests hat bisher alles funktioniert. Auch an den Schreibrechten für die index.php hab ich nix ändern müssen.

Noch eine Erläuterung der Funktion zur Aktualisierung der "index.php":
In der Original-Datei wir die Zeile $modx = new DocumentParser; gesucht und duch die Zeilen

 include_once 'assets/lib/DocumentParser_Extended.php';

$modx = new DocumentParser_Extended();

$modx->getSites();

ersetzt.
Wenn diese Zeile in der Original-Datei nicht vorkommt, wird nix geändert.

Der Aufwand für die Einrichtung soll sich mit der nächsten geplanten Erweiterung schmälern.
Werde jetzt aber auf Dein nächstes Fedback warten, bevor ich es weiter Ausbaue.

Gruß,
Sam

Diskussion: Multidomain-Lösung für MODx

2010-06-29T13:57:41+02:00

Leider läuft mir die Zeit davon und Stefans Version lüppt wunderbar. Kann ich jetzt gerade nicht weiter zurückstellen. Trotzdem hierzu:

Die Daten werden in die Datei ".domains.conf" geschrieben und von da wieder geladen.

Wurden sie leider nicht. Es war, wie wenn das Plugin gar nicht erst anfängt zu arbeiten.

Warum bei Dir ein XML-Verarbeitungsfehler ausgegeben wird kann ich mir nicht anders erklären, als dass die Dateien der einzelnen Versionen kombiniert sind

Ne, alles aus Deinem letzten Paket. Ich würde dem XML-Verarbeitungsfehler nicht allzu viel Bedeutung beimessen, das war eher ein Firefox-Krempel der da bemeckert wurde und war auch nicht reproduzierbar. Ich denke, das war eher Zufall.

Kannst Du bitte nochmal überprüfen, ob auch die Datei "check_index.php" im Ordner "assets/lib" ist, ob die Version Datei "DocumentParser_Extended.php" aus demselben Paket ist und ob bei dem PlugIn das Event "OnManagerLogin" aktiviert ist? Die index.php wird dann bei jeden Login überprüft. Natürlich muss das PlugIn auch aus demselben Paket sein.

Jo, alles überprüft.

Der Aufwand für die Einrichtung soll sich mit der nächsten geplanten Erweiterung schmälern.

Ich weiß, dass da schon viel Arbeit drin steckt. Allerdings fühlen sich TVs und Templates, die nur für solche (meist einmaligen) Einrichtungen ins System gepflanzt werden, irgendwie unnötig an. Ich bin zwar sicher nicht so ein Hardcore-Purist wie Stefan, aber so ein bisschen aufgeräumt sollte es schon sein Und ein Modul zur Verwaltung der XML fühlt sich irgendwie "richtiger" an.

Diskussion: Multidomain-Lösung für MODx

2010-06-29T21:44:07+02:00

Hab das Paket heute nochmal getestet, d.h. MODx neu installiert, das Paket nach Anleitung für eine Domain und 2 Subdomains eingerichtet und habe keine Fehler entdeckt. Die index.php wurde richtig angepasst und die Config-Datei wird auch richtig abgelegt. Funzt so wie es sollte.

Würde mich über Feedbacks freuen, von Leuten die es getestet haben. Ausserdem stellt sich für mich die Frage ob überhaupt Interesse besteht, das noch zu verbessern, bzw. Pro und Contra XML- oder Backend-Konfiguration.

Diskussion: Multidomain-Lösung für MODx

2010-07-01T07:19:52+02:00

Moin Sam,

Ich persönlich glaube das es per Modul am besten wäre, man braucht dann auch keine xml-Datei mehr, höchstens noch als Backup. Die Konfiguration würde ich als serialisiertes Array in die modx_site_settings Tabelle schreiben.

Die Variante mit TVs ist natürlich schon schnittig, Man muß nix im Modul rummachen, sondern macht die Einstellungen dort wo man sie erwartet, bei den Ordnern selbst. Das hat schon was. Ich weiß jetzt halt auch nicht was wohl am sinnigsten ist und deshalb, ganz wichtig, mache das Ding nicht abhängig davon, ob es jemanden interessiert oder nicht, tue es einfach. Du machst das ja auch für Dich, weils spaß macht, oder liege ich da falsch?

adios, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-07-02T11:49:22+02:00

ACHTUNG BUG!

wenn per modx ein redirect auf ein unterseite ausgelöst wird wie z.B. durch eform, brauchts for den urls die base_url.

Bitte ändern in documentParser_extended.php

Methode makeUrl



    function makeUrl($id, $alias= '', $args= '', $scheme= '')

    {

        global $base_url; // geändert



        $parts = explode('/', $url);

        if ($parts[0] === $this->site->alias) {

            unset($parts[0]);

            return $base_url . implode('/',$parts); // geändert

        }

Diskussion: Multidomain-Lösung für MODx

2010-08-21T10:39:49+02:00

Hallo Leute,

es gibt ein weiteres Problem, dass mir noch garnicht aufgefallen war. Zum Glück aber der aufmerksamen Céline.

folgendes, wenn man im Manager auf "Vorschau" drückt, klappt das nicht mit den URLs.

Der geänderte Parser muß dann natürlich auch in der index.php des Manager eingebunden werden. Dabei hat sich dann noch ein Bug herausgestellt. Beim einlesen der xml-datei wird auf "$modx->config[]" zugegriffen, dass muß aber natürlich "$this->config[]" sein.

Ok, wie auch immer, anbei die letzte Version mit Beschreibung.

hasta luego, Stefan

Diskussion: Multidomain-Lösung für MODx

2010-08-21T16:05:02+02:00

ein Traum.

Diskussion: Multidomain-Lösung für MODx

2010-08-26T13:20:31+02:00

Ich überlege gerade, ob ich für mehrere Domains eine einzige MODx-Revo-Installation mache, oder für jede Domain eine eigene Installation.
Hat eine einzige Installation denn überhaupt Vorteile? Zur Vermeidung von Double Content sollte man ja sowieso nicht so viele gleiche Inhalte auf unterschiedlichen Seiten publizieren. Der Vorteil von mehreren Installationen wäre dagegen, dass man zum Anlegen von neuen Seiten usw. auch nicht immer in Unterordner wechseln muss, was ja auch etwas mühsam sein kann. Oder habe ich bei diesen Überlegungen jetzt irgendwas übersehen?
Liebe Grüße
Gerdi

Diskussion: Multidomain-Lösung für MODx

2011-05-26T14:49:53+02:00

Hallo zusammen!
Im Tutorial wird anfangs beim Auflisten der beispielhaften Seitenbaumstruktur im Manager auf gleicher Ebene wie die Domains auch ein Ordner für allgemeine Inhalte angezeigt. Leider wird hier im weiteren Tutorial gar nicht weiter drauf eingegangen. Gibt es dafür denn eine Lösung? Ich würde nämlich gerne domainübergreifende Daten im Seitenbaum hinterlegen können ...

Diskussion: Multidomain-Lösung für MODx

2011-05-26T19:53:43+02:00

Probier getField.

Diskussion: Multidomain-Lösung für MODx

2011-09-08T17:39:20+02:00

Hallo!
Erstmal möchte ich die Arbeit hier wertschätzen, eine Multidomain Lösung ist genau das wonach ich gesucht habe!

Leider habe ich es auch nach einigen Versuchen nicht geschafft, Stefans letzte Version (multidomain-20100821) für mich ans laufen zu kriegen und würde deswegen gerne diesen Thread wiederbeleben.

Nachdem ich alles wie nach Anleitung (anwenden.txt) angepasst habe (mit richtigem Pfad zum normalen DocumentParser) spuckt PHP mir direkt auf der ersten Seite (bzw überall) folgende Fehlermeldung aus:
Parse error: syntax error, unexpected T_RETURN in meine/URL/assets/lib/DocumentParser_Extended.php on line 105
Das wär' also die Zeile in der Funktion makeUrl:
return return $this->config['base_url'] . implode('/',$parts);

Hier ein paar Fakten:
MODx Evolution 1.0.5
PHP 5.3.2
YAMS 1.1.9 ist installiert, allerdings ohne extra RewriteRules.

Liebe Grüße
Simon

Diskussion: Multidomain-Lösung für MODx

2011-09-08T18:08:44+02:00

Die Zeile solltereturn $this->config['base_url'] . implode('/',$parts);heissen.

Falls das trotzdem nicht hinhaut, probier die makeUrl-Funktion so zu ändern:

function makeUrl($id, $alias= '', $args= '', $scheme= '')

{

    $url  = parent::makeUrl($id, $alias, $args, $scheme);

    if (strpos($url,'/') === 0) { // "/domainalias/folder/document.html"

        $url = substr($url,1);

    }

    $parts = explode('/', $url);

    if ($parts[0] === $this->site->alias) {

        unset($parts[0]);

        $url = $this->config['base_url'] . implode('/',$parts);

    }

    if ($other_site = $this->sites['alias'][$parts[0]] ) {

        $parts[0] = $other_site->protocol . $other_site->name;

        $url = implode('/',$parts);

    }

    return str_replace($this->site->alias . "/","",$url);

}

Diskussion: Multidomain-Lösung für MODx

2011-09-08T20:58:24+02:00

Dankeschön! Variante 1 (doppeltes return) war schon alles, der Fehler ist weg.

Allerdings verträgt sich YAMS nicht so gut damit. Es scheint so, als ob das YAMS Plugin, welches die URLs für die Mehrsprachigkeit passend ändert, automatisch den Alias der Startseite anhängt und die eigentlichen Multidomain Werte überschreibt..
Zumindest lande ich mit aktivem YAMS plugin immer auf der über die MODx Konfiguration festgelegten Startseite. Wenn ich das Plugin aber deaktiviere funktioniert die Multidomainlösung wieder!

Irgendeine Idee wie man YAMS mit mehreren Domains vereinen könnte?

Diskussion: Multidomain-Lösung für MODx

2011-09-09T12:49:32+02:00

Mit YAMS habe ich es noch nicht getestet.
Als Alternative gibt's aber auch das hier..
Habe mir auch eine Lösung gebastelt, mit der Hauptsprache im Rootlevel und Ordnern für weitere Sprachen, die ich bei Bedarf auch hier reinstellen kann, müsste sie aber erst noch dokumentieren.

Ein anderes Problem, welches ich noch nicht lösen konnte, habe ich mit eForm:
Beim Senden eines Formulars kommt ein HTTP-Fehler 500 (Internal Server Error) und es wird nicht abgeschickt.
Edit:
Sorry, war nur ein Fehler in den Parametern des eForm-Snippet-Aufrufs.

Diskussion: Multidomain-Lösung für MODx

2011-09-11T22:46:35+02:00

Danke für deine Vorschläge!
Bei meinem aktuellen Projekt werde ich allerdings nun doch auf eine Multidomainlösung verzichten, die Zeit rennt davon. Wenn ich mal etwas Zeit habe zum Basteln und mit einer brauchbaren Lösung herauskomme, melde ich mich nochmal.

Diskussion: Multidomain-Lösung für MODx

2012-03-16T16:51:57+01:00

Hallo zusammen,

ich steig in diesem Thread noch nicht ganz durch - wird nun eigentlich noch das Plugin aus der Multidomain Lösung
http://www.modxcms.de/multidomain-several-domains-modx.html

benötigt wenn man das letzte File (multidomain-20100821.zip) verwendet?

Oder ist dieses ZIP File eine weitere Lösung?

Herzlichen Dank für die Antwort.

Gruss
Stefan

Diskussion: Multidomain-Lösung für MODx

2012-03-16T17:29:19+01:00

Oder ist dieses ZIP File eine weitere Lösung?

Ja.
Einen Anleitung findest Du im zip-Archiv.

Diskussion: Multidomain-Lösung für MODx

2012-03-16T19:09:43+01:00

ok, nun klappt es, zumindest fast. Ich bekomme irgendwie immer Umleitungsfehler.
Es gibt 3 Domains - domain.com, domain.de und eine mobile.domain.de

Die Domain domain.com - leitet auf www.domain.com um. Das passt.
Die Domain domain.de - leitet auf www.domain.de um. Das passt auch.
Gebe ich die beiden Domain mit www im Browser ein - klappts auch.

Die Subdomain mobile.domain.de zeigt auch die richtige Seite an wenn man die Domain im Browser eingibt.

Gibt man aber www.mobile.domain.de an gibt es ein Umleitungsfehler. Und ich blicks gerade nicht wie ich das der .htaccess beibringe das wenn der Benutzer www eingibt es eben auf die mobile.domain.de umleitet.

Des weiteren habe ich die Detection von http://detectmobilebrowsers.com/ in die .htaccess eingebaut. Wenn ich nun die Seite mit einem mobilen Endgerät aufrufe gibts ebenfalls Umleitungsfehler.

Die .htaccess sieht wie folgt aus:



# Zugriff auf domains.xml



	order allow,deny

	deny from all





Options +FollowSymlinks

RewriteEngine On

RewriteBase /



# Fix Apache internal dummy connections from breaking [(site_url)] cache

RewriteCond %{HTTP_USER_AGENT} ^.*internal\ dummy\ connection.*$ [NC]

RewriteRule .* - [F,L]



# Exclude /assets and /manager directories and images from rewrite rules

RewriteRule ^(manager|assets)/*$ - [L]

RewriteRule \.(jpg|jpeg|png|gif|ico)$ - [L]



# http://domain1.de > http://www.domain1.de

RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} ^domain\.de [NC]

RewriteRule (.*) http://www.%{HTTP_HOST}/$1 [R=301,L]



# http://domain2.de > http://www.domain2.de

RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} ^domain\.com [NC]

RewriteRule (.*) http://www.%{HTTP_HOST}/$1 [R=301,L]



RewriteCond %{HTTP_USER_AGENT} android.+mobile|avantgo|bada\/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge\ |maemo|midp|mmp|netfront|opera\ m(ob|in)i|palm(\ os)?|phone|p(ixi|re)\/|plucker|pocket|psp|symbian|treo|up\.(browser|link)|vodafone|wap|windows\ (ce|phone)|xda|xiino [NC,OR]



RewriteCond %{HTTP_USER_AGENT} ^(1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a\ wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r\ |s\ )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1\ u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp(\ i|ip)|hs\-c|ht(c(\-|\ |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac(\ |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt(\ |\/)|klon|kpt\ |kwc\-|kyo(c|k)|le(no|xi)|lg(\ g|\/(k|l|u)|50|54|e\-|e\/|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(di|rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-|\ |o|v)|zz)|mt(50|p1|v\ )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v\ )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-|\ )|webc|whit|wi(g\ |nc|nw)|wmlb|wonu|x700|xda(\-|2|g)|yas\-|your|zeto|zte\-) [NC]



RewriteRule ^$ http://mobile.domain.de/ [R,L]



# For Friendly URLs

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Die XML Datei sie wie folgt aus:







    

        www.domain.de

        http://

        6

        1

        5

        5

        de

        de

    

	

        www.domain.com

        http://

        10

        11

        13

        5

        en

        com

    

    

        mobile.domain.de

        http://

        7

        3

        8

        5

        mobile

        mobile

Wenn ich das alles richtig verstanden habe ist die Ornderbenamung erstmal egal, wichtig ist nur das der Alias übereinstimmt, richtig?

Modx 1.0.5
PHP 5.3

Vielen Dank für euere Unterstützung.

Gruss
Stefan

Diskussion: Multidomain-Lösung für MODx

2012-05-03T16:51:00+02:00

Hi,

jetzt muss ich auch noch mal eine Frage hierzu loswerden.
Habe auf Basis Eures Beispiels die Multidomain-Lösung zum laufen gebracht und bin auch sehr begeistert.

Das einzige was irgendwie nicht klappt ist die „Umschreibung des Startseiten-Alias“.
Ein Link auf die Startseite führt zur URL:
http://www.domain1.de/domain1-de.html (das ist der Alias des Domänen-Ordners)

Hat jemand eine Idee wie ich das lösen kann?

Vielen Dank.

Gruß,
Leif

P.S. Verwendet habe ich die Datei multidomain-20100821.zip

Diskussion: Multidomain-Lösung für MODx

2012-05-03T17:07:11+02:00

Ergänzung:
Die entsprechende Passage in der .htaccess sieht wie folgt aus:

RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} ^domain1\.de [NC]
RewriteCond %{HTTP_HOST} !^www\.domain1\.de [NC]
RewriteRule (.*) http://www.domain1.de/$1 [R=301,L]
RewriteRule ^domain1-de\.html$ /index.html

Wenn ich das 1:1 aus der anwenden.txt übernehme bringt mich der Link auf die Startseite zur definierten 404-Seite.

Diskussion: Multidomain-Lösung für MODx

2012-05-03T18:21:15+02:00

Hi Leif,

ich benutze eine Unterseite mit dem Alias "index" als Startseite und richte die Domain-Seite (oberste Ebene) als Weblink (Ressourcentyp) ein, welcher auf die "index"-Seite umleitet.

Diskussion: Multidomain-Lösung für MODx

2012-05-04T08:52:21+02:00

@sam

Ich habe das jetzt so umgestellt, dass der Domänen-Ordner als Weblink auf die Unterseite (Startseite) verweist. Das funktioniert alles prima, nur leider hat meine Startseite immer noch den Namen „domain1-de.html“ in der URL.
Das muss man doch irgendwie zu „index.html“ umgeschrieben bekommen?!

Diskussion: Multidomain-Lösung für MODx

2012-05-04T17:04:36+02:00

Evtl das hier in der "DocumentParser_Extended.php"?

Edit:
Hat die neue Startseite "index" als Alias?

Diskussion: Multidomain-Lösung für MODx

2012-05-07T10:58:03+02:00

Hey sam,

komischerweise wird jetzt nach dem Wochenende – ohne dass ich noch etwas geändert hätte...
die Startseite richtig mit „index.html“ angezeigt. Nur leider habe ich jetzt das Problem dass mich die Vorschau in MODX immer auf die „Offline-Page“ leitet... damit hatte ich letzte Woche noch kein Problem...

Hast Du eine Idee woran das liegen könnte?

Gruß,
Leif

Diskussion: Multidomain-Lösung für MODx

2012-05-07T10:59:37+02:00

Nachtrag:
Und wenn ich mir die Vorschau des Domänen-Ordners anzeigen lassen möchte, bekomme ich ein „ERROR: Too many forward attempts!

The request could not be completed due to too many unsuccessful forward attempts.“ um die Ohren gehauen....

Diskussion: Multidomain-Lösung für MODx

2012-05-07T20:48:04+02:00

komischerweise wird jetzt nach dem Wochenende – ohne dass ich noch etwas geändert hätte...

Dann lag das vermutlich am Browsercache.

leider habe ich jetzt das Problem dass mich die Vorschau in MODX immer auf die „Offline-Page“ leitet...

Nur über die Vorschau-Funktion, oder auch wenn Du die URL direkt eingibst? Falls das nur die Vorschau-Funktion betrifft, solltest Du vielleicht Punkt 4 der Anleitung "manager/index.php öffenen" nochmal überprüfen. Außerdem kannst Du probieren, ob es hilft, den Browsercache und MODX-Cache zu leeren.

Und wenn ich mir die Vorschau des Domänen-Ordners anzeigen lassen möchte, bekomme ich ein „ERROR: Too many forward attempts!

Könnte ebenfalls mit Pt. 4 der Anleitung oder dem Cache zusammenhängen. Solange das aber "nur" bei der Vorschau aus dem Backend heraus passiert, ist es meiner Meinung nach eher nebensächlich, da der Inhalt ja auf der Startseite ist, auf die die Domain-Seite umgeleitet wird.

Diskussion: Multidomain-Lösung für MODx

2012-05-08T09:32:04+02:00

Also ich habe MODX- und Browser-Cache geleert – leider ohne Erfolg.

Noch immer führt mich die Vorschau des Domänen-Ordners zur Fehlermeldung "ERROR: Too many forward attempts!"
Die Vorschau einer anderen Seite landet auf der definierten "Offline-Page".

In der manager/index.php lautet es gemäß Anleitung:

// initiate the content manager class

include_once "document.parser.class.inc.php";

include_once '../assets/lib/DocumentParser_Extended.php';

//$modx = new DocumentParser;

$modx  = new DocumentParser_Extended();

$modx->loadExtension("ManagerAPI");

$modx->getSettings();

$modx->getSites();

Wäre super wenn mir hier jemand unter die Arme greifen könnte....

Diskussion: Multidomain-Lösung für MODx

2012-05-09T09:54:31+02:00

Ich habe es jetzt hinbekommen. An dieser Stelle noch mal einen großen Dank an sam der mich hierbei ausgiebig unterstützt hat...
Warum es erst nicht richtig funktioniert hatte kann ich gar nicht genau sagen, aber ich habe jetzt die Version von sam verwendet wo beim Manager-Login die beiden index.php Dateien modifiziert werden.
Ich musste hierfür nur die Ordnerberechtigungen entsprechend anpassen.

Danke an alle, die diese Multidomain-Lösung mitentwickelt haben.
Coole Sache.

Diskussion: Multidomain-Lösung für MODx

2012-05-10T14:00:58+02:00

Hier die Version mit PlugIn für automatische Updates der index.php-Dateien. Diese müssen nicht mehr bei der Installation oder nach einem MODX-Upgrade manuell geändert werden. Die Update-Prüfung erfolgt bei jedem Manager-Login (d.h. auch, dass bei einer Neuinstallation die Multidomain-Funktionalität erst beim nächsten Login aktiviert wird). Bei Änderungen wird die jeweilige "index.php" in "index.php.bak" umbenannt und die Originalversion angepasst.

Habe dieses PlugIn seit MODX 1.0.4 im Einsatz und bisher hat es bei mir beim Update auf 1.0.5 und 1.0.6 zuverlässig funktioniert.

Zusätzlich können die Domains jetzt einzeln Offline geschaltet werden. Dafür dient die Schaltfläche "Im Menü anzeigen" in der Domain-Ressource.
Bei der Vorschau der Offline-Ressourcen im Manager ist darauf zu achten, dass diese nur für Offline-Seiten funktioniert, unter deren Domain man im Manager eingeloggt ist.

Beispiel:
    "meinedomain1.de" -> offline
    "meinedomain2.de" -> online
    "meinedomain3.de" -> offline

Eingeloggt unter "meinedomain1.de/manager/" -->
    Vorschau für "meinedomain1.de" funktioniert
    Vorschau für "meinedomain2.de" funktioniert
    Vorschau für "meinedomain3.de" funktioniert nicht

Eingeloggt unter "meinedomain2.de/manager/" -->
    Vorschau für "meinedomain1.de" funktioniert nicht
    Vorschau für "meinedomain2.de" funktioniert
    Vorschau für "meinedomain3.de" funktioniert nicht

Eingeloggt unter "meinedomain3.de/manager/" -->
    Vorschau für "meinedomain1.de" funktioniert nicht
    Vorschau für "meinedomain2.de" funktioniert
    Vorschau für "meinedomain3.de" funktioniert

Viel Spaß damit und bitte melden, falls es bei Euch nicht so funktioniert wie es sollte.

Diskussion: Multidomain-Lösung für MODx

2012-05-11T06:25:21+02:00

Da an Evo gerade massiv gearbeitet wird, ist es sehr wahrscheinlich, dass das mit dem nächsten größeren Release nicht mehr funktioniert, siehe http://forums.modx.com/thread/74766/bringing-evo-back-to-life-again.

Diese Lösung muss dann überarbeitet werden. Davon abgesehen sollte man mal sehen, wie das ohne Ersetzung der index.php gehen kann. Technisch steht dem jedenfalls nichts im Wege.

Diskussion: Multidomain-Lösung für MODx

2012-05-12T13:30:21+02:00

@Stefanie:
Danke für die Info.

Davon abgesehen sollte man mal sehen, wie das ohne Ersetzung der index.php gehen kann.

Definitiv. Das war ja schon vor 2 Jahren Thema.
Hast Du eine Idee, wie man das anders und mit möglichst wenig Geschwindigkeitseinbußen umsetzen könnte?

Diskussion: Multidomain-Lösung für MODx

2012-05-14T21:27:12+02:00

Nein, aus dem Stehgreif nicht. Bisher habe ich Evo so oft installiert, wie es notwendig war.

Aber ich werde das mal im Kopf behalten und mir darüber mal Gedanken machen. Wobei ein Ansatz auch sein kann, das Evo selbst nicht mehr direkt erreichbar ist, und nur die Ressourecen (CSS, JavaScript, Grafiken) und die index.php im Root und im Manager im Web liegen.

Alle Instanzen nutzen das gleiche Evo, aber haben eigene Medien. Damit könnte man theoretisch sogar unterschiedliche Styles pro Domain in TinyMCE nutzen. Wenn ich so drüber nachdenke, ist das eigentlich richtig cool und gar nicht so schwer umzusetzen.

Durch die Umstellung auf die Ini-Datei ließen sich mit einer Evo Instanz sogar recht easy unterschiedliche Datenbanken nutzen.

Diskussion: Multidomain-Lösung für MODx

2012-10-18T16:06:46+02:00

@sam: Danke für deine multidomain Lösung!

Habe dein letztes Update (multidomain-20120510.zip) in meine Website eingebaut. Es läuft auch. Aaaaaaber ...

Kurz zur Info:
- modx evo 1.0.6
- Es sollen 2 Domains zum Einsatz kommen
- Ich habe zwei Ordner im Backend angelegt (darin liegen auch eine start- + 404-seite)
- multidomain-20120510 nach der anwenden.txt eingebaut
- index.php-dateien werden als .bak-datei abgelegt

Wenn ich nun sub1.domain.de/index.php bzw. sub2.domain.de/index.php aufrufe, bekomme ich die korrekte Seite (Startseite) des jeweiligen Ordner angezeigt. Wayfinder generiert die Navigation ebenfalls korrekt. Passt also.

Nun zu meinem Problem. Im Ordner für die Domain sub1.domain.de liegt eine Seite "Anfahrt" (id 10). Diese Seite gibt es im Ordner für die Domain sub2.domain.de NICHT. Logischerweise müsste wenn ich sub2.domain.de/index.php?id=10 im Browser eingebe die Fehlerseite von der Domain sub2.domain.de angezeigt werden (da es die Seite hier ja nicht gibt). oder? Bei mir kann man mit beiden Domains alle Seiten (egal in welchem Ordner ) anspringen. Finde ich jetzt nicht wirklich schön ...
"Benutzerfreundliche URLs" machen es noch komplizierter. Beide Fehlerseiten haben als Alias "404". Sollten jetzt nicht sub1.domain.de/404.html und sub2.domain.de/404.html zwei verschiedene Seiten sein?

Hab ich irgendwas nicht richtig beachtet oder sitzt im Moment jmd auf meiner Leitung?

Diskussion: Multidomain-Lösung für MODx

2012-10-18T19:44:38+02:00

Bei mir kann man mit beiden Domains alle Seiten (egal in welchem Ordner ) anspringen.

Über die IDs wird zu der Subdomain umgeleitet, unter welcher die entsprechende Ressource liegt. Hat den Vorteil, dass Links von einer Subdomain zur andern (wie innerhalb von MODX gewohnt) per IDs gesetzt werden können. Diese werden bei eingeschalteten "Benutzerfreundlichen URLs" überschrieben. Würde generell "Benutzerfreundlichen URLs" empfehlen (Stichwort: SEO).

"Benutzerfreundliche URLs" machen es noch komplizierter. Beide Fehlerseiten haben als Alias "404". Sollten jetzt nicht sub1.domain.de/404.html und sub2.domain.de/404.html zwei verschiedene Seiten sein?

Die Alias-Namen dürfen identisch sein, müssen aber nicht. Wichtig ist, dass der Eintrag "error_page" in der domains.xml passt. Nur der ist entscheidend dafür, dass die "richtige" Fehlerseite angezeigt wird.

Diskussion: Multidomain-Lösung für MODx

2012-10-25T14:03:32+02:00

Wie habt ihr denn das Problem mit TinyMCE gelöst?

Meine Ordnerstruktur sie so aus:

/webcontext (Hauptdomain)
/// assets
/// connectors
/// contextdomain1
/// contextdomain2
/// contextdomain3

Wenn ich über TinyMCE ein Bilder in ein Dokument der Seite contextdomain2.de einfüge, sollte der Pfad ja wie folgt aussehen:

Erwartetes Resultat: "images/pics1.jpg"
Tatsächliches Resultat: "contextdomain2/images/pic1.jpg"

Ändere ich in den Tiny-Einstellungen die Path-Options auf "rootrelative", wird mir sogar sowas ausgegeben: "/assets/components/tinymce/contextdomain2/images/pic1.jpg"

Habt ihr dazu eine Idee?

Diskussion: Multidomain-Lösung für MODx

2012-10-25T16:00:27+02:00

@belimo
zur Info:
Die hier diskutierten Multidomain-Lösungen sind für MODX Evolution (Version 1.0.x) und nicht für MODX-Revolution (Version 2.x.x).

Wäre vermutlich sinnvoller für dein Problem eine neue Diskussion zu starten und evtl. genauer zu schildern, wie deine Installation aussieht (welche Version von MODX, nach welcher Anleitung du evtl. vorgegangen bist und welche Einstellungen du sonst noch vorgenommen hast).

Diskussion: Multidomain-Lösung für MODx

2012-10-25T16:43:40+02:00

Hi Sam

Ja, da hast du recht. Trotzdem würde mich mal ganz grundsätzlich interessieren: Habt ihr das Pfad-Problem denn in Evo nicht? Wenn ja, warum nicht?

Diskussion: Multidomain-Lösung für MODx

2012-10-25T17:31:39+02:00

Habt ihr das Pfad-Problem denn in Evo nicht? Wenn ja, warum nicht?

Nein und ehrlich gesagt verstehe ich nicht, was mit dem Pfad nicht stimmt.
Warum soll angezeigt werden, dass das Bild im Pfad "images" liegt, anstatt in "contextdomain2/images", obwohl es doch tatsächlich dort liegt? Wird es sonst nicht angezeigt? Wenn das der Fall sein sollte, könnte man den Pfad per Output-Filter oder Plugin umschreiben.

Diskussion: Multidomain-Lösung für MODx

2013-01-11T13:15:15+01:00

hi sam, funktioniert mittlerweile einwandfrei. habe deine version "multidomain-20120510.zip" im einsatz unter modx 1.0.6.

1. weiter oben wurde beschrieben, dass es ein problem mit der vorschau-funktion im backend gibt. hattest du das gefixt? erhalte folgende seite beim klick auf vorschau:
www.domain1.de/www-domain1-de/kontakt.html
z.B. ... Benutzerfreundliche URLs sind aktiviert mit "Benutze benutzerfreundliche Alias-Pfadangaben".

2. zu meinem anderen problem. wenn ich z.b. folgendes ditto template baue:
[(site_url)][~[+id+]~]
erhalte ich als ausgabe
www.domain1.de//kontakt.html
wie bekomme ich den slash da weg? base_url steht im template, htaccess hab ich folgendes ...





  order allow,deny

  deny from all





RewriteEngine On

RewriteBase /



RewriteCond %{HTTP_USER_AGENT} ^.*internal\ dummy\ connection.*$ [NC]

RewriteRule .* - [F,L]



RewriteRule ^(manager|assets)/*$ - [L]

RewriteRule \.(jpg|jpeg|png|gif|ico)$ - [L]



RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} ^domain1\.de [NC]

RewriteRule (.*) http://www.%{HTTP_HOST}/$1 [R=301,L]



RewriteCond %{HTTP_HOST} .

RewriteCond %{HTTP_HOST} ^domain2\.de [NC]

RewriteRule (.*) http://www.%{HTTP_HOST}/$1 [R=301,L]



RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

danke für deine hilfe!

Diskussion: Multidomain-Lösung für MODx

2013-01-14T20:31:39+01:00

@johnny_cage:
zu 1.:

weiter oben wurde beschrieben, dass es ein problem mit der vorschau-funktion im backend gibt.

Welchen Beitrag meinst Du?

erhalte folgende seite beim klick auf vorschau:
www.domain1.de/www-domain1-de/kontakt.html

Vermutlich wurde die manager/index.php nicht automatisch vom PlugIn angepasst. Guck doch mal rein, ob Du eine Zeile findest, die so beginnt:// ## changed by multidomain-pluginWenn die nicht vorhanden ist, besitzt MODX vermutlich keine Schreibrechte für die manager/index.php.
Falls die Zeile jedoch vorhanden ist, sollte der Code darunter so aussehen:

include_once '../assets/plugins/multidomain/multidomain.DocumentParser_Extended.php';

$modx = new DocumentParser_Extended();



// ## end of changes ##

zu 2.:

wie bekomme ich den slash da weg?

Wenn PHx istalliert ist, kannst Du ein Snippet mit dem namen phx:substr anlegen:

if (!strlen($options)) {

    return $output;

}



list($start, $length) = explode(',',trim($options));

if (strlen($output) > ((int) $start + (int) $length)) {

    $output = substr($output, $start, $length);

}

return $output;

?>

und so nutzen[(site_url:substr=`0,-1`)]

Diskussion: Multidomain-Lösung für MODx

2013-01-15T15:06:51+01:00

@sam ...

zu 1.:
stimmt ... das plugin hat die manager/index.php nicht verändert. hab mir gerade die schreibrecht über filezilla angeschaut. die einstellung ist 666 für diese datei. modx müsste also schreibrechte für diese datei besitzen (ordner manager = 772). kann ich die veränderung nochmal anstoßen oder wird bei jedem login geschaut ob die index.php verändert werden kann? Händisch eintragen macht ja wenig Sinn.

zu 2.:
PERFEKT! Funktioniert nun einwandfrei ... danke.

Diskussion: Multidomain-Lösung für MODx

2013-01-15T16:14:53+01:00

Die Dateirechte sind ok, sollte also funktionieren. Wurde die Änderung in der index.php des MODX-Installationsordners auch nicht gemacht (ähnlich wie oben beschrieben)?

Die Aufgabe des PlugIns ist, zu prüfen ob die index.php-Dateien angepasst werden müssen oder nicht und diese anzupassen.
Das kann man zwar auch manuell ohne das PlugIn machen, aber dann muss man das nach jedem Versions-Upgrade von MODX Evolution wiederholen.

Mein Vorschlag:
Kopiere beide original index.php-Dateien auf den Server (also in den MODX-Installatios- und den Manager-Ordner) und lösche die Dateien assets/files/.index.php.md5 und assets/files/.manager_index.php.md5.
Logge dich davor oder danach aus dem Manager-Backend aus und danach wieder ein.
Falls dann immernoch keine Änderungen in der index.php und der manager/index.php gemacht wurden, funktioniert vermutlich das PlugIn nicht korrekt. Überprüfe in dem Fall ob (wie in Punkt 3 der anwenden.txt) das PlugIn korrekt installiert ist und ob assets/lib/multidomain.check_index.php existiert.

Diskussion: Multidomain-Lösung für MODx

2013-01-16T09:59:05+01:00

jetzt hat das plugin die index.php im root verändert (changed by multidomain-plugin on Wed, 16 Jan 13 09:43:25 +0100 und eine index.php.bak abgelegt. außerdem wurde unter assets/files die beiden dateien .index.php.md5 und .manager_index.php.md5 abgelegt.

in der index.php im manager ordner steht kein eintrag bezüglich dem multidomain-plugin.

die dateien DocumentParser_Extended.php und multidomain.check_index.php sind im ordner assets/lib vorhanden.

bin nochmal die komplette anwenden.txt durchgegangen. komisch ...

Diskussion: Multidomain-Lösung für MODx

2013-01-16T10:08:36+01:00

vergiss es! es geht ... danke für deine hilfe und das geniale plugin.

hab alles nochmal nach deiner letzten anleitung durchgeführt und nun fluppt es.

gruß