Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Updated: Comment #N
Problem/Motivation
As change record https://drupal.org/node/1792924 Multi-site functionality is now opt-in the install instructions should change accordingly.
Proposed resolution
Rewrite and drop portions of the INSTALL.txt instructions
Remaining tasks
Needs work on the paragraph order.
User interface changes
API changes
Comment | File | Size | Author |
---|---|---|---|
#20 | core-multi-site-install-2168617-20-do-not-test.patch | 4.58 KB | clemens.tolboom |
Comments
Comment #1
clemens.tolboomComment #2
clemens.tolboomComment #3
jhodgdonAccording to my read of
https://drupal.org/node/1792924
the scanning stuff still works as it used to, but is only invoked if the sites.php file exists. The documentation in sites.php agrees with that interpretation.
So this patch isn't correct. All it needs is an addition to say that the multi-site scanning and the possibility of using multiple different settings.php files doesn't take place unless there is a sites.php file present.
Comment #4
clemens.tolboomThanks for correcting me. I'll need to test this again.
Comment #5
jhodgdonIf the interpretation in #3 is incorrect, then we need to update:
- that change notice
- the INSTALL.txt file
- the documentation in sites.php
Comment #6
clemens.tolboomMy assumption require every dir as an entry in sites/sites.php was wrong.
Attached patch fixes for that.
sites/example.sites.php needed a change as it _is_ required to kick-in the multisite feature.
Comment #7
jhodgdonI do not think we want to remove these lines from INSTALL.php:
The changes to sites.php look good!
Comment #8
clemens.tolboomThis is now very bad practice as the config files are named in settings.php so people get either
This suggestion should really go :)
Comment #9
jhodgdonTrue, we need to say to start with default.settings.php and not settings.php. But we still need the information about the name of the directory mapping to the site URL, which was removed.
Comment #10
clemens.tolboomIssue disappeared from my radar :-/
Comment #11
clemens.tolboomPatch must be reapplied due to #2083733: Add instructions for reinstall to INSTALL.txt
Comment #12
clemens.tolboomRerolled.
Comment #13
jhodgdonThanks for the reroll!
I gave this patch a review, and found a typo:
Other than that, I think it is clear. However, I think we also need a patch for the top portion of default.settings.php, which doesn't make it clear that you need sites.php in order fo this to work.
Comment #14
clemens.tolboomI rephrased around the typo.
Comment #15
jhodgdonThat looks fine, thanks!
Another typo I missed in the last review, in INSTALL.txt:
exists -> exist
And we still need some changes to be made to default.settings.php.
Comment #16
clemens.tolboomFixed type and adjusted default.settings.php
Comment #17
jhodgdonCan you upload the patch again? It seems to be empty.
Comment #18
clemens.tolboomComment #19
jhodgdonThanks!
One error:
It's should be Its.
That small fix and I think we'll be done!
Comment #20
clemens.tolboomComment #21
jhodgdonI think this latest patch is good to go. Thanks!
Comment #23
clemens.tolboomThe failure is unrelated to this issue so back to RTBC
Comment #24
jhodgdonThanks again! Committed to 8.x.