multisite_manager 6.x-1.0
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-6.x-1.0.tar.gz | 24.08 KB | 9a8c3fb78c6c6a15995064d4c4fd44a0 |
| multisite_manager-6.x-1.0.zip | 28.06 KB | 0413e41e7969a0c0b10dc42b16ec74d3 |
Release notes
No changes in a long time, and people seem to be using it, so I guess it's about time we moved this officially to a real release.
multisite_manager 6.x-1.0-alpha1
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-6.x-1.0-alpha1.tar.gz | 19.83 KB | 68d0d8553450b3477d137a36528f1590 |
| multisite_manager-6.x-1.0-alpha1.zip | 22.88 KB | e44b0a66c7bb29a04b849c4b9252b402 |
Release notes
First go at a 6.x release. Standard stuff works great.
TODO:
support multi-task profiles
better documentation
maybe try abstracting out the higher DB functions (create db, etc.) a la DB apis in 6.x
please try it out, and give feedback
multisite_manager 5.x-1.0-1
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-1.0-1.tar.gz | 19.08 KB | 35cdf737445676ccabfddf2b57ed9332 |
| multisite_manager-5.x-1.0-1.zip | 21.25 KB | 567c8c32a0ff6123a0a0e34402f84009 |
Release notes
small bugfix for mysqli_error()
multisite_manager 5.x-1.0
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-1.0.tar.gz | 19.06 KB | 875da32e687f91b724e5a655171c2c1f |
| multisite_manager-5.x-1.0.zip | 21.25 KB | c7fa9721befd04c070e047a848d4603e |
Release notes
Added some documentation, and cleaned an anticipated bug up for the admin script.
We'll try to improve documentation for initial setup further, but see the INSTALL.txt for more details until then.
This release is recommended for only 5.7+ or you will need this patch
multisite_manager 5.x-1.x-dev
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-1.x-dev.tar.gz | 18.91 KB | 19cd9631b13dd0a116eee38ba3154304 |
| multisite_manager-5.x-1.x-dev.zip | 21.1 KB | 5eec0fc6ddae9c00764a35a539f5cad6 |
Release notes
adding help
multisite_manager 6.x-1.x-dev
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-6.x-1.x-dev.tar.gz | 20.15 KB | ae461c1f4606b824a7610c47acb44a08 |
| multisite_manager-6.x-1.x-dev.zip | 23.11 KB | c230e48015c443c58d9ab953f47dd139 |
Release notes
First go at a 6.x migration. Complex profiles with multiple 'tasks' are not supported, and this does NOT have an upgrade path for an 5.x install (yet). Please try it out (on non-production after backing up database, etc).
multisite_manager 5.x-1.0-beta2
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-1.0-beta2.tar.gz | 17.58 KB | 74dce60f751a7ff0bd103aaa622d4188 |
| multisite_manager-5.x-1.0-beta2.zip | 19.62 KB | 9d02cad11a4fdc64d0d4d1618d7ba5cb |
Release notes
fix for http://drupal.org/node/205603
multisite_manager 5.x-1.0-beta
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-1.0-beta.tar.gz | 17.56 KB | 34098897c43ba066f7635b9afaca8031 |
| multisite_manager-5.x-1.0-beta.zip | 19.62 KB | 8f914ae3bed87cade0fc3daaf57d0e63 |
Release notes
add feature: http://drupal.org/node/196601
fixed some cache variables which carried over to main site from node install
multisite_manager 5.x-0.9-5
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-0.9-5.tar.gz | 16.25 KB | 21ba34f6fc3cc91a0bb7770febaab3ff |
| multisite_manager-5.x-0.9-5.zip | 17.94 KB | 4125f39c273265dc51b3e4000da0c90b |
Release notes
Added silfreed's cron feature.
multisite_manager 5.x-0.9-4
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-0.9-4.tar.gz | 14.99 KB | 9659fd26b85a793895cb1e1e6c680750 |
| multisite_manager-5.x-0.9-4.zip | 16.47 KB | b27aca0b248969c06a65cad9a6e0755f |
Release notes
After doing some more advanced things with profiles, I came across a bug in db_set_active() in core. If you have any profile which calls watchdog() (e.g. taxonomy, and menu), then you should apply this patch for Multisite_manager to work.
The other issue is that even with the patch the db_prefix does not change as db_set_active() context is switched causing some (mostly harmless) error messages when it can't find the new site's prefix in the old database. To fix this, we first install in a new database with the current prefix and then rename the tables to the old.
Another small bug fixed is that get_variable() requests within profiles could be getting wrong information from the current site, instead of the variables for the new site. This is now fixed, too.
multisite_manager 5.x-0.9-3
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-0.9-3.tar.gz | 13.77 KB | 6086a2389bb81e62bfee5cc03f2a15ce |
| multisite_manager-5.x-0.9-3.zip | 15.28 KB | 611ba70f97d7a1d1c10f49527be2b40e |
Release notes
fixed some bugs in hook_delete
also made it possible to actually update the values as an admin, after an original save--this should only be useful when moving around dbs manually, and then updating the record
multisite_manager 5.x-0.9-1
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-0.9-1.tar.gz | 12.43 KB | c3bf6ce78454b0dddb79a2f2d5dfb696 |
| multisite_manager-5.x-0.9-1.zip | 13.89 KB | b8129bf72cdbbd28959a7875d2f5ebb4 |
Release notes
Allows creation of new drupal sites from a central drupal site without the creator having access to database info. The new site is installed either in the same database with a different prefix or if the drupal db_user has access to create a database and grant privileges, then possibly there.
If you are looking for inter-related sites, this module will not achieve this alone (see ogsite). This simply makes it possible for users to skip the typical drupal installation process (entering the db user/password), making it possible for non-admins to do this step.
This project was sponsored by the Columbia Center for New Media Teaching and Learning: http://ccnmtl.columbia.edu
multisite_manager 5.x-0.9
| Download | Size | md5 hash |
|---|---|---|
| multisite_manager-5.x-0.9.tar.gz | 12.45 KB | 69c728cc453b53055c7021d8168a02c8 |
| multisite_manager-5.x-0.9.zip | 13.94 KB | be9837bc194e875acdc9eae333c07029 |
Release notes
First release, which should be stable, but I'd like to hear back from others who've installed it, first. Particularly, this is untested with Postgres (though, theoretically supported)