Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
With Drupal 9 arriving next week, we're thrilled to announce here at Acquia, that with version 8.x-1.1 Acquia Purge is fully ready for Drupal 9 as well as the projects it depends on. This release has been extensively tested in both Drupal 8.8.6 as well as in Drupal 9.
I'm excited to announce version 8.x-1.1-beta1 of the Acquia Purge module, which raises the level of code quality drastically, improves logging and adds private-beta CDN support for Acquia Platform CDN.
If no issues arise, this version becomes 8.x-1.1.
Installation
This version of Acquia Purge adds new functionality and is therefore still in beta.
I'm happy to announce version 8.x-1.0 of the Acquia Purge module for Drupal 8, the first stable release after well over two years of testing and over 3000 installations without any major issues reported. This release is low-impact and removes mostly the beta shackles, relaxes the installation requirements and improves hashing.
Here at Acquia we're very happy to announce version 8.x-1.0-beta3 of the acquia_purge module for Drupal 8, the first release open for use to all of our clients. The module is still considered beta but 17 weeks of thorough testing and feedback gathering have confirmed that it works and does what it should.
Hereby I'm happily announcing version 7.x-1.4-beta2 of the 1.4 series for acquia_purge. As D8 is maturing at a good pace, the D7 version will be pretty much in "bugfix only" mode after we released a - very, very - stable 1.4 version.
I'm happy to announce version 8.x-1.0-beta2 of the Acquia Purge module for Drupal 8, the second release in the private beta phase. Progress is good and we have seen the first technical challenges on a few clients, leading to further improvements in this release. This version depends on purge8.x-3.0-beta7 and won't work without it, so please update to 8.x-3.0-beta7.
I'm happy to announce version 8.x-1.0-beta1 of the Acquia Purge module for Drupal 8, which marks the start of the private beta phase of our testing program. So far testing results are good and therefore we can securely say that progress is steady. We are still looking for testing candidates so please contact our support team who will happily help you setting it all up, which is a breeze anyway!
Cron processing is enabled by default now which will benefit many sites running on AJAX-only queue processing. If you are already running drush ap-process from a manual cron job, this change will work introduce more processing points and not have negative side-effects, but it can be turned off if necessary.
I'm happy to announce version 8.x-1.0-alpha3 of the Acquia Purge module for Drupal 8. This version is not intended for general consumption yet and currently only targeted at selected customers part of our "Acquia Purge Alpha Program", which are closely monitored over a period of time to see how their sites perform and more importantly, how hardware interactions play out.
I'm happy to announce version 8.x-1.0-alpha2 of the Acquia Purge module for Drupal 8. This version is not intended for general consumption and only targeted at selected customers and internal testing.
This is version version 7.x-1.3 of the acquia_purge module, a bugfix iteration upon the last major stable 7.x-1.2. More minor releases like these are to be expected and at shorter intervals, to cycle back bugfixes quicklier then before.
It is my pleasure to announce version 7.x-1.2 of the Acquia Purge module, this is the result of a month of testing with 7.x-1.2-beta1 which resulted in just 5 bug fixes. Therefore this release is regarded as stable and the recommended version going forwards.
It is my pleasure to announce version 7.x-1.2-beta1 of the Acquia Purge module, a beta that paves the path towards 7.x-1.2, which is due next week if all goes well. Given the current-day user base of over 2600 installations, broader testing will be required to assure a soft landing of the next stable.
I'm excited to announce version 7.x-1.0 of the Acquia Purge module, its first stable release ever!
Since the last version 7 months ago, the installation statistic of the module went up to 1,322 instances (1756 downloads) as of the last measurement point on August 24th 2014. Although no big problems got reported since, many smaller annoyances and use-case related things found their ways up into the issue queue. I would like to thank everyone for their issue-queue contributions as this enables improvements to find their way back into many more Drupal sites.
Second beta after 7.x-1.0-beta1 was released three months ago and saw its adoption increase up to 365 installation as of today's writing, that's one happy user for each day of the year. This is a mixed feature and bugfixes release but by far the biggest effort has been put into stabilizing the way it operates, smoothing out user interface parts and code quality. In-project documentation have also received their maintenance updates.
This is a functionally equal backport of version 7.x-1.0-beta2 and is not yet widely tested, but I encourage everybody to do so. Although users won't notice any substantial differences with the Drupal 7 equivalent there are technical differences that technical readers might be interested in:
This is a very first backport attempt to serve Drupal 6 users, its the function equivalent of the upcoming 7.x-1.0-beta1. Locally everything works as it does in the D7 version, but this can not be regarded stable until we had much broader test feedback. Feel free to give it a try on your installation.
First beta release after a trilogy of alpha releases in which the trend of stabilization, bug fixes and documentation polish has been continued. At this time of writing Acquia Purge has 75 reported installation which is a big jump since the last release which boosts confidence in the stability of the module, which this release should only further strengthen. A big emphasis has been on rewriting the documentation including a FAQ and INSTALL.txt, to not only fully stabilize installations but to guide site administrators better.
Third alpha release that polishes the previous release in terms of end-user experience and for site administrators. With the addition of a brand new diagnostic self-test system right into the core of the module it will be much easier for site administrators to detect wrong settings, incompatibilities and usage scenarios that caused our customers instabilities in the past.
High-level list of changes compared to 7.x-1.0-alpha2:
Code cleanup to match pareview and coder.
2104641: fix the issue in parallel requesting-mode where the curl resource was removed from the curl_multi resource while it was already removed, removes PHP errors from your logs.
User experience: 2014461: hide the "please wait" progress container via CSS until the JS is loaded and showing it, reduces confusing scenarios where the message is shown but nothing happens.
User experience: the end user messaging in the progressbar is now much less technical.
Domain detection: will now exclude the "acquia-sites.com" domain once other domains have been found, this will speedup zero-configuration installation as less domains speed up purging.
Second alpha release that is a continuation of the earlier adoption of Drupal's queuing API but with further - yet experimental - changes in the underlying HTTP processing to ensure better stability when used in combination with many balancers, domains or just many purges.
Some of the important changes include:
Drastic reduce of the burden put on the queue API and lowered item payload.
Dynamic calculation of resources and how many HTTP requests can be done per step.
Parallel issuing of HTTP requests, 6 at a time. Drastically speeds up purging.
Low-level preparation for HTTPS support, not usable yet but paves the path for support.
Drush ap-forget has been reimplemented and is now much, much faster, works under high queue loads.
Behavior change: copying your database across environments now means that purges continue, even if they have wrong URLs. Use "drush apf" to clear the queue.
API change: acquia_purge_purge_path() and ..paths NO LONGER take $domains as second parameter, this in order to simplify API usage and better separation of concerns.
First alpha release previously known as the "7.x-1.x-beta2-queuing-elb-support" branch, while the module was still in sandbox state. This release should work stable and purges on all load balancers and works behind ELBs.