Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Hallo!
Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.
Diese Frage in einem Wordpress-Forum zu stellen, zeugt schon von einer gewissen Inkompetenz.
a) Wordpress läuft nur unter MySQL.
b) MySQL ist zwar in der Kapazität nicht wirklich limitiert, hat aber Limits. Da kotze ich mich nicht drüber aus, entweder selber recherchieren oder einen Consultant konsultieren.
c) Vor rund 10 Jahren habe ich mal mit einer 11 GB MySQL-Datenbank rumgespielt. In der Haupttabelle befanden sich rund 750.000 Einträge - eine Neuindizierung hat rund 4 Stunden auf einem ordentlich konfigurierten Server gebraucht. Nachdem man dann eine Sun Sparc angeschafft hatte, brummte das schon deutlich besser. Der Geräuschpegel im Büro mangels freiem Patchport war leider nicht so pralle.
Wordpress ist schlichtweg für eine solche Datenmenge das falsche Tool. Insbesondere durch die exklusive Kopplung an MySQL.
Schau mal bei Typo3 vorbei - ich würde Dir hier eher Drupal und mongoDB empfehlen. Da ich Deine Anforderung aber nicht wirklich ernst nehme, mach ich hier mal Schluss und wünsche viel Erfolg!
Was willst du aufmachen, Amazon2?
Wie gesagt, dein Thema kann man nicht ernst nehmen... und sollten wir falsch liegen, nimm Geld in die Hand und such dir einen geeigneten Menschen, der dir unter die Arme greift.
@formateins, Appendix:
würde mich interessieren, warum ihr so über diese Frage herzieht?
War die unanständig, unmoralisch, ordinär oder so?
und sagen wir einfach mal 1.000.000 Beiträge / Seiten
Die Frage scheint von den Haaren herbeigezogen und nicht wirklich ersthaft gemeint. Da gebe ich formateins und Appendix recht. Der TE scheint sich noch nicht mal ansatzweise mit dem Thema beschäftigt zu haben.
Ich werde mich wohl eingehend von einem Fachmann beraten lassen müssen!
In der Größenordnung wird es mit einer Beratung nicht abgetan sein, da benötigst Du auch einen Fachmann, der sich mit dem Projekt auskennt sowie die Pflege und Wartung übernimmt. Mein erster Gedanke zu einem verwendbaren CMS war Drupal, kenne ich aber nur vom Lesen her.
Was willst du aufmachen, Amazon2?
Falls die Wikipedia nicht geklont oder meine Stadt nicht nachgeahmt werden soll, auch die Gelben Seiten oder ähnliches nicht gescrapt werden sollen, würde mir auf Anhieb im nichtkommerziellen Bereich eine Datenbank für Insekten einfallen.
Hallo schleich,
falls Du Interesse hast, unterstütze ich Dich gerne darin die Grenzen von wordpress zu finden. Das kann doch nicht so schwer sein. Mich würde auch interessieren was so geht.
Grüße
Ich schrieb nicht "erforschen", sondern "finden". Und mein Plan war nicht 1 Millionen Artikel von Hand einzutragen. Es gibt bessere Methoden dafür.
Was mich Interessiert hat war ob WP als Auswahl in Frage kommt.
Die Antwort wurde gegeben und echte Alternativen aufgezeigt. ;)
Nein. Die Frage wurde gegeben.
"Was mich Interessiert hat war ob WP als Auswahl in Frage kommt."
Endlich hat schleich eine Frage gestellt, für die das bisher geantwortete passt.
Denn bis zum dem Zeitpunkt war die Frage: welche Seitenladegeschwindigkeit ist bei 1Mio Artikeln zu erwarten.
Dann bitte ich darum, einen Link zu posten von einer wp-Alternative, die soviele Artikel enthält. Vielen Dank.
Dann bitte ich darum, einen Link zu posten von einer wp-Alternative, die soviele Artikel enthält.
Nicht ganz so einfach. Hatte mal gerade gesucht, die in der Wikipedia genannten Beispiele bringen es bei einer Seitenabfrage mit site:url nicht einmal ansatzweise auf diese Anzahl und bei anderen Domains kann ich nicht erkennen, ob die auf ein bekanntes CMS aufsetzen oder ob es sich um eigenständische Entwicklungen handelt.
..benutz doch das Wikipedia cms. (löl)
Ich sehe bei einem so großen WP folgende Probleme:
1. Die Suche / Stichwortsuche wird sehr langsam sein. Weil kein Index anwendbar ist.
2. 13000 Kategorien kann man nicht so einfach anzeigen wie das die Themes machen. Würde ziemlich beschissen aussehen. Also erst mal das Kategorie Widget deaktivieren.
3. Das Backend leidet auch unter der großen Anzahl von Kategorien. Wir haben z.B. eine Dropdownliste für die Zuordnung der Artikel zu den Kategorien. Wenn die Liste 13000 Kategorien enthalten soll, ist wohl nicht mehr bedienbar/anzeigbar.
4. Seitenladezeit? Lade ich eine Seite, kann die per Index gefunden werden. Wir haben in der Tabelle wp_posts z.B. einen Index auf der ID Spalte. Könnte also gehen. Sollte die MySQL DB dabei langsam werden, nur aufgrund der Datenmenge, dann wäre typo3 auch keine Rettung. Dann wäre eine andere DB die Rettung aber die will keiner bezahlen.
Etliche öffentliche Webseiten enthalten Datenbestände jenseits der Millionenmarke. Insbesondere die großen Tageszeitungen mit umfangreichen Onlineangebot sind da deutlich drüber.
Zu
1. Suche ist ein eigenes Feld und setzt entsprechend Knowledge bei solchen Dimensionen voraus. Und einen Index kann man sich erstellen - unabhängig der Schematas.
2. 13.000 Kategorien sind absoluter Humbug. Wer so viele Kategorien hat, sollte sich Gedanken machen, das anders zu organisieren. In einem beliebigen Frontend wären diese als Nutzwert für den Anwender unbrauchbar.
3. Meine Rede - Wordpress hat seine Grenzen.
4. Man sollte nicht Äpfel mit Birnen vergleichen. Das Datenbankkonzept von Typo3 basiert auf m2m-Relationen und unterstützt Abstraktionslayer (uvm.) - da kommt Wordpress mit seinen serialisierten Daten innerhalb eines Feldes doch ziemlich erbärmlich daher. Funktioniert, aber eben nur begrenzt. Davon abgesehen setzen einige der eingangs genannten Webseiten auf Typo3 und ich habe selber ein Projekt mit einer hohen 6-stelligen Anzahl an Daten realisiert.
Sprich: Das Datenbankkonzept von Wordpress ist schlecht und nicht mehr zeitgemäß. Sollte man nicht als Vorwurf nehmen, da WP ja einen gänzlich anderen Ursprung hat. Und die anderen Probleme sieht man hier ja tagtäglich als immer wiederkehrende Beiträge... :D
Aus meiner Sicht hat sich das Zeitalter der relationalen Datenbanken sowieso überholt. Man kann sie aber nicht einfach abschaffen - das Gleiche wäre es, wenn man von jetzt auf sofort Windows abschafft. NoSQL macht Spaß - auch wenn der Einstieg nicht unbedingt leicht ist. Ich arbeite selbst auf freiberuflicher Basis mit Drupal und mongoDB (http://www.mongodb.org/) an einem Projekt - hier liegt aktuell ein Datenbestand von mehr als 60 Mio. Datensätzen vor. In Peak-Zeiten werden stündlich mehr als 8 Mio. davon aktualisiert, das Intervall liegt bei rund 2.000 Updates pro Sekunde.
Man kann auch einfach die Online-Gaming-Industrie betrachten - da passiert einfach alles serverseitig. VOr den Leuten, die hier für die Datenintegrität zuständig sind, ziehe ich meinen Hut. Bei Problemen gibt's nicht nur Stress in der Firma, sondern - wenn auch unterschwellig - den Zorn der Community. ;) Das hat zwar nix mit der Ausgabe in einem Browser zu tun, aber die Verarbeitung ist die gleiche. Gutes Beispiel ist das Arsenal von World of Warcraft (Beispiel: http://eu.battle.net/wow/de/character/rexxar/fariak/advanced), das sicherlich pro Stunde eine hohe Abfragerate hat. Die Daten werden u. a. auch von externen Seiten und Diensten abgefragt und ausgewertet. WoW läuft auf einem IBM BladeCenter in "maximaler Ausbaustufe", wenn man das so nennen darf. High-End halt, aber immer noch kein Mainframe (Midrange ist heute eh schon nahe dran).
Im Übrigen gab es auch mal einen Versuch, Wordpress mit mongoDB zu verbinden - leider ist bei den Projekt offensichtlich das Ende eingetreten: http://www.mongopress.org/about-us/
Mehr als 3 Ebenen kann ein Besucher nicht verarbeiten (gibt's Studien zu). Selbst mit 4-5 Ebenen ein absoluter Graus. Ja, ich kenne Shops, die diese Anzahl an Kategorien aufweisen können (SMT-/THT-Stücklisten, Teilezulieferer im B2B, usw.)... da gehen die Besucher zu 95% über die Indexsuche...
Das Handling lässt sich sicherlich realisieren, aber es wird dadurch nicht besser erfassbar. Analogie: Parkhaus. 15 Etagen, jeweils unterteilt in Blöcke von A-Z mit Stellplatznummern von 1-30. Macht rund 12.000 Parkplätze. Yuppie, ich hab noch was gefunden, auf zum Shoppen. Oh Schreck, ich weiß nicht mehr, wo ich geparkt hab. Lösung: Treppe nehmen und auf jeder Etage die Reichweite vom Funk austesten... :D Nicht zu vergessen, dass das Parkhaus 7 Eingänge hat, aber das würde sich bei der Größe automatisch aus Basis des Erinnerungsvermögens reduzieren ("Schahaaaatz, sind wir nicht da raus gekommen?")
sup
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
