After W3 Total Cache redirect domain.de to www.domain.de does not work!

Same problem as Tanmay.

You either have to use the development release which has better handling of this case or you need to move your redirect directives about the W3TC page cache directives.

you need to move your redirect directives about the W3TC page cache directives
Did not understand. Please elaborate. BTW I was using the development version and the problem was still there

Then submit a bug submission form from the support tab of the plugin.

Hi Fredrick,
Thanks for making this great plugin.
Do you still suggest moving the wordpress rewrite rules?

I want to comment that SEO suggests only one listing of your site, https://www.domain.com or domain.com but not both.

Hi Fredrick,

I already put the directives on top of W3 Total Cache section…

RewriteCond %{HTTP_HOST} !^www\.hkgimages\.com$ [NC]
RewriteRule ^(.*)$ https://www.hkgimages.com/$1 [L,R=301]

# BEGIN W3 Total Cache

But it still not working, if I goto https://hkgimages.com/pic, it redirect to https://www.hkgimages.com/

I agree with befound, it not good for SEO, if redirect won’t work.

Any hints? Many thanks in advance.

You can submit a bug submission from the support tab of the plugin if you’re still having an issue.

Frederick, I think I have found a related issue. I’m trying to fix an incompatibility with WPML that hasn’t been fixed yet.

When using different domains per language, I have the following problem.
Domains are on widgets.com and language domains are widgets.xx and xx.widgets.com, all working fine using WPML.

Switching languages from each page works correctly, but on home, the translation is not correctly returned. I’ve found that it is handled by the following code in sitepress.class.php:
echo '<script type="text/javascript">var icl_lang = \''.$this->this_lang.'\';var icl_home = \''.$this->language_url().'\';</script>' . PHP_EOL;

The value is read from:

addLoadEvent(function(){
    var lhid = document.createElement('input');
    lhid.setAttribute('type','hidden');
    lhid.setAttribute('name','lang');
    lhid.setAttribute('value',icl_lang);
    src = document.getElementById('searchform');
    if(src){
        src.appendChild(lhid);
        src.action=icl_home;
    }
});

Unfortunately something goes wrong.

I’ve tried to patch it with:

global $sitepress_settings;
$this->this_lang = array_search('https://' . $_SERVER['HTTP_HOST'],$sitepress_settings['language_domains'])

I noticed that with W3 Total Cache on, HTTP_HOST header reported by browser (Firefox, Chrome) is correct and the domain that is really requested.

But HTTP_HOST header reported by $_SERVER[‘HTTP_HOST’] reports another domain. Usually the previous one or one that it seems to set and doesn’t want to change anymore.

I’ve disabled caching on the home but it persists, any direction you can give me where to look or want to debug together? ??

Thanks for the great plugin BTW, much appreciated!

I noticed that W3 Total Cache is doing something with the headers in enhanced mode, I now use basic mode and this seems to have solved the issue. Frederick, it would be great if you could confirm that this could be a possible solution and maybe (we/you) can make it work for enhanced caching as well?

Do these problems continue when all other plugins are disabled? I’m not clear on what’s going wrong, are you sure another plugin isn’t changing the HTTP_HOST value? Does that work perfectly in disk basic, but not enhanced? What are the exact steps to duplicate?

Hi Frederick

I can second JW’s comments:
I am using WPML for multi-lingual content and I am using alias domains for the different languages – imho the cleanest way to serve content in different languages…
When I activate W3TC, the cache only ever serves up one language and it seems that it only serves up the one that is first accessed/cache page created.
When I want to pull up cached content in another language by using the url (which has a different root domain) I only see the old content.
I.e. if the page gets cached from …co.uk, I see content in English, if the page first got chached from …fr, I see content in French.
Maybe johnclayton has the right idea to make W3TC more apt to handle multi-domain/multi language sites…
just my 2 cents…

btw. Everything works fine with wp-super-cache.

Hi Frederick,

mschroettle has explained exactly what happens for me as well. By changing from enhanced to basic the issue was resolved, do you see the same mschroettle?

btw. Everything works fine with wp-super-cache.

Regardless of settings?

I’ve tried using the development version and that does not change anything. Disabling the plugin and switching to WP Super Cache seems to be the more-practical solution at this point.

However, I believe this has been mentioned, but you can just add this code to the top of your .htaccess file:

`<IfModule mod_rewrite.c>
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.example.com$
RewriteRule ^(.*) https://example.com/$1 [QSA,L,R=301]
</IfModule>’

And everything will work correctly again. HOWEVER, this does not correct the problem as WordPress is supposed to automatically redirect the URLs — but once the plugin is enabled, it does not.

Since WordPress 2.3 a feature called “canonical URLs” has been known to redirect www to non-www or vice-versa…

Regardless of settings?

FYI, WP Super Cache works just fine… well judging that its made by the WordPress Developers — I’d hope so… anyways there’s a problem that needs to be located in W3 Total Cache…

Put this at the top of the htaccess file:

RewriteCond %{HTTP_HOST} !^www\.example\.com
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

Make sure there is no space to make everything run perfectly.

If there is another folder between your server then use this code and put it to the top of the htaccess file:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/forum/$1 [L,R=301]

Where “forum” is the directory. And it’s must be ending with the slash “/”

This second htaccess file must be locate at the selected directory and in this case “/forum” directory.

Hope this help