[Plugin: W3 Total Cache] CDN Issues with Mobile Pack

  • I’ve got Mobile Pack set up to display the mobile version of my site when someone visits https://m.libdemvoice.org/ by using a cname back to the master domain.
    However I’m finding that my CSS and JS are being misdirected, eg
    https://aws.libdemvoice.org/https://www.libdemvoice.org/wp-content/themes/mobile_pack_base/groups/nokia_high/styles/reset.css.gzip
    I assume the fault is because Mobile Pack is displaying www. whilst Total Cache is watching for m. but was wondering if anyone has found a way to fix this issue.

    If there was a menu option to replace https://aws.libdemvoice.org/https://www.libdemvoice.org/ with just https://aws.libdemvoice.org/ it would help.

    My current hack is to dump mobile useragents in the CDN Rejected user agents box, and this ensures the mobile site still looks ok on mobiles, but not when using a PC.

Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Contributor Frederick Townes

    (@fredericktownes)

    If you’re using a CNAME, W3TC is unaware of the subdomain. Unsure what your exact settings are, but I’m not really following how this outcome is created.

    Thread Starter artesea

    (@artesea)

    What would be the recommend option for running an m dot version of a site?
    I need to ensure that the cache of m doesn’t mix with www
    It worked fine with WP-Super Cache.
    I’ve had to redirect m to www and display the main site for the moment as the caches kept clashing.

    Plugin Contributor Frederick Townes

    (@fredericktownes)

    WP Super Cache is irrelevant, it has far less features and capability.

    W3TC will unique cache files for every user agent it can detect, so if you have a mobile theme or a mobile site to redirect users to you can manage those options per group on the user agents group settings tab.

    Thread Starter artesea

    (@artesea)

    But like I said I had a CNAME for m.libdemvoice.org pointing at https://www.libdemvoice.org
    The Mobile Pack plugin detects if you are at m. and displays the mobile version of the website.
    With WP Super Cache I ended up with two cache directory, one for www and one for m.

    With W3TC I found that my main site at one point was displaying the mobile version, and a few times on my phone I ended up with the full site.

    I don’t want to use UA detection in which theme to display, nor do I want a cache for every UA, what I want is for people visiting www to get the full site, and those visiting m to get the mobile one.
    This allows people to choose which version they want, not which version I think that they might need.

    I don’t mind playing about installing another plugin if that will result in W3TC understanding that m. is a different version and needs it’s own cache.

    Plugin Contributor Frederick Townes

    (@fredericktownes)

    I’m not clear on the problem. The user agent groups make sure that there are separate caches for separate groups of browsers. The mobile plugin you use has no bearing on how W3TC creates it’s cache files, it’s job is to make sure that different browsers do not receive the incorrect type of page. I suggest testing without m. and then with and without W3TC and with so we can be sure which piece of the puzzle is creating the unwanted effect. W3TC is already compatible with many mobile plugins btw.

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘[Plugin: W3 Total Cache] CDN Issues with Mobile Pack’ is closed to new replies.