Druckbare Version
Das ist ja mehr als KRASS!!!!!!!!!!Zitat:
Aus Twitter von Yoan C. Talagrand:
Typolight isn't only for small websites... I serve ~250'000 pages for approx 450gig of traffic with it every months #typolight
Our diabetes websites... ie: medtronic-diabetes.co.uk
I host about 35 sites on a single install. dedicated server + cloud
www.medtronic-diabetes.co.uk
Medtronic mit typolight seite - RESPECT:)
Da sieht man mal was möglich ist ;)
Das wäre mit viel zu Riskant. Wenn Typolight da nur einmal einen Fehler baut, sind gleich alle Seiten davon betroffen.Zitat:
Zitat von Nina
Und wenn andere Systeme einen Fehler bauen? ;) Kommt auf das Selbe raus. Das Risiko sind allerdings IMO eher die Erweiterungen als der Core.Zitat:
Zitat von Nils Riel
Edit: Kann man die letzten drei Beiträge abspalten? Damit wir hier beim Thema bleiben …
Danke für den Hinweis, ich habs in ein eigenes Thema gepackt.
Persönlich würde ich mir weniger Sorgen um die Stabilität der Technik, als über die Übersichtlichkeit für Admins/erweiterte Nutzer machen. Wenn es aber alles Websites einer Firmen sind, ist es wahrscheinlich nicht so schlimm bzw. teilweise sogar positiv, wenn z. B. alle Frontend-User in einer Oberfläche gepflegt werden.
Ein paar Websites pro Installation habe ich auch bei einem meiner Kunden, aber mehr würde ich da nicht mehr drauf packen. Da man von einer Website sowieso regelmäßig ein Backup machen sollte und im Notfall eine TL-Installation (durch Kopie) auch duplizieren und somit wieder auf Einzelwebsites aufteilen könnte, seh ich da technisch kein Problem.
Viel relevanter für dieses Beispiel ist natürlich der Hinweis auf den Server. Bei so einer Zugriffsrate muss der Webspace ordentlich was hergeben, damit z. B. die Verbindung zur Datenbank nicht zum Flaschenhals wird.
Hallo zusammen,
steige hier mal mit einem Vorschlag ergänzend ein ;):
Gerade bei einer Multidomain-Installation fände ich es prima, wenn die Auflistung der CSS
und der Module nur für die Seite angezeigt werden könnte, bei der ich mich einlogge.
Ich verwende für Module dann immer vorangestellte Abkürzungen, im einfachsten Fall z.B.:
DE - Hauptnavigation
...
EN - Hauptnavigation
etc.
Ab einer gewissen Größe wird auch das aufwändiger zu administrieren.
Bisher schien mir der Weg eine Benutzergruppe anzulegen, die nahezu alle Adminrechte erhält,
aber eben nur auf eine Site zugreifen kann.
Wie realisiert ihr das?
Noch komplizierter wird es, wenn die einzelnen Installationen unterschiedliche individuelle Modul-Templates benötigen. Überschreiben kann man alle Templates aber nicht alle lassen sich dann über das Backend auch auswählen, sondern gelten dann prinzipiell erst einmal für alle Websites der Installation.
Ich hatte zu dem Thema hier mal einen Thread aufgemacht.
https://community.contao.org/de/showthread.php?t=519
Gruß
ChrMue
Eine automatische Trennung von Modulen etc. ist IMO nicht möglich – die Module wissen ja nicht, wo sie "hingehören", sondern sie werden "genommen". Um festzustellen, wo welches Modul hingehört, müsste man also bei dem Startpunkt der Seite, dem dazugehörigen Layout usw. anfangen zu suchen – und das ist nicht gerade schnell gemacht (Query schon, aber die Ausführung nicht).
Man koennte aer auch was ganz abgedrehtes machen (Reift mir momentan nur im Kopf herum). Anstatt alles in einer Oberflaeche zu haben, koennte man auch Domain abhanegig die DB Abfragen machen.
Ich habe so etwas aehnliches bei meiner Spielversion tlMultilingual gemacht.
Man haette dann im BE-Header die einzelnen Domains als DropDownBox, und koennte dann auswaehlen, welche Domain man bearbeiten moechte. Man sieht auch nur die DomainZugehoerigen Daten und kann diese Bearbeiten.
Das Handlich ist Dank Leos Vorraussicht relativ einfach. Die DataContainer DC_Table, DC_File usw. anpassen, dass ein PRE-Tag mitbekommt, damit die Domainzugehoerigkeit geregelt werden kann. So koennte man transparent das MultidomainProblem mit Core Mitteln loesen....
Ich lass es mal reifen...
Naja, die Idee ist sicherlich nicht schlecht, aber doch ein wenig kompliziert ;). Die Sortierung von Hand (mit Präfix) ist da doch einfacher (IMO).
Wobei ich jetzt rein aus Sicht eines Redakteurs so eine Domainwechselbox praktisch fände. Wäre das aber dann nicht möglicherweise ein Problem mit Sessions beim Domainwechsel?
Noe, ueberhaupt nicht, Es muessten die DC_XXX in den drivers angepasst werden. Fuer das Frontend Aendert sich garnichts.
Nur das Backend bekommt die Sachen geliefert, die in der "DomainBox" ausgewaehlt wurden.
Theoretisch moeglich einen PRE-Tag aehnlich dem SQL-Table-PreTag zu setzen. Dieser wuerde dann automatisch in alles eingebunden, und fertig.
Und das auch nur in DC_file, DC_Folder und DC_Table.
Man kann zu jeder DB Tabelle eine "domain" Spalte hinzufuegen, aehnlich dem tstamp.
In der Dataase.php filtert dann quasi beim execute die gewuenschten Daten raus und filtert nochmals mit "domain" nach. klappt jedenfalls hier lokal (Quick&Dirty) eigentlich ganz gut.
Es gibt aber auch Module, die auf mehreren Seiten Domains auftauchen – wie soll das dann gelöst werden?
Edit: Lösung kommt von mir selber: Einfach das "gehört zu Domain"-Feld freilassen, diese Elemente werden dann global angezeigt.
Ich würde es eher so machen wie es bei Seiten geht "Weiterleitung". Bei Modulen wäre es eher eine "Schattenkopie". Sprich man kann auswählen, zu welcher Seite die Module gehören.Zitat:
Zitat von FloB
Aber auf jeden Fall hoffe ich, dass der MuliDomain-Betrieb in TL3 verbessert wird, denn man Seiten hat die nur wenig genutzt werden, die Moderatoren aber die gleiche sind ist es immer lästig beide einzelnd updaten zu müssen
Uii, so einen Cual Dore will ich auch, diese Dual Core sind ja auf Dauer auch recht langweilig... :DZitat:
Zitat von Nina
T'schuldigung, den konnte ich mir nicht verkneifen. ;)
Ehrlich gesagt finde ich die Leistung dieses Systems jetzt aber nicht so bahnbrechend, da hätte ich mit deutlich mehr gerechnet. Unsere Server fahren mittlerweilen (zwar überflüssig, aber kleiner geht mit den angebotenen Paketen bei dem Hoster nicht) mit deutlich mehr (i7-920 Quad Core) und 8GB oder sogar 12GB RAM....
Ups, danke für den Hinweis :D