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 <[email protected]> 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 [email protected] > End Point Corporation > PGP Key: 0x14964AC8 > > _______________________________________________ > Wikitech-l mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- (http://cscott.net) _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
