Idea behind this module is to have settings for each instance of the site separated, including multi-site setups. It allows to enable/disable modules (with support of module pools, allowing only one module from each pool to be enabled) and set variables based on settings defined in settings.php files.
Settings can be applied on each page load or using drush command, based on module settings.
All config is done ONLY through settings.php files, allowing us to achieve "loose coupling" of modules.
How it can be used:
You can Drush sync database, for example put Prod db to Local environment
Apply instance settings - it will disable unneeded modules, enable needed modules and features, making sure it not overlap with Prod-only related features, and set variables.
Please check README.txt file supplied for more details (You'll need them).
git clone http://git.drupal.org/sandbox/aroq/2134613.git instance_settings
Reviews of other projects:
https://drupal.org/comment/8291919#comment-8291919
https://drupal.org/comment/8291933#comment-8291933
https://drupal.org/comment/8291939#comment-8291939
https://drupal.org/node/2127077#comment-8317577
https://drupal.org/node/2154791#comment-8317617
https://drupal.org/node/2145689#comment-8317639
Comments
Comment #1
PA robot commentedThere are some errors reported by automated review tools, did you already check them? See http://pareview.sh/pareview/httpgitdrupalorgsandboxaroq2134613git
We are currently quite busy with all the project applications and we prefer projects with a review bonus. Please help reviewing and put yourself on the high priority list, then we will take a look at your project right away :-)
Also, you should get your friends, colleagues or other community members involved to review this application. Let them go through the review checklist and post a comment that sets this issue to "needs work" (they found some problems with the project) or "reviewed & tested by the community" (they found no major flaws).
I'm a robot and this is an automated message from Project Applications Scraper.
Comment #2
mpgeek commentedI am not certain this is different from exporting field settings with Features. Perhaps you want to clarify how this is different.
Comment #3
danlinn commentedThis is a really cool idea and I'm excited to review it. Your automated testing is only showing a few minor format errors. Once those have been cleared you can move it and get some more eyes on it.
One thing I saw was a error message being returned that had now details. Not very useful.
Thanks,
Dan
Comment #4
aroq commentedIssues provided by autotesting fixed already:
http://pareview.sh/pareview/httpgitdrupalorgsandboxaroq2134613git-7x-1x
Comment #5
aroq commented@mpgeek - this module is not about Field instances, if this is what you meant.
@danlinn - above mentioned error message removed, as it never returned anyway.
Comment #6
aroq commentedComment #7
aroq commentedComment #8
xqus commentedinstance_settings_modules_enabled() is quite hard to follow. Could probably use some inline comments as it would be hard for the next developer to figure out what's going on.
instance_settings_module_enable(), instance_settings_apply() and instance_settings_module_disable() misses both @parm and @return in the function documentation.
When creating links consider whether l() could be a better alternative than url() in instance_settings_init().
Comment #9
aroq commented@xqus, thanks for your review
I want to comment about some point you mentioned:
misses both @parm and @return in the function documentation
https://drupal.org/node/1354 - "Functions that are easily described in one line may be documented by providing the function summary line only (omitting all parameters and return value)."
Seems that its not really always required to provide a @param and @return comments, so I just changed comments to start with a third person singular present tense verb as it advised in API documentation and comment standards.
Other points fixed.
Comment #10
xqus commented@aroq That is true. And makes totally sense. Maybe the description could be a bit more describing? For instance_settings_module_enable() it could for example be something like
Comment #11
aroq commented@xqus: comments added
Comment #12
klausimanual review:
But otherwise looks RTBC to me. Removing review bonus tag, you can add it again if you have done another 3 reviews of other projects.
Assigning to patrickd as he might have time to take a final look at this.
Comment #13
aroq commented@klausi, thank you for review, I fixed all mentioned issues. Added comments in the README about pools, hope it is clearer now.
Comment #14
aroq commentedComment #15
aroq commentedComment #16
aroq commentedComment #17
aroq commentedComment #18
patrickd commentedYou might want to create a documentation page for your project here:
https://drupal.org/documentation/modules/contributions
(Bottom of the page "Add child page")
And link to it from your project page links on the right side bar.
(I personally don't like reading large text README's very much.)
Your commit messages could have a little more detail (describe why and what has changed) but that's always hard at the beginning.
The description in your .info file would be more useful if it would be an actual description; otherwise you can just remove it.
But this is just nitpick, therefore..
Thanks for your contribution!
I updated your account so you can promote this to a full project and also create new projects as either a sandbox or a "full" project.
Here are some recommended readings to help with excellent maintainership:
You can find lots more contributors chatting on IRC in #drupal-contribute. So, come hang out and stay involved!
Thanks, also, for your patience with the review process. Anyone is welcome to participate in the review process. Please consider reviewing other projects that are pending review. I encourage you to learn more about that process and join the group of reviewers.
Thanks to the dedicated reviewer(s) as well.