Releases for Drupal Remote Dashboard Server

Release notes

Complete rewrite of the module and today finally releasing the 2.0 stable release:

drd_server 6.x-2.0, 2012-04-03
------------------------------
REFACTOR #1504006 by @j.slemmer: Move Subversion functionality out to a separate module which is packed with drd_server but can be enabled/disabled separately
FIX #1510438: Allow mixed database extensions to be used, i.e. mysql and mysqli
FIX: Improve remote installation script so that the modules do not only get enabled but also their install hooks get executed
FIX: Include the XMLRPC callbacks for server and domain config
FIX #1499264 by @j.slemmer: improve the remote installation process

drd_server 6.x-2.0-rc2, 2012-02-18
----------------------------------
Fix #1422608: Changing the path in the install script

drd_server 6.x-2.0-rc1, 2012-02-18
----------------------------------
NEW: Explicitly check for each request if the AES module is available and enabled
CHANGE #1422608 by @checker: Rename drd_server.install.php to drd_server.install.php.txt and explain in README.TXT how to still allow remote installations
CHANGE: Optimize code and combine request validation in one separate function
FIX: Change the array definition for drd operations so that array_merge_deep() works properly
FIX: Bring back the operation drd.server.domains as it otherwise wouldn't be known locally

Release notes

Fix #1422608: Changing the path in the install script

Release notes

After two months of development and testing, it's time for a release candidate

NEW: Explicitly check for each request if the AES module is available and enabled
CHANGE #1422608 by @checker: Rename drd_server.install.php to drd_server.install.php.txt and explain in README.TXT how to still allow remote installations
CHANGE: Optimize code and combine request validation in one separate function
FIX: Change the array definition for drd operations so that array_merge_deep() works properly
FIX: Bring back the operation drd.server.domains as it otherwise wouldn't be known locally
FIX: Santitise some function names as they haven't been save in terms of being unique
FIX: Do not try to encrypt error messages for all relevant cases where encryption would fail anyway

Release notes

NEW: Heartbeat now also collects number and size of files, separated by temporary and permanent files
NEW: New hooks to define extra form fields for server and domain settings on DRD which get stored back to variables on the remote servers and domains
CHANGE: Move operation drd.server.domains to module drd
CHANGE: Rename a operation category from server to domain
FIX: Checking for updates on a server basis resets the date of previous check first to make sure we get real up-to-date information

Release notes

NEW: Reading available domains is now checking for the proper base_url in settings.php and also works with the default directory
NEW: Operation drd.info now also provides Drupal version for the server database
NEW: Add the refresh property to the drd.info operation
NEW: Implement heartbeat information
NEW: New DRD operation to set credentials (username and password) for the special user 1
NEW: Allow to build sequences of operations to be executed, e.g. drd.info is collected right after cron or collecting update information
IMPROVEMENT: Set the langcode globally so that every function in Drupal is making use of it and not just our own
CHANGE: File system information moved from server to domain details
CHANGE: Add all server info from drd.info to each of the domains as well to make sure the warning and error icon can be analyzed where it is displayed
CHANGE: Make sure that updating translations is performed without a progressive batch run because that would cause a redirect which is not supported in XMLRPC
CHANGE: Rewrite the "list update" operation and also implement a mode to fetch everything for the current server
CHANGE: If update module ist not installed, ignore the operation drd.list.updates
FIX: Operation drd.key wasn't returning any values
FIX: Solve the problem with the wrong link to the config page when installing drd_server on a new server

Release notes

Final touch up and small improvements after intens testing.

Release notes

Complete rewrite of DRD, see drupal.org/project/drd for all details.

Release notes

- IMPROVEMENT #1059398 by thtas: read the directories in /sites/ if the sites.php is not available and make a best guess
- CHANGED: Switch API to version 1.0.20
- BUG #1246244 from @celsogod: properly define DRUPAL_ROOT
- BUG: $FORCE_EXTERNAL was ignored
- IMPROVEMENT: Sometimes the svn command can not be found on Linux systems so if it fails, then the path /usr/bin is prefixed to he command and we'll try again
- IMPROVEMENT: Delete drd_id.html after domain check
- BUG #675422 by Lowell: Store the drd_id.html in the sites/domain/files firectory instead of Drupal_Root
- API: Increased API Version to 1.0.19, please update DRD and DRD_SERVER modules both on Drupal 6 and 7
- IMPROVEMENT: To check if a domain from sites.php is really hosted on the current Drupal codebase we no longer look for /sites/[key]/files/.htaccess, instead we create a file drd_id.html with a random number as content in the Drupal root directory and check if that file is available through the given URL

Release notes

- First official release
- Updated API version to 1.0.18
- FEATURE: Implemented "Switch Maintenance Mode" for domains