Jump to content
php.lv forumi

Recommended Posts

Jā bet nu IIS+php būs maz lietotāju, kā arī apache+php+win būs vēl mazāk lietotāju. Un ja ir specifiskas specifiskas problēmas tad ir sarežģiti viņas risināt, dēļ praktiski neeksistējošās lietotāju bāzes šādiem setupiem.  Un IIS+php gadījumā MS ubersertificēti speci ar neko daudz nepalīdz. Ar IIS+.net jau viss ir OK, tikai šķiet ar php nav tik labi.

 

Ja nemaldos tas ISAPI ir deprecated.

 

Nu ar kodu jau ar šķiet viss vairāk, vai mazāk OK, jo nav jau problēmas ar ātrumu, bet kā jau minēju ar paša IIS+php stabilitāti.

Link to post
Share on other sites

Varbūt beigās pietiktu ar to, ka ieviestu kešošanu :D Jāsaprot, kas tad ir tas pudeles katls?

CDN + normāla kešošana / optimāli kvērijis sniegtu noteikti 10x lielāku labumu, kā migrācija.

 

45k 6 stundās ir 125 pieprasījumi minūtē, kas ir diezgan smieklīgs skaitlis, kuru, man liekas, ka pat kāds raspberry pi varētu mierīgi pacelt.

 

Pieslēdziet new relic, ātri vien sapratīsiet, kas to pasākumu bremzē.

Link to post
Share on other sites

Nu runa nav par web servera pieprasījumiem, bet par cilvēku pie datora, neticu ka PI var tikt ar to galā. Un vispār arī nevienu vārdu neteicu, ka strādā lēni tur kautkas. Problēma ir piemēram ar php wincache shared memory lokiem, kas uzrodas randomā,  nesaprotamiem IIS FastCGI interfeisa krešiem.

Edited by spameris
Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...