[wp-trac] [WordPress Trac] #25935: multisite installs have non-configurable path settings

WordPress Trac noreply at wordpress.org
Wed Nov 13 11:03:20 UTC 2013


#25935: multisite installs have non-configurable path settings
-----------------------------+-----------------------------
 Reporter:  tfogal           |      Owner:
     Type:  feature request  |     Status:  new
 Priority:  normal           |  Milestone:  Awaiting Review
Component:  Multisite        |    Version:  3.7.1
 Severity:  normal           |   Keywords:  dev-feedback
-----------------------------+-----------------------------
 We've got a multisite install, where each site is && will be a different
 year for a similar topic.  We are doing path-based multisite and naming
 each year as literally just the year, so that we have sites such as:

   http://domain/year/

 By default, wp-includes/functions.php gives really nasty paths to our
 uploads.  They have an additional "/sites/#" in there, which we do not
 require.  Secondly, 'uploads_use_yearmonth_folders' is checked, despite
 that configuration variable not being accessible in the wordpress
 'Settings' page (there is some code that checks for multisite and
 specifically disables it).  Given that our site name *is* the year, this
 means adds it again and thus we have paths that are something like '/year
 /wp-content/uploads/year/month/' etc.

 The existing scheme is moderately undesirable due to (in our case) the
 year appearing twice, and the additional complexity of upload directory
 names: I don't want to remember what month I uploaded something to be able
 to type out its URL.

 It strikes me that being strict about these settings makes sense for
 subdomain-based multisite, but not so much for path-based multisite.

 We are currently using the attached patch to hack around this, which is
 not at all appropriate for upstream.  I attach it only to give detail as
 to where the functionality we're having issues with lies.  We'd appreciate
 some way to configure our URL strategy without having to hack wordpress.

--
Ticket URL: <http://core.trac.wordpress.org/ticket/25935>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list