Този въпрос е малко неясен – като за начало, каква е вашата дефиниция за висок трафик?
Там, където работя, ние изпълняваме комбинация от ръчно създаден от първоначалния код и области, които се обслужват от приложение laravel (това е вградено в основния сайт и обслужва толкова трафик, колкото останалата част от стария код на приложението).
Изобщо не е имало забавяне в областите, изградени с laravel (използват се едни и същи източници на база данни и тя работи на едни и същи уеб сървъри – толкова полезно за сравнителен анализ).
Предупреждения:
Оригиналният ръчно изграден код е по-стар и не винаги се възползва от по-новите методи / типове дизайн на PHP. Това означава, че не е толкова ефективно, колкото би могло да бъде. След това имате допълнителни разходи с laravel да правите неща, от които може да не винаги имате нужда/искате да се случват.
Обобщаване
Това, което се свежда до това, е да скопирате това, което смятате, че би било най-тежката част от вашето приложение в laravel, и след това отново с персонализиран наземен код. След това сравните глупостите.
Повече от вероятно ще откриете, че (добрата) ръчно изработена работа ще бъде по-бърза. Струва ли си тези милисекунди? Е, това зависи от личен избор. Laravel е повече от способен да се справи с големи обеми трафик, но със сигурност може да спестите малко време, ако не го използвате.
Колко важно е това за това, което правите? Ако нещо го забавя и ви създава проблеми в Laravel - променете го. Все пак е с отворен код.
За справка (от вас зависи дали смятате това за висок трафик или не - аз бих):
Това е базиран в Обединеното кралство SASS, който обикновено обслужва посетители, базирани в Обединеното кралство. В 21:00 часа тази вечер (петък вечер – всъщност едно от най-тихите ни времена) в момента имахме около 250 000 активни PHP сесии.
Системата се обслужва чрез 6 уеб сървъра [за съкращаване, натоварване на трафика и т.н.] (балансирано натоварване) за приложението PHP.