Empfohlene Struktur für high-traffic-website

Ich bin " umschreiben eine große website, die sehr solide Architektur, hier meine paar Fragen, und verzeihen Sie mir für das mischen von äpfeln und Orangen und wahrscheinlich kiwi zu:) ich habe eine Menge Forschung und endete völlig verwirrt.

Wichtigste Frage: Welche Vorgehensweise würden Sie im Gebäude einer großen website wachsen dürften-in jeder Hinsicht?

  1. Einzigen Punkt, Seiten, Daten in die Datenbank, zog durch Einbeziehung der GET-variable mit Datenbank-Eintrag (?pageid=was auch immer)

  2. Einzigen Punkt, die Seiten, die Daten in separaten Dateien, basierend auf GET-variable (?pageid=was auch immer gehören würde whatever.php)

  3. MVC (Okay Jungs, ich bin alle für es, aber nicht begreifen kann das Konzept neben der überprüfung alle tutorials und frameworks gibt, Sie zu speichern "Ansicht" in der Datenbank? Scheint mir von Beispielen, dass, wenn Sie haben 1000 Seiten von der gleichen Art, Sie kann geprägt sein von 1 Modell, aber ich werde trotzdem 1000 "views" - Dateien?)

  4. PAC - man- das klingt auch logischer für mich, aber hat nicht viel Ressourcen, ist dies ein guter Weg zu gehen, können Sie empfehlen, irgendwelche Bücher oder links?

  5. DAL/DAO/DDD - ich lernte über diese Begriffe durch sorgfältig Lesen durch stack-overflow vor der Veröffentlichung Frage. Nicht sicher, ob es gehört zu dieser Liste

  6. Hinsetzen und meine eigene Architektur (wohl tun, wenn niemand klärt mich hier:)

  7. Etwas nicht erwähnt...

Dank.

  • Ich bin ein großer fan von MVC design pattern, hier ist ein tutorial, dass ich denke, dass wird sich klären einige der Fragen, die Sie haben. php-html.net/tutorials/model-view-controller-in-php
  • Wenn Sie planen, um Ihre eigene Architektur, rufen Sie mich =D Nach dem säuerlich enttäuscht mit Drupal habe ich schon überlegt, etwas mit mehr Leistung. Wenn jemand da draußen ist ein Drupal-fan, fühlen Sie sich frei, mich zu Kontaktieren als auch. Ich werde gerne mit Ihnen teilen meine schlechten Erfahrungen. Wenn Sie lieber herauszufinden, mein problem aus Erster hand, versuchen, erstellen Sie einen Inhaltstyp für eine Tabelle mit variabler Spalten.
  • All diese Dinge, die Sie hier erwähnt, hat nichts zu tun mit dem Umgang mit hohen traffic. Sie können wählen, was Sie möchten, und obwohl einige der Punkte sind einfach nur lahm. Beachten Sie auch, dass 99% der Menschen, die sagt nur ein Wort, "MVC" hier, haben nicht die leiseste Ahnung, was es ist.
  • Nur weil MVC ist nicht native zu PHP und Implementierungen variieren, bedeutet nicht, es ist keine gute Idee. Die Abstraktion der Ansicht, vor allem, ist eine Monumental gute Idee. Eine enge zweite ist die Nützlichkeit abstrahiert den Zugang zu und die Logik Betriebssystem auf Ihre Daten.
  • MVC ist eine Art code. Es hat nicht zu tun mit der Sprache selbst, vielmehr ist es ein Weg, der Sie direkt Ihren code, um ausgeführt werden. Sie können sich direkt mit MVC-Muster und in jeder Sprache.
