Forum Replies Created
November 24, 2012 at 6:46 pm in reply to: Site has http://domainname.com but I want the "www" added back in… #1525
I’ll try. My explanation for the “why” things evolved the way they did is just my educated guess.
Note that wordpress.com, the biggest WP network out there, doesn’t run with ‘www’. The early history of WP MU (the predecessor name for what is now called WP multisite or a WP network) was developed with with more attention paid to non-www domains, in part because of wordpress.com. As far back as 2006, Matt Mullenweg wrote a plugin to further support non-www domains, so maybe that’s his personal preference and that preference impacted WP development.
Around WP 3.0 or so, discussion in the WP community changed to hold that you could setup a network with either www or non-www as the primary site in the network. But from my experience all of the code that could be impacted by that, especially on subdomain installs, wasn’t fixed and still isn’t fixed.
Here is one example. If you have your network of subdomains set up with ‘www’, visit Sites->All Sites when signed in as a network admin and search for a site on your network. You can use * as a wildcard. Even try searching for the exact subdomain. WP won’t find it, even though it exists. Try the test searching for a site ID, and it will find it. The reason for that search failing to work is because it is searching for yoursubdomain.www.yourdomain.com (which will never be found) instead of yoursubdomain.domain.com (which is how the data is stored). In other words, the ‘www’ that is there should have been stripped out for the search, but it wasn’t. It likely wasn’t stripped out (or better yet, checked to see if it had to be stripped out) because of the legacy of WP MS recommending non-www primary domains.
Site search works fine on a network of subdomains with no ‘www’. On a big network, being able to search for a site and find it is important. That’s just the first thing that comes to mind of something that breaks when you run a WP network with ‘www’ in the primary domain. You may run a network and never stumble on another one, but changing it down the road is more work than when your network is a relative infant. I’ve always just stuck with WP installation recommendations (which highly recommended not using ‘www’) from years past and avoided ‘www’ so I don’t have to change things later.
November 23, 2012 at 10:31 pm in reply to: Registering a new widget area in Agency child theme #1468November 23, 2012 at 3:57 pm in reply to: Conflict with Genesis Responsive Slider, NextGen Gallery and IE #1413
I took another look, and I’m not 100% convinced the conflict is with NGG and Genesis Responsive Slider.
Here’s the standard demo for Executive 2.0 on our network with the Genesis Responsive Slider and NGG activated. It seems fine.
In my test of the link above, I also tried the Shutter effect (Gallery->Options->Effects) but didn’t see a problem. You could try changing to a different effect, which then wouldn’t load shutter-reloaded.js.
However, given that my test of Executive 2.0 with NGG and Genesis Responsive Slider didn’t show a problem, it might be a problem with another plugin. I’d eliminate all other plugins except those 2 and see if the problem exists. If not, I’d add them back 1 by 1 until you break it.
Post back with what you uncover.
November 23, 2012 at 11:58 am in reply to: Conflict with Genesis Responsive Slider, NextGen Gallery and IE #1380
Here’s what I’m seeing when using IE 10 to simulate IE 8 and 9 in standards mode.
In IE 8 – 10, the home page looks like it does in FF or Chrome except that the direction arrows and slide indicator don’t display when the screen width falls below some value. I didn’t narrow this down more, but it likely has to do with the responsive CSS of the slider plugin.
I didn’t see any evidence of slides not appearing in any browser, so maybe you were able to resolve it. If you’re still seeing the error, post back and I’ll take another look.
November 22, 2012 at 10:54 pm in reply to: Site has http://domainname.com but I want the "www" added back in… #1322
It would be a big mistake to run WP MS with ‘www’ so you shouldn’t try to undo that. Wouldn’t it be easier to edit the links in text widgets? If you were really against doing that, you could create re-write rules that would redirect from the ‘www’ version of the link to the non-www. That would be more work and has slight negative SEO consequences, so you’d be better off to bite the bullet and fix the text widgets to match your current setup.
November 22, 2012 at 10:49 pm in reply to: Conflict with Genesis Responsive Slider, NextGen Gallery and IE #1321
URL’s, unlike email addresses, are case-sensitive. For your login URL, the actual PHP script is on your server in lowercase, so if you don’t use lowercase letters, it can’t be found. WP saves permalinks in lowercase, even if you attempt to enter an uppercase permalink, so I’m guessing your second example of a URL that involved uppercase characters wasn’t one that involved a WP permalink.
That said, your server could have re-write rules that change a URL from one thing to another, and if that change included an uppercase to lowercase conversion, you could enter a URL in uppercase and see it converted – and found – in lowercase. Those rules aren’t there by default.
If one buys Premise at the special price, does that then allow purchase of the Pro Plus package at the $209.97 price for an existing customer? Or does the $209.97 price only apply to existing purchasers of Genesis or a StudioPress child theme?