Hi,
ich bin Webdesigner und habe gerade typo3 bei meinem Provider installiert.
Nun meine Frage:
Kann ich auf meiner Domain für meinen Kunden seine Homepage erstellen und diese auf seine Domain veröffentlichen ???
Oder muß ich bei jeden Kunden typo3 auf seiner Domain installieren ??
Hintergrund:
Ich will Webseiten erstellen aber der Kunde soll diese jederzeit ändern können.
Gruß Luke
Wenn ich dich richtig verstehe, willst du Kunden Typo3 auf deinem Webspace anbieten.
Das geht, wenn du Geld dafür verlangst, in der Regel nur mit einem Reseller-Vertrag.
Wenn du es unentgeltlich machst sollte nichts dagegen sprechen.
P.S. : Können tust du es auf jeden Fall, Typo3 kann mehrere Root-Seiten (und entsprechende Unterseiten) als eigene Homepages verwalten.
Habe noch keine Doku gefunden...
Wenn der Kunde seine Domain www.kunde.de aufruft müssen doch die Dateien auf seinen Server liegen oder ???
Eine Umleitung möchten die Kunden meistens nicht...
Es soll in der Adressleiste immer seine Domain stehen bleiben www.kunde.de.
Das ist doch nicht möglich wenn seine Dateien in meinem Unterverzeichnis liegen www.meinedomain.de/kunde...
oder werden die kopiert ???
Luke
*uff* Damit habe ich mich selbst noch nicht befasst.
Aber wie du bestimmt schon weisst, kriegt jede Seite in Typo3 eine eigene PID (Page ID).
Du kannst die Domäne deiner Kunden nun einfach auf die PID "ihrer" Root Seite weiterleiten.
Beispiel:
www.kunde1.de --->
http://deinprovider.com/index.php?id=1
www.kunde2.de --->
http://deinprovider.com/index.php?id=2
usw.
das würde ja bedeuten daß jeder User meine Domain in seinem Browser hat...
Da muß ich wohl doch für jeden eine Datenbank einrichten und typo3 installieren ...
Danke Dir ....
Gruß Luke
Musst du nicht, ich weiss nicht wie man das macht, aber man kann auch die Domain des Kunden trotz der Weiterleitung in der Addresszeile erscheinen lassen.
Ich Verweise hier an die Meister des Web :o
Bei einer Serverumleitung bleibt die Domain stehen... nur bei einer Scriptumleitung wird die neue Domain angezeigt... wenn ich mich recht erinnere ...
werd ich gleich mal ausprobieren ....
Korpi schrieb
P.S. : Können tust du es auf jeden Fall, Typo3 kann mehrere Root-Seiten (und entsprechende Unterseiten) als eigene Homepages verwalten.
Hallo Korpi,
das würde mich nun auch mal intressieren.
Wie bekommt man (und Frau) es fertig, mehrere Root-Seiten in einer Typo3 Installation unterzubringen?
Oder meinst Du, einfach nur "mehrere Baumstrukturen"?
Unter "mehrere Rootseiten" verstand ich zunächst mhrere "Weltkugeln" und unter denen wiederum "Seitenbäume" liegen.
MFG
Rolli
Nein, Rootseiten sind die erste Ebene nach der Weltkugel. Deshalb werden die in einem Menü normalerweise auch nicht dargestellt.
Und Ja, ich meinte damit mehrere Baumstrukturen 🙂
*seufz*
a) Wozu Resellervertrag?
b) DomainRecords im Typo sind dazu da, mehrere Domains in ein (!) Typo zu leiten.
Wenn ihr ein Template anlegt, könnt Ihr sagen, ob die Seite, in der das Template liegt, eine ROOTseite ist.
Gibt es dann doch mehrere Weltkugeln oder sind alle domains in einem Baum??
Gibt es dazu eine deutsche Doku ???
Gruß Luke
nein, die Weltkugel repräsentiert die Installation.
Ab dort kannst du dann z.B. Seiten vom Typ "SysFolder" anlegen, die dann den Namen der Domain haben.
Ab dort startest du dann deine Seiten.
Die Kundendomain muß ich doch aber auf meine Domain umleiten oder ??
die KundenDomain muß auf deinen virtuellen Host zeigen.
Wie soll das sonst funktionieren?
kann noch keine wirklichen Vorteil finden, werde wahrscheinlich doch bei jedem Kunden Typo3 installieren !!
Luke
Wie bekommt man es denn hin, dass man mehrere Seitenbäume hat, also mehrere Weltkugeln?
die weltkugel ist die installation, die gibt es nur einmal.
aber du kannst einfach unter der weltkugel mehrere seitenbäume anfangen.
vorteil liegt in der administration, aber im laufenden betrieb bedeutet es halt auch, adss wenn eine installation kracht, u.u. alle krachen.
da sollte man schon fit sein, bevor man alles auf eine karte setzt. zum testen habe ich das lokal natürlich so gemacht, aber im betrieb ist es mir noch zu heiß.
um es zu verkomplizieren, kann man aber mehrere installationen von einer source machen, aber das war hier nicht gefragt.
alright, und dann für die verschiedenen root-seite eine domain definieren, die natürlich auch noch irgendwie per DNS stimmen müssen, was dann wohl hoffentlich nicht meine aufgabe ist...
Danke
Also IMHO gibt es mehrere verschiedene Varianten die ans Ziel führen!
Die zwei für mich vorteilhaftesten sind folgende:
1. Domainrecords
Über Domainrecords kann man mehrere HPs in ein BE packen. und die Seiten können dann über entsprechende Domains aufgerufen werden.
Vorteil: Wir haben eine Muttergesellschaft und eine Tochtergesellschaft. Die HP Daten werden von den gleichen Mitarbeitern gepflegt. Es langt also eine Anmeldung ins BE um die Daten für beide HPs ändern zu können.
Nachteil: So wie ich LuckyLuke verstehe, hat er mehrere verschiedene Kunden! Die würden sich dann alle ins gleiche BE anmelden. Ist eigentlich auch kein Problem, um zu verhindern, dass der eine Kunde die Daten des anderen Kunden ändern kann, müssen halt entsprechende Benutzerrechte gesetzt werden. Problematischer sehe ich dann schon so Sachen wie Newsverwaltung, Shops, Gästebücher usw.
Daher Vorschlag 2:
2. Mehrere T3 Insallationen
Das ist bei Typo3 ja auch ziemlich gut gelöst. Es lang einmal die Source-Daten zu überspielen und dann über Symlinks entsprechende "Unterinstallationen" für jeden Kunden anzufertigen.
Vorteil: Jeder Kund hat sein eigenes BE und damit fällt eine komplizierte Benutzerrechtevergabe weg. Durch die Nutzung eines Sourcepaketes spart man Platz und hat auch eine leichtere Verwaltung der einzelnen Kunden.
Nachteil: Wüsste ich jetzt spontan nicht.
Und bezüglich der Domainweiterleitung würde ich dir davon abraten. Entweder übernimmst du die Domains auf deinen Server und bietest deinen Kunden ein Webspace-paket an oder du installierst bei jedem Provider Typo3 mit den entsprechenden Vor- und Nachteilen.
Hoffe hilft vielleicht ein bischen.
Gruß
Daniel
super, ich werde mich für Variante 1 entscheiden, da die Seiten eh mehr oder weniger zusammen hängen und der "Projektleiter" von Seite1 soll die Berichte der zweiten Seite zuerst abnicken...