[wp-trac] [WordPress Trac] #28105: Feature (with patch): allow system-wide inclusion of code

WordPress Trac noreply at wordpress.org
Mon May 5 07:35:27 UTC 2014


#28105: Feature (with patch): allow system-wide inclusion of code
---------------------------+------------------------------
 Reporter:  DavidAnderson  |       Owner:
     Type:  enhancement    |      Status:  new
 Priority:  normal         |   Milestone:  Awaiting Review
Component:  Plugins        |     Version:  trunk
 Severity:  normal         |  Resolution:
 Keywords:  close          |     Focuses:
---------------------------+------------------------------

Comment (by DavidAnderson):

 Denis: I don't think you're getting my point about site-level versus
 system-level configuration. Your solution means that the site's
 configuration for WPMU_PLUGIN_DIR is over-ridden.

 The kind of example I'm looking at is this: a) the site-builder has built
 his site, which may have any kind of mix of themes, plugins and mu-
 plugins. b) the system administrator also wishes to add in some compulsory
 code, e.g. to enforce auto-backups, to enforce a minimum Crawl-Delay in
 robots.txt, to log failed login attempts across all sites, in order to
 feed the data to an IPS/firewall.

 If the system administrator force-overrides WPMU_PLUGIN_DIR, then that
 action will interfere with any mu-plugins that the site-builder had. It
 would enforce a convention that mu-plugins are for the system admin, and
 not available to the site-builder. That's not workable in the general case
 (e.g. the system admin might be a web hosting company and have no other
 relationship with the site builder). I am looking for a solution that
 allows the system administrator to use hooks and filters in a way that
 will be minimally surprising/intrusive for the site builder.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/28105#comment:7>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list