[wp-trac] [WordPress Trac] #13104: Forced /index.php and stripping of www

[WordPress Trac]

#13104: Forced /index.php and stripping of www
--------------------------+-------------------------------------------------
 Reporter:  bloggus       |       Owner:     
     Type:  defect (bug)  |      Status:  new
 Priority:  high          |   Milestone:  3.0
Component:  Multisite     |     Version:  3.0
 Severity:  major         |    Keywords:     
--------------------------+-------------------------------------------------
Changes (by gazouteast):

 * cc: gazouteast (added)


Comment:

 Quote bloggus - "www.site1.com --> 404-error in the browser. Something is
 broken. I see in chrome that it redirects me to  http://site1.com/wp-
 signup.php?new=www  which gives this 404 error. "

 WPMU did this in 2.8x as well and is still doing it in 2.9.2 in FireFox.

 Quote Nacin - "WWW has never been allowed in multisite."
 WRONG!!! Sub-directory installs has always had the ability to use it,
 whether in WP or WPMU - I always print business stationary with the www on
 it, and when linking back on external sites, I always include it, and it
 always gets the visitor to my sites.  On subdomain WPMU installs, it does
 not work unless site admin has created a sub-blog (or subdomain) called
 "www" for redirecting back to the site home blog.

 However, if it is a sub-directory install and not a sub-domain install,
 then the choice of having www.site.com or site.com should be at the site
 admin's preference and not forced onto them by WordPress.

 If WordPress is going to force www removal then installation default MUST
 include the htaccess mod_rewrite to redirect it correctly.

 The ability to set up a sub-blog with the name "www" should be a default
 banned name from installation in sub-domain installs (so that only site
 admin can blag the name).  (It's a pet gripe of mine).

 Gaz

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/13104#comment:9>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software