Nós temos trabalhado em mover-se para um usuário novo toda a semana, e nós terminamos apenas a transição. Melhor de tudo, nós temos comutado aos usuários novos sem nenhum downtime in-between. Nosso usuário novo é 1.86 um Duo do núcleo 2 do gigahertz e com o 3GB da RAM DDR2 - todos os agradecimentos aos guys awesome e galões em Lunarpages, o mais melhor anfitrião lá é.

Os muitos do trabalho entraram nesta transição nas esperanças de levantar o desempenho - e mais importante, a confiabilidade - de nosso usuário. No ano passado (desde que nós começamos primeiramente nosso hospedar com LP), nós fomos de diverso milhão batidas um o mês às dúzias dos milhões, e nosso usuário velho fêz exame completamente de uma batida. A essa extremidade, nós focalizamos em desdobrar o código de pouco peso e elevado-optimized toda ao redor; esperançosamente não haverá não mais downtime inesperado… sempre.

Nossa instalação atual do software é muito complicada, mas esperançosamente far-nos-á exame de toda a maneira a 0.00 minutos do downtime - que é nosso objetivo! Nós temos usuários múltiplos e programas da aplicação que funcionam no fundo cada um que faz que ele melhor - em vez do tradicional t--correia-usuário---toda maneira. No momento em que, nós temos atualmente uma pilha do software compreender de um engranzamento do apertado-knit destes produtos:

…

Os felicitações são para que equipe do desenvolvimento de IIS de Microsoft - hoje anunciaram apenas a disponibilidade pública da versão final da extensão de IIS-FastCGI ISAPI - uma maneira long-awaited e muito-melhorada de funcionar apenas sobre algum motor scripting da abr-fonte em IIS, com segurança e rapidamente.

Este módulo de FastCGI para IIS 5.1, 6, e 7 (com Windows Vista e usuário 2008) estêve nos trabalhos por completamente um quando agora, e em nós tem-nos usado desde que a primeira liberação beta - são bons. While the biggest benefit will be seen in using FastCGI w/ IIS7 to take advantage of the new kernel-mode caching, it’s still a huge improvement over the old way of running scripting engines for languages like PHP on Windows.

The Problem: Most open-source scripting engines like PHP and Ruby on Rails were initially developed on/for the *nix world. On Unix-based platforms, the easiest way of creating multi-threaded applications is just to run the same app twice or more (The CGI model). On Windows, that doesn’t work out so well, because it takes a lot more resources to create another process. So these engines released Windows-specific single-process multi-threaded engines; the only problem was, they weren’t stable. Too many race conditions in some very non-thread-safe code wreaked havoc on many Windows systems, with the PHP developers themselves giving “Stability on IIS” the lowest level of concern.

…

For all the Windows-bound PHP users out there, consider yourselves warned: even if you’re running the (supposedly) thread-safe PHP Win32 binary redistribution, you’re still susceptible to PHP Access Violation Errors, race problems, heap corruption, and much worse if you use the popular eAccelerator opcode-caching extension.

We did our testing with the binaries compiled by SiteBuddy using the latest versions of both PHP and eAccelerator. Almost immediately after initiating a stress test on our test servers we experienced the dreaded “PHP Access Violation” error - which brings down the entire IIS Worker Process to its heels.

…