Since we have a running debate about services -vs- all-in-one installs -vs- requiring binary modules, it would be nice to include data points reflective of these three different hosting scenarios (multiple server, single server, shared host w/ no ability to install new modules). To start the discussion, I might suggest returning a boolean yes/no whether parsoid is configured (as a proxy for "can services be installed"), a boolean yes/no for whether mysql is on the same server as php (as a proxy for "multiple server install"), and a boolean for whether the lua sandbox extension is installed (as an imperfect proxy for whether binary modules can be installed), and perhaps a variable reflecting the tidy configuration (enabled? if enabled, using the tidy extension or standalone tidy?) as another insight on binary modules (weakened because i think the tidy extension is bundled by default with PHP 5). --scott
On Fri, Jul 22, 2016 at 10:29 AM, Greg Sabino Mullane greg@endpoint.com wrote:
The configuration variable that controls this behavior ($wgPingback) will default to false (that is: don't share data). The web installer will display a checkbox for toggling this feature on and off, and it will be checked by default (that is: *do* share data). This ensures (I hope) that no one feels surprised or violated.
Sounds sane, as long as the installer makes it quite clear what it is going to be doing.
- The chosen database backend (e.g., "mysql", "sqlite")
Would love to have DB version information as well (getServerVersion)
Lua version?
Please chime in if you have any thoughts about this. :)
Many of the wikis I install are on intranets behind heavy firewalls. I'd be happy to submit this data however if there were an optional method to do so.
-- Greg Sabino Mullane greg@endpoint.com End Point Corporation PGP Key: 0x14964AC8
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l