apc

I've had some tough luck trying to get APC (or any Op-Code Cacher) running on my WAMP stack with any sort of success. Ideally, I'd like to be running APC (most stable?) but in lieu of that I'd go with XCache or eAccellerator. Currently, when I enable APC, I am able to see that it is running via the APC.php script, but accessing my Drupal Site gives me a Fatal Error:

"Fatal error: Call to undefined function db_set_active() in C:\Documents and Settings\Administrator\Sites\acquia-drupal-site\acquia-drupal\includes\bootstrap.inc on line 1016"

I just wanted to post an announcement that we've finally gotten out a point-update of the Project Mercury AMI. Just in case you were wondering if this project would continue, it will! I've been really excited and encouraged by all the positive feedback so far, so keep your ideas and questions coming. The 0.51-Alpha release includes a number of bugfixes and improvements, most notably it:

• Is based on the latest Pressflow including Drupal Core 6.14 and Simpletest 2.9
• Fixes the self-update process to merge correctly and pull from Pressflow's lovely new VCS home on Launchpad
• Includes the rc1 version of cacherouter
• Fixes postfix and s3 metadata issues so there's now a working MTA out of the box

Most importantly for people considering this stack for production deployments, we're now bundling 64-bit images with every release. The quickest way to find the AMIs is to keyword search for "mercury" in your favorite EC2 console. More information and AMI ids are below the fold. Let me know what you think, and what you'd like to see next!

Spent A LOT of time over the past few days really getting into the bugs in Cache Router. This module is now entering the 1.0 release candidate world. It now "just works". For a lot of people it should be as easy as installing the module, adding the configs to settings.php and watching your site be 20-50% faster.

For bigger sites, this module will allow you to scale to great heights using memcache.

Here you go: 1.0-rc1 release - http://bit.ly/CMRRW Project page: http://drupal.org/project/cacherouter

Hi,

Imagine being able to teach someone to review/create patches, without having to teach them to setup a LAMP development environment.
Imagine windows and mac users, friends, learning together to do (blank) with a virtual machine development environment.

I created a virtualbox Drupal development image. I wanted a simple platform to collaborate with several others on for a project. I thought others might benefit from the work.

Features include:
- Slim lightweight image (OS+tools are under 1gig)
- LAMP with APC
- Netbeans and Eclipse with debugging

Today I'm glad to announce the latest release in this line of AMI development. This update solves a number of issues and moves us one step closer to a sable beta release. The current AMI ID is ami-c353b2aa, and you can find this AMI by searching for "chapter3" or "mercury" in your AWS console.

For more background information about this project, see my initial g.d.o post and my blog post announcing the initial release.

Below you will find the notes for this release. Also in this post I will include a development roadmap, as well as some more explicit explanation of the techniques I'm using for making the AMI work out of the box.

Inspired by my own work over the past year with Amazon EC2 and this great post from Eric Hammond at Alestic on how to bundle public AMIs, today I released my first public machine image. I call the project "mercury," and the goal is to combine the power of Varnish and Pressflow Drupal in one easy-to-run package.

Why is this important? Because Varnish fills the same role as the Boost module, except it can handle 1000s of requests per second. Your constrained resources are going to be network and bandwidth. Getting it working well takes a bit of doing, but thanks to PressFlow and support from davidstrauss and DamZ, I've gotten a vanilla system working.

Authcache offers page caching for logged-in authenticated users. This allows Drupal to load pages in 1-2 milliseconds and take the load off the the database & processor. Please help test this module (the site I was creating this for got axed, but I continued development on this module). Feedback & patches are welcome. This module can be used for anonymous users (it's faster than Drupal core since the database won't be hit), supports the statistics module, and can cache blocks of user-customized content.

Many thanks to Steve Rude for his work on the Cache Router module, which Authcache uses as its caching system.

This is how it works: