-- mbneto <[EMAIL PROTECTED]> wrote
(on Thursday, 31 January 2008, 09:35 PM -0400):
> As a suggestion, since I assume zend.com uses some ZF components,
> please let us know what caused the performance degradation and what
> was done to make it play nicer :)
Andi's given me the go-ahead to respond to this. :-)
There were a few things that affected our performance. First off,
Zend.com moved to a new datacenter just a couple months ago, and we had
a variety of factors that contributed to the issue:
* More sites utilizing the same master database
* Heavier requirements for the front-end web servers, but on machines
that had slightly fewer resources (in terms of processors and RAM)
* Huge amounts of traffic
* Incomplete caching strategy
We're working on improving the specs on the servers, and potentially
providing additional servers to the pool, but that takes time. To help
in the near-term, we did a number of things, but the two largest were:
* We'd been using partial-content caching to Zend Platform using
Zend_Cache. We quickly realized that the only reason we needed
partial caching was due to the 'login/logout' buttons (which are
dependent on state). We removed these (keeping only the 'My Account')
button (we'll replace with a client-side solution soon). This allows
us to use full-page dynamic content caching via Platform --
effectively by-passing the PHP engine entirely for requests to
cached pages.
* We also setup a filter in our templating engine to rewrite image
URLs to the Content Delivery Network (CDN) we use for our product
downloads, and set up processes to sync all images to the CDN. This
offloads a ton of requests from our server, opening more apache
processes for visitors.
These two changes (plus a number of other minor tweaks) have allowed us
to handle nearly the same amount of traffic this past week as we
received last week, only this time without melting our servers while
still allowing people to actually get to the site. :-)
We also have a middle-tier of XML-RPC servers to which our site makes
many requests. A lot of these requests are read-only, and one of my
co-workers has been writing up a layer on both Zend_XmlRpc_Server and
Zend_XmlRpc_Client for caching requests. Based on the benchmarks he's
done so far, this could potentially be another huge performance gain.
Those contributions will eventually find their way back into ZF.
> On Jan 31, 2008 5:04 PM, Wil Sinclair <[EMAIL PROTECTED]> wrote:
>
> You *should* be congratulating us on a very successful launch of Studio
> for Eclipse and Platform 2.6. ;) Seriously, tho, we've been prioritizing
> getting the site back up to speed for the last week. The ZF team even
> had to get by without Matthew for a couple of days while he helped out
> on the site. :O
> As Matthew mentioned, [EMAIL PROTECTED] is the right place to bring
> this to our attention. I hope you guys enjoy some of the new
> framework-specific features in Studio. Stay tuned for more to come!
>
> ,Wil
>
> > -----Original Message-----
> > From: Matthew Weier O'Phinney [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, January 31, 2008 6:08 AM
> > To: [email protected]
> > Subject: Re: [fw-general] zend.com, a bit slow?
> >
> > -- Federico Cargnelutti <[EMAIL PROTECTED]> wrote
> > (on Thursday, 31 January 2008, 05:52 AM -0800):
> > > I've been visiting the site a couple of times in the last 2 weeks,
> > and it's
> > > a bit slow. And also, http://www.zend.com/lists.php needs some
> > styling and
> > > is not showing the months in the drop-down menus. Nothing mayor, but
> > I
> > > thought it was better to report it than ignore it.
> >
> > Send this sort of report to [EMAIL PROTECTED], please; the framework
> > mailing lists are not monitored by the team running the zend.com site.
> >
> > (As for the slowness of the site, there were two major product
> releases
> > by Zend last week, so the traffic to the site has been incredibly
> > high.)
> >
> > --
> > Matthew Weier O'Phinney
> > PHP Developer | [EMAIL PROTECTED]
> > Zend - The PHP Company | http://www.zend.com/
>
>
--
Matthew Weier O'Phinney
PHP Developer | [EMAIL PROTECTED]
Zend - The PHP Company | http://www.zend.com/
