Questa domanda è un po' vaga:per cominciare, qual è la tua definizione di traffico elevato?
Dove lavoro eseguiamo una combinazione di codice costruito a mano da zero e aree servite da un'applicazione laravel (questa è incorporata nel sito principale e serve tanto traffico quanto il resto del vecchio codice dell'applicazione).
Non c'è stato alcun rallentamento nelle aree costruite con laravel (vengono utilizzate le stesse origini del database e funziona sugli stessi server Web, quindi è utile per fare benchmark).
Avvertenze:
Il codice originale costruito a mano è più vecchio e non sempre sfrutta i nuovi metodi / tipi di progettazione PHP. Ciò significa che non è efficiente come potrebbe essere. Quindi hai un sovraccarico con laravel che fa cose che potresti non aver bisogno/vorresti sempre fare.
Riassumendo
Si tratta di simulare quella che ritieni sarebbe la parte più pesante della tua applicazione all'interno di laravel, e poi di nuovo con codice personalizzato. Quindi confronta le stronzate.
Molto probabilmente scoprirai che il (buono) lavoro costruito a mano sarà più veloce. Vale quei millisecondi? Bene, questa è una scelta personale. Laravel è più che in grado di gestire grandi volumi di traffico, ma sicuramente potresti risparmiare un po' di tempo se non lo utilizzi.
Quanto è importante per quello che stai facendo? Se qualcosa lo sta rallentando e causando problemi all'interno di Laravel, cambialo. Dopotutto è open source.
Per riferimento (sta a te se consideri questo come traffico elevato o meno - lo farei):
Questo è un SASS con sede nel Regno Unito che generalmente serve visitatori con sede nel Regno Unito. Stasera alle 21:00 (venerdì sera, in realtà uno dei nostri momenti più tranquilli) avevamo attualmente circa 250.000 sessioni PHP attive in corso.
Il sistema è servito tramite 6 server web [per ridondanza, carichi di traffico ecc.] (carico bilanciato) per l'applicazione PHP.
