IIS hosting voor een laravel applicatie is underperforming.

[Bielie993]

e

[ Voor 255% gewijzigd door Bielie993 op 22-10-2019 12:38 ]

[johnkeates]

Wat dacht je van Laravel met PHP-FPM draaien met nginx (of alsnog IIS). Beetje vreemd om doelbewust PHP op Windows te gaan draaien. Qua ontwikkeling lijkt het me sterk dat je lokaal hetzelfde hebt draaien, tenzij je bijv. een Windows vagrant box hebt en die met DSC, Salt of Ansible configureert.

[Donool]

Draai je lokaal ook Windows en is het dan wel snel?

Los daarvan xdebug uitzetten mocht je dat niet al hebben. Verder routes cachen , config cachen en composer autoloader optimaliseren helpt bij mij wel een hoop.

Edit: heb je al eens gekeken met blackfire?

[ Voor 9% gewijzigd door Donool op 21-10-2019 22:15 ]

[nescafe]

Al eens gekeken wat SQL Profiler met een filter op Duration laat zien?

Daarnaast kun je IIS Failed Requests tracen, dit hoeft niet per se failed te zijn maar ook traagheid (of geen filter):

MSDN: Troubleshooting IIS request performance slowness issues using FREB trac...

(Als derde optie kun je nog eens het verloop van een request nalopen met Process Monitor, maar dat geeft nogal een hooiberg)

[Bielie993]

johnkeates schreef op maandag 21 oktober 2019 @ 22:10:
Wat dacht je van Laravel met PHP-FPM draaien met nginx (of alsnog IIS). Beetje vreemd om doelbewust PHP op Windows te gaan draaien. Qua ontwikkeling lijkt het me sterk dat je lokaal hetzelfde hebt draaien, tenzij je bijv. een Windows vagrant box hebt en die met DSC, Salt of Ansible configureert.

Windows is ons hoofdplatform bij het bedrijf waar ik werk. Linux is simpelweg niet onze sterkste kant en we proberen het beste te maken van een IIS omgeving.

Overstappen op een platform wat php beter ondersteunt is iets wat we wellicht in de toekomst willen doen. Het gaat mij vooral om de mogelijk verschillen op de server en lokaal terwijl alles redelijk default geinstalleerd staat.

Of is er een optimale IIS configuratie tip om PHP/Laravel beter te laten performen.

[ Voor 21% gewijzigd door Bielie993 op 21-10-2019 22:22 ]

[Bielie993]

Donool schreef op maandag 21 oktober 2019 @ 22:11:
Draai je lokaal ook Windows en is het dan wel snel?

Los daarvan xdebug uitzetten mocht je dat niet al hebben. Verder routes cachen , config cachen en composer autoloader optimaliseren helpt bij mij wel een hoop.

Edit: heb je al eens gekeken met blackfire?

Jup ik draai lokaal op windows 10 en iis met dezelfde instellingen (het is dus niet exact dezelfde opstelling, maar wel windows met IIS in ieder geval). Verder geen xdebug in gebruik.

We hebben inderdaad ook alle artisan commando's gedraaid, maar dit haalt weinig uit helaas.

Een soortgelijke variant van blackfire heeft ons al geholpen om de code te optimaliseren. Ik kan hem ook eens door blackfire halen.

[ Voor 15% gewijzigd door Bielie993 op 21-10-2019 22:23 ]

[Donool]

Je zou nog eens kunnen testen of je zonder antivirussoftware dezelfde problemen ervaart. Windows defender wilde bij mij nog wel eens erg vertragend werken.

Succes!

[johnkeates]

Bielie993 schreef op maandag 21 oktober 2019 @ 22:15:
[...]


Windows is ons hoofdplatform bij het bedrijf waar ik werk. Linux is simpelweg niet onze sterkste kant en we proberen het beste te maken van een IIS omgeving.

Overstappen op een platform wat php beter ondersteunt is iets wat we wellicht in de toekomst willen doen. Het gaat mij vooral om de mogelijk verschillen op de server en lokaal terwijl alles redelijk default geinstalleerd staat.

Of is er een optimale IIS configuratie tip om PHP/Laravel beter te laten performen.

Maar is dat als bedrijf niet een beetje een vreemde stelling? Het werkt nu voor geen meter, dus je zou kunnen zeggen dat als het met Windows as-is niet goed werkt je ook met Windows niet een sterke kant hebt. Puur iets op een verkeerde manier draaien om dat men nog niet precies weet hoe het werkt is toch alleen maar reden om het te leren?

Kijk in elk geval of een PHP-FPM + andere webserver beter werkt, kijk ook even met een profiler of er niet gewoon op OS of hardware niveau iets verkeerd gaat (als je bijv. veel tijd kwijt bent in syscalls of I/O). Ik weet niet hoe je IIS + PHP nu hebt draaien, dat is al weer 10 jaar geleden voor dat ik dat voor het laatst tegen gekomen ben. In sommige gevallen had men het als een soort van FCGI opgezet, in andere gevallen als een soort van plugin, maar tegenwoordig eigenlijk is alleen nog PHP-FPM als levensvatbare runtime voor algemeen gebruik over.

Als FPM niet met IIS werkt kan je dat alvast loslaten, kijk dan naar iets als nginx of Apache (of zelfs Caddy). Misschien niet om permanent mee te draaien, maar om onderscheid te kunnen maken. Als dat namelijk ook niet werkt heb je wat meer zekerheid in waar je het wel moet zoeken. Nu kan het nog overal zitten (netwerk, hardware, os, webserver, appserver). Je moet onderdelen gaan uitsluiten om verder te komen. Heck, je kan zelfs een VM met een random linux distro op de windows bak draaien en kijken hoe dat draait. Het gaat er om dat je er achter komt welk deel mis gaat.

[ Voor 5% gewijzigd door johnkeates op 21-10-2019 22:38 ]

[Wom]

Op Oracle wil de ODBC koppeling nog wel eens van belang zijn, maar bij MSSQL geen ervaring daar mee. Geen mogelijkheid tot direct gebruik van een connectiestring?