InformationsquelleAutor CodeVirtuoso | 2010-11-30
  1. 7

    Skalierbarkeit/Verfügbarkeit (iow. high-traffic) für websites ist am besten, indem Sie keines der Elemente, die Sie erwähnen. Vor allem Punkte 1 und 2; speichern der Seite Definitionen in einer Datenbank ist ein absolutes no-no. MVC und andere ähnliche Muster sind mehr für die code-Klarheit und Wartung, nicht für Skalierbarkeit.

    Einen wichtigen Teil der fehlenden Informationen, welche Art der gleichzeitigen Zugriffe/sec erwarten Sie? Manchmal, Menschen, die nicht gebaute high-traffic-Webseiten sind überrascht, die trefferraten, die wirklich um eine "Skalierbarkeit Alptraum".

    Gibt es Bücher, wie man design von skalierbaren Architekturen, so ein, SO wird die post nicht in der Lage sein, um das Thema Gerechtigkeit, aber einige sehr top-level-Konzepte, in keiner bestimmten Reihenfolge, sind:

    • Skalierbarkeit am besten zuerst suchen Sie in der hardware-basierten Lösungen. Ein bulliger server mit einer Reihe von SSD-Festplatten kann einen langen Weg gehen.
    • Machen statischer alles, was statisch ist. Dienen, so viel wie Sie können aus dem web-server, nicht die DB. Zum Beispiel, eine Menge der Seiten, die auf Webseiten dynamisch zu generieren, Daten-Listen aus Datenbanken von Daten speichert, die sehr selten oder nie wirklich ändern.
    • Cache-Ausgabe, die sich selten ändern, und Stimmen Sie den cache aktualisieren.
    • Erstellen dynamischer Seiten zu Staatenlosen oder asynchron sein. Schauen Sie in CQRS und Event-Sourcing für Muster, die Gunst zu erleichtern/zu skalieren.
    • Optimieren Sie Ihre Abfragen. Die DB ist in der Regel die großen Engpass, da es eine gemeinsame Ressource. Viele web-app Bauarbeiter mit ORMs, dass schaffen Armen Abfragen.
    • Optimieren Ihre Datenbank-engine. Backups, Replikation, fegen, Protokollierung, alle diese erfordern nur ein wenig von der Ressource des Motors. Tuning kann es führen zu einer schnelleren DB, kauft Euch mal von einem scale-out.
    • Reduzieren Sie die Anzahl der HTTP-Anfragen von clients. Jede HTTP-Verbindung muss overhead. Überprüfen Sie Ihre Seiten und sehen Sie, wenn Sie können, erhöhen die Nutzlast in jedem Antrag so reduzieren die Anzahl der einzelnen Anfragen.

    In diesem Punkt haben Sie optimiert das Verhalten auf einem server, und Sie haben zu "skalieren". Nun, die Dinge sehr kompliziert, sehr schnell. Load-balancing-Szenarien verschiedener Typen (Splitter, DNS-getrieben, dumm, balancing, etc), Trennung von Daten Lesen von schreiben von Daten auf verschiedene DBs, geht auf eine Virtualisierungs-Lösung wie Google Apps auslagern statischer Inhalte auf einem großen CDN-service, die Verwendung einer Sprache wie Erlang oder Scala und parallelisieren app, etc...

    • re #4 kann man nicht genug unterstreichen die Verdienste von memcached, und zweitens, APC was hilft-Adresse #2 (Vermeidung kompiliert, etc.)
    • Tatsächlich, in #2, das Verfahren umfasst konkret und vollständig Umgehung der aktiven caching Subsysteme. Ich habe gebaut, Websites, die komplett statische Seiten, die von Datenbank-Daten, bei denen die Erstellung der Seite ausgelöst wird, durch updates auf dem Tisch. Die Tabelle wird nie Lesen, außer zum erstellen der zugehörigen Seite. Wenn die Tabelle nicht aktualisiert, für die Monate, die verlinkte Seite ist so unberührt. Caches immer auch eine gewisse Menge an "polling", die mehr Ressourcen hat.
    • Wow!!! Ich habe wirklich zu danken, jede und jeder von Euch, die hier gepostet haben, so viel wirklich fantastisch und nützliche Infos. Ich habe eine Frage für alphadogg, in Bezug auf "speichern der Seite Definitionen in einer Datenbank ist ein absolutes no-no" - ist das auch html-code zu? Als Ort, an dem ich arbeite haben CMS mit WYSIWYG-editor, d.h. einige html-tags wäre es.
    • Von "page definitions", meinte ich HTML. Wenn Sie speichern die Sachen, die in einem bestimmten mypage.htm und alle damit verbundenen mypage.css, mypage1.inc, mypage2.inc., etc., Seiten wie Datensätze in einer Datenbank, Sie haben einen Rückschritt in der Skalierbarkeit. Caching ist die Echtzeit-Weg, um zu vermeiden, gehen in die DB. Aber, auch das Zwischenspeichern hat noch overhead und Ressourcenverbrauch. Wie viel statische, wie Sie können, auch wenn es bedeutet, dass manchmal, Sie müssen zum Bearbeiten von Datenbank-Daten in eine statische Seite.
    • Zum Beispiel, in einem system, das ich gebaut habe, es war eine, auf die Häufig zugegriffen Bericht. Die zugrunde liegenden Daten wurden aktualisiert, die in einem batch jede Nacht. Teil der Aufgabe war es, spuckte eine statische HTML-Bericht, statt dass Benutzer dynamisch auf die Daten zugreifen. Man könnte nun zwischengespeichert haben den ersten Zugriff und Zwang sich zu einem cache-refresh der Nacht. Oder, vermied ich den cache ganz durch das denken ein wenig darüber, wie die Daten zugegriffen wurde. So, der Bericht könnte tatsächlich sein, verteilt über ein CDN, zum Beispiel.
    • BTW, das system war nicht MVCed, DDDed oder IOCed, die als religion in diesen Tagen. Keiner von denen hätte es deutlich schneller. Es war gut prozeduralen code. Umdenken in der echte Engpass haben.

    InformationsquelleAutor alphadogg
  2. 2

    Einzigen Punkt, Seiten, Daten in der
    Datenbank, zog durch die Zuweisung BEKOMMEN
    variable mit Datenbank-Eintrag
    (?pageid=was auch immer)

    Potenzial Alptraum für die Wartung. Und auch für die Entwicklung, wenn Sie mit einem team von mehr als 2-3 Leute. Sie würden erstellen müssen eine Reihe strenger Regeln für alle einzuhalten - Aufwand wäre sehr viel besser, wenn mit MVC. Dasselbe gilt für die 2.

    MVC (Okay Jungs, ich bin alle für es, aber
    nicht begreifen kann das Konzept neben
    überprüfen Sie alle tutorials und frameworks
    draußen, tun Sie speichern "Ansicht" in
    Datenbank? Scheint mir von Beispiele
    dass wenn Sie 1000 Seiten mit der gleichen
    Art Sie können geprägt sein von 1 Modell,
    aber ich werde immer noch brauchen, um 1000
    "Ansichten" - Dateien?)

    Es hängt davon ab, wie viele Seitenlayouts gibt es. Die meisten MVC-frameworks ermöglichen Ihnen das arbeiten mit strukturierten Ansichten (z.B. main page-views, sub-views). Denken Sie an eine Ansicht als HTML-template für die Webseite. Wie viele Vorlagen und sub-templates innerhalb Sie brauchen, ist genau, wie viele anzeigen Sie haben werde. Ich glaube, die meisten websites können sich mit bis zu 50 Haupt-Ansichten und bis zu 100 Untersichten - diese sind aber sehr große Websites. Blick auf einige Seiten, die ich laufen, es ist mehr wie 50 Aufrufe insgesamt.

    DAL/DAO/DDD - ich lernte über diese
    Bedingungen durch sorgfältig durchlesen
    stack overflow, bevor die Buchung
    Frage. Nicht sicher, ob Sie dazu gehört
    diese Liste

    Tut es. DDD ist großartig, wenn Sie brauchen, meta-Ansichten oder meta-Modelle. Sagen, wenn alle Ihre Modelle sind sehr ähnlich in Struktur, unterscheiden sich aber nur in der Datenbank verwendeten Tabellen und Ihre sichten Karte fast 1:1 Modellen. In diesem Fall ist es eine gute Zeit für DDD. Ein gutes Beispiel ist einige ERP-software, wo Sie nicht brauchen, ein separates design für alle Tabellen der Datenbank, die Sie verwenden können, einige einheitliche Art und Weise zu tun, alle CRUD-Operationen. In diesem Fall könnten Sie wahrscheinlich Weg mit einem Modell und ein paar Ansichten - alle generiert, die zur Laufzeit dynamisch mit Hilfe von meta-Modell-maps-Datenbank-Spalten, Arten und Regeln der Logik der Programmiersprache. Aber, bitte beachten Sie, dass es dauert einige Zeit und Mühe zu bauen, die eine Qualität DDD-Motors, so dass Ihre Anwendung nicht Aussehen wie gehackt-bis MS-Access-Programm.

    Hinsetzen und meine eigenen erstellen
    Architektur (wohl tun, wenn niemand
    klärt mich hier:)

    Wenn Sie eine öffentliche website, sind Sie wahrscheinlich gehen, um es gut zu machen mit MVC. Ein sehr guter Ausgangspunkt ist, zu schauen CodeIgniter video-tutorials. Es hat mir geholfen, zu verstehen, was MVC wirklich ist und wie es zu benutzen ist viel besser als jede HOWTO oder Handbuch habe ich gelesen. Und Sie nehmen nur 29minutes insgesamt:

    http://codeigniter.com/tutorials/

    Genießen.

    • MVC und DDD sind nicht direkt mit der Fähigkeit, hohen traffic.
    • Zitiere den OP: ein big-website erwartet, um zu wachsen-in jeder Hinsicht. Dies bedeutet, dass Pflege wichtig ist. Beide MVC und DDD sind in direktem Zusammenhang damit stehen. Die Fähigkeit, mit high-traffic ist ganz anders, und man sollte in Sachen wie PageSpeed, YSlow, PHP-APC, nginx, load-balancing, mysql Optimierung, etc. aber das ist nicht das, was der OP fordert. Sollte er sich vielleicht ändern Sie den Titel der Frage ein wenig.
    InformationsquelleAutor Milan Babuškov
  3. 1

    Ich bin ein fan von MVC, da finde ich es einfacher zu skalieren Ihr team, wenn alles einen Platz und ist schön aufgeteilt. Es dauert einige gewöhnungsbedürftig, aber die einfachste Art und Weise in den Griff zu bekommen, es ist zu Tauchen Sie ein in.

    Sagte, dass definitiv überprüfen Sie Ihre lokale Bibliothek, um zu sehen, wenn Sie die O'Reilley Buch auf Skalierung: http://oreilly.com/catalog/9780596102357, das ist ein guter Ort, um zu starten.

    InformationsquelleAutor Kelly
  4. 1

    Wenn Sie eine "große" website und verstehen nicht, MVC oder web-framework ein CMS vielleicht eine bessere route, da können Sie es erweitern mit Plug-ins, wie Sie sehen, passen. Mit dieser route können Sie sich keine sorgen mehr um den Inhalt und Seiten-Struktur und nicht die Plattform. Solange Sie bei der Auswahl der passenden CMS.

    • CMS ist kaum eine gute Idee für high-traffic websites.
    • Nicht einverstanden. backendbattles.com/backend/drupal
    • Wenn caching implementiert werden kann, in CMS, wahrscheinlich kann gut skalieren.
    InformationsquelleAutor vilepickle
  5. 0

    Ich würde vorschlagen, erstellen Sie ein mock-app mit web-mvc-frameworks in der wildnis und ein pick, mit dem Sie Ihre Entwicklung war glatt genug. Die Einrichtung der code auf eine solide basis grundlegender Bedeutung ist, wenn Sie begreifen wollen Konzepte von mvc und bereit sein, neue Funktionen hinzufügen, um Ihre web einfach.

    InformationsquelleAutor Juraj Blahunka
Schreibe einen Kommentar