Wordpress und große Datenbanken

Wenn Du Joomla sehr kompliziert findest, würde ich mir überlegen, ob ich einfach so auf WordPress umsteigen würde. Joomla ist zwar etwas sperrig, hat aber auch seine Stärken. Kommt dazu, dass Du Joomla kennst und WordPress noch nicht. Und ganz einfach ist das bei einem grossen Projekt auch nicht.

Zudem geht es, so wie ich Dich verstehe, vor allem um Datenbankabfragen, und da ticken Joomla und WordPress mit MySQL im Hintergrund etwa gleich.

Die Grösse der Datenbank ist eigentlich nicht das Problem... Wobei WordPress bei grossen beziehungsweise komplexen Projekten langsam werden kann. Das hängt aber letztlich auch mit der Server-Infrastruktur zusammen. Wenn die stimmt, sind WordPress kaum Grenzen gesetzt.

Dass Themes schlapp machen sollen, davon weiss ich nichts. Die haben mit der Datenausgabe auch nicht direkt zu tun, sondern bilden nur das gestalterische "Raster" zur Darstellung der Daten.

Berechnungen von Entfernungen hört sich für mich an wie

egal, was für ein Theme und egal ob WordPress oder Joomla, da es sich um eingebettete Anwendungen handelt, welche die Seite nicht neu laden, sondern zum Beispiel über Ajax und Proxy-Seiten abgewickelt werden. Das verwendete CMS würde in diesem Fall nur einen Rahmen bieten, die eigentliche Anwendung hingegen könnte zum Teil sogar auf einem anderen Server abgespult werden.
.

Zitat von Melewo

Das verwendete CMS würde in diesem Fall nur einen Rahmen bieten, die eigentliche Anwendung hingegen könnte zum Teil sogar auf einem anderen Server abgespult werden.

Das ist natürlich möglich, nur sehe ich den Sinn davon nicht. Ein CMS, das mit einer Datenbank arbeitet, als Rahmen für eine Datenbank zu verwenden... Zum einen hiesse das doppelter Aufwand mit Wartung, Sicherung usw. Zum andern braucht es wohl kein CMS, schon gar nicht eines mit Datenbank, wenn es nur um den Rahmen geht, sondern dafür reichen wohl einfache HTML-Seiten. Zumal das auch die Theme-Frage wesentlich vereinfachen würde.

Zitat von Edi

Das ist natürlich möglich, nur sehe ich den Sinn davon nicht.

Nur mal angenommen, es würde sich um etwas ähnliches wie einen Routenplaner handeln. Da würde ich doch nicht bei jeder Eingabe die Seite vom Theme neu laden, sondern nur den in der Seite eingebundenen Routenplaner aktualisieren. Und sicherlich kann dafür $wpdb genutzt werden, doch alles was zum Theme gehört, ist doch schon geladen und braucht bei einer Benutzereingabe nicht erneut geladen zu werden. Das ist doch gerade der Vorteil von Ajax, dass nichts außer die Anwendung aktualisiert wird und wird doch selbstverständlich auch von WordPress als Schnittstelle angeboten:

Natürlich kannst Du Ajax in einer WordPress-Umgebung verwenden, Das ist nicht das Problem (obwohl sich bei WordPress wie überall Ajax-Anwendungen gegenseitig in die Quere kommen können).

Was ich sagen wollte: Für Ajax brauchst Du keine WordPress- oder Joomla-Installation. Oder eben umgekehrt: Warum soll ich ich etwas auf verschiedene Datenbanken verteilen, wenn eine reicht...

Ich würde allerdings bei so einem grossen Projekt, wie Monika bereits bemerkt hat, einige grundsätzliche Überlegungen machen... Wozu ein CMS? Welches CMS (in Deinem Fall wäre etwa auch Drupal eine Option)?

Ja sicherlich, so eine Anwendung könnte man auch anderen zum Einbinden als Widget zur Verfügung stellen, wie es andere Anbieter tun. Einer losgelösten Anwendung ist es dann letztendlich egal, ob die in einer einfachen HTML-Seite, in einer Joomla oder WordPress Seite ausgegeben wird, die wird nicht langsamer dadurch.
Langsamer kann nur das CMS werden, weil noch 30 weitere Plugins installiert wurden, Images in Leinwandgröße ausgeliefert werden oder ein Theme mit Framework vom eigenen Framework ausgebremst wird.