Kann Laravel Anwendungen mit hohem Traffic handhaben?

Question

ich arbeite auf einem PHP/MySQL soziale Netzwerk-Projekt, das von vielen Modul/sections einschließlich bestehen:

• Benutzersystem (Berechtigungen, Profile, Einstellungen, etc ...)
• Stackoverflow-Stil Abzeichen und Ruf Punktesystem
• Wand/Strom von Freunden Beiträge
• Foren
• Nachrichtensystem
• Portfolio
• Blog
• Code-Schnipsel
• Lesezeichen
• und mehrere andere Abschnitte ...

Ursprünglich ich alles mit Laravel Rahmen zu bauen geplant hatte, da es einfach genial und macht auch eine Menge der Arbeit, die bereits .

Ich frage das jetzt aber. Ich habe noch keinen Code begonnen, also ist das kein Faktor in der Entscheidung.

Auch meine Zeit, die es dauert, um einen Teil der Website/App zu bauen, übertrifft nicht die Leistung.

Also, wenn Laravel führt zu weniger Leistung vs Gebäude von Grund auf neu, aber spart eine Menge Zeit. Ich würde dann lieber eine Tonne zusätzliche Zeit aufwenden, um von Grund auf neu zu bauen, wenn es eine bessere Leistung und eine bessere Langzeitperformance bedeutet.

Zurück um 2006 baute ich ein soziales Netzwerk Hybride von MySpace und Facebook und verwendete kein Framework. Es gab mir 100% Kontrolle über jeden Aspekt von allem und mehr Leistung, da ich in der Lage war, wirklich alles zu optimieren und zu optimieren, als mein Netzwerk in Größe und Verkehr wuchs. Ich denke, Sie verlieren etwas von dieser Low-Level-Optimierung bei Verwendung eines großen Frameworks?

Meine Frage könnte leicht als eine meinungsbasierte Frage verwechselt werden. Bis zu einem gewissen Grad ist es jedoch der Kern davon sollte legitim sein, was in der Theorie wäre der bessere Weg, wenn die Leistung ist die Priorität im Laufe der Zeit zu bauen.

Ich habe nur wenig Traffic App mit einem Framework wie Laravel gebaut, so habe ich keine Erfahrung mit dem Aufbau einer High-Traffic-App mit einem Framework wie Laravel, so dass ich nicht weiß, wie gut sie im Vergleich zu ohne Framework.

Alle meine High-Traffic-Apps sind ohne Framework.

Basierend auf dem Typ der oben aufgeführten Module/Abschnitte. Kann Laravel diese Art von Apps auf hohem Traffic- und Großraumniveau handhaben?

Answer 1

Diese Frage ist ein wenig vage - für einen Anfang, was ist Ihre Definition von hohem Verkehr?

Wo ich arbeite, führen wir eine Kombination aus Hand aus dem Grund Code und Bereiche, die von einer Laravel-Anwendung bedient werden (dies ist in der Haupt-Website eingebettet und dient so viel Verkehr wie der Rest des alten Anwendungscode).

In den Bereichen, die mit Laravel erstellt wurden, gab es keine Verlangsamung (es werden dieselben Datenbankquellen verwendet, und es wird auf denselben Webservern ausgeführt - so nützlich zum Benchmarking).

Caveats:

Die ursprüngliche Hand gebaut Code ist älter, und nehmen nicht immer um die neueren PHP Methoden/Konstruktionstypen. Dies bedeutet, dass es nicht so effizient ist, wie es sein könnte. Dann hast du einen Overhead mit Laravel, um Dinge zu tun, die du vielleicht nicht immer brauchen wirst.

Aufsummierungs

Was es auf kommt, ist zu Mockup, was Sie denken würde das schwerste Teil Ihrer Anwendung innerhalb Laravel sein, und dann wieder mit benutzerdefinierten zermahlen Code. Dann Benchmark den Mist daraus.

Sie werden mehr als wahrscheinlich finden, dass (gut) handgebaute Arbeit schneller wird. Ist es diese Millisekunden wert? Nun, das liegt an der persönlichen Entscheidung. Laravel ist mehr als in der Lage, große Mengen an Datenverkehr zu verarbeiten, aber Sie könnten sich auch eine kleine Zeit sparen, wenn Sie es nicht verwenden.

Wie wichtig ist das für das, was Sie tun? Wenn etwas verlangsamt und Probleme in Laravel verursacht - ändere es. Es ist immerhin Open Source.

Als Referenz (bis zu Ihnen, wenn Sie diese als stark frequentieren zählen oder nicht - ich würde):

Dies ist ein in Großbritannien ansässiges SASS ist, die in Großbritannien ansässigen Besucher im Allgemeinen dient. Heute Abend um 9 Uhr (Freitag Abend - eigentlich eine unserer ruhigsten Zeiten) hatten wir zur Zeit ungefähr 250.000 aktive PHP-Sitzungen.

Das System wird über 6 Webserver [für Redundanz, Verkehrslasten etc](Lastenausgleich) für die PHP-Anwendung angeboten.