performance

Este articulo del New York Times evidencia lo que ya se sabe por ahi... si su sitio no es lo suficientemente rapido sus visitantes se van.
Segun el articulo incluso 400ms (lo que dura el parpadeo de un ojo) es mucho tiempo segun se ha encontrado en las investigaciones de Google.
Invertir en rendimiento no es un lujo, es una necesidad basica.

http://www.nytimes.com/2012/03/01/technology/impatient-web-users-flee-sl...

Hi High-Performance,

I am not sure how many of you tried to use XHProf on Mac OS X, but it was really unusable for me at times, because I would get rather random results due to Speed Stepping technology. Also the profiling time would never match the wait time shown in Chrome Network tab.

I made a patch to use the apple mach timer framework and I finally get accurate numbers each time now and they do also match the wait time shown both externally and internally (devel):

See https://bugs.php.net/bug.php?id=61132 for the patch and a little further explanation of the issue.

My Nginx setup, granted very basic start to it, no real caching set up yet... LAMP has really no special additions to it kinda a out of the box install.

Drupal sets ups are clones on both systems.

command for testing on both ab -c10 -n1000 http://localhost/

nginx result


Server Software: nginx/1.0.9
Server Hostname: localhost
Server Port: 80

Document Path: /
Document Length: 3255 bytes

Concurrency Level: 10
Time taken for tests: 78.190 seconds
Complete requests: 1000
Failed requests: 0

I am using Rules to process changes in user role expirations for a paid membership site.

The question I have can be applied to the more general case of acting upon an entity in the future. I believe there are two different ways to accomplish this. The first method is via a scheduled rule. The second method is via a date field and views query.

This might be of interest to you.

Of course there's a Drupal module to be made. This will void most of the issues around CSS and JS aggregation. Making it simpler and more
efficient. Nothing beats C for speed and efficiency.

The module should work also with modconcat, that is, if you're still using that type of legacy web server technology ;)

So, we have a large, complex Drupal 6 site, which has lots of secret sauce and magic glue making it work.

Where we can, we've contributed modules back and made them generic, but we still have 30 or so custom modules to keep it working the way we need it to. Each module (in most cases) has a specific function e.g. our hook alters for the notification system.

We are in the process of getting ready to release a game in the next few months, most of all the back-end is handled by drupal and some custom plugins, but we are now looking to move towards the cloud and making sure drupal and the db can handle the traffic.

I have started down the road of googling all over the and of course ran into project mercury / panthon / press flow etc..

Olá a todos.

Estou às voltas com um novo pequeno site, mas que necessita de vários módulos.
Por causa de reduções de budget, tive de optar por um shared hoster, que até costuma funcionar bem com outros sites drupal 7.

No entanto, após um dia, este novo site ficou demasiado lento, e administrar o site é um sufoco (45 sec a 2 min. para gravar uma página, outro tanto para abrir outra página).
O hoster diz-me que o problema não é meu, mas algum tempo depois informou-me que o site está constantemente a correr a seguinte query:

Hello,

Exove Ltd is developing a new module, integrating Varnish into Drupal in a way that allows caching not only anonymous users' content, but authenticated users' content as well.

The basic idea behind the module is to generate cacheable anonymous versions from any page with cacheable content, leaving placeholders in place of user specific content, and to serve those versions to all users. Any user-specific content is then replaced with AJAX for all authenticated users.