Morten Ross

Hi,

I only disabled the mobile cache (Cache\Cache Control Settings\Cache Mobile=off | Enable Cache=on), which incidentally has been deactivated since, and there has been no new incidents, so there is an issue with the switching/detection mechanism.

M

Hi,

I first added to existing agents. That made the site unavailable.
Replaced default agents, and then the site was available.

Today (so no interaction from me), I find the site is unavailable. Deleted cache. No change. Deactivated cache – still unavailable. Replaced user agents with default. No change. Replaced default with wptouch’s user agents. Now site is available again.

Again I test with adding wptouch user agents with lscache’s agents, and now there is no issues with access on mobile.

It seems the underlying issue with switching to desktop is still there, as when the user agents list is extended, it’s not switching to desktop, but rather switching to a dead end – inaccessible site.

M

User agent, yes.

https://support.wptouch.com/article/1447-default-wptouch-pro-user-agents
iPhone & Mobile
iPod & Mobile
Android & Mobile
BB & Mobile Safari
BlackBerry & Mobile Safari
webOS
IEMobile/7.0
IEMobile/9.0
IEMobile/10.0
MSIE 10.0 & Touch
iPad
PlayBook
Xoom
P160U
SCH-I800
Nexus 7

• This reply was modified 4 years, 2 months ago by Morten Ross.

Hi,

The url was tested in input field of LScache UI “CDN URL”, so the question is where is this committed, and how can I positively remove it from existence?
This field is not explained, so that users frequently has problems with this will be eliminated if it’s explained, as well as input being validated.

The UI suggests https://cdn.www.ross.no/, but what is the correct url, and how will this be affected if you can input anything into the “CDN URL” field? If you don’t input anything there, is https://cdn.www.ross.no/ the active cdn url, or what is it?

I understand that the original urls are not affected, but there are links to faulty urls, and I need to know where these references are as they are not made up by crawlers.

Morten

Hi,

I’m using a desktop and mobile theme – so separate themes.

Morten

Hi,

Several hours after finishing publishing several posts, it happened again, but I have no clue as to any connection. Also it happened many hours after publishing this time, vs during publishing the prior time (yesterday). But I was adding new posts as it happened.

Report number: LDGLKAYG
Report date: 12/17/2020 21:24:15

Morten

Hi,

It’s the crawler following links, so the question is from where there are pointers to these erroneous links at ross.no.

The sitemap has no such references, but instead the correct full URL

Let’s take /category/blomsterplanter/asterales/kurvplantefamilien. It’s correctly in the sitemap and is indexed by Google. Yet something has inserted cdn references without leading or trailing slashes: /category/blomsterplanter/asterales/kurvplantefamilien/cdn.ross.nocdn.ross.nocdn.ross.nocdn.ross.nowp-content/2014/09/20140906-DSC_0574b-220×150.jpg

Being cached or not, this would not have worked even if the cdn-address was correct, as the complete url would miss two ‘/’

I tested the image optimization, and I suspect the erraneous cdn reference was produced in that process, and even though I ensured “Use original Files”, and finally “Destroy All Optimized Data”, this persists without a means to track, locate and erase the bad cdn reference on my site. It’s the wrong end to look at Google and wait for things to clear there, when we have no idea if the source is clear of this url bug.

Morten

Hi,

I was publishing several posts.

Morten

Hi,

It has happened again.

Report number: LGQTMSIH
Report date: 12/16/2020 14:41:56

I have now deactivated cache once more in wait for a resolution.

Hi,

How is the link weird?

Here are some examples:

Morten

OK – thanks – It looked as if if was geared to iPhone specifically, leaving out Android.

I’ve activated this now, so hoping for the best.

Hi,

Thanks for your reply and suggestion which I’d like clarified.

What does this do exactly and what role is iPhone in this scenario?

Morten

Hi,

The following Dashboard widgets are pointing to cloud:

QUIC.cloud Services Usage statistics
Page Load Time
PageSpeed Score
Image Optimization Summary

The rest is seemingly also pointing to a non-existent cloud. All have irrelevant and meaningless values, as there is no cloud account.

I am not using the cloud, but the local litespeed server. The dashboard is not reflecting this.

1: how do I tell the dashboard that there is no longer a cloud account to retrieve data from, and to reset the values to nil/as they are at first install?

2: How do I enable the stats of the local liteserver in Dashboard?
Cache status is ON for Public/Private Cache is all that’s displayed in Dashboard. There’s no stats of the file hit rates, types, etc.

M

Hi,

Why would I want that? I do not want to re-connect to QUIC.cloud. QUIC.cloud was erased and closed, as I no longer have the need for it. My need is only for the local litespeed server/lscache to show up on dashboard, and the QUIC.cloud data to be removed/reset when I removed the old domain key/QUIC.cloud link.

I just want the simple dashboard stats for my up and running LScache on my litespeed server/host.

M

Hi,

QUIC.cloud stats that point to an obsolete account, and not stats from LScache on host server.

https://1drv.ms/u/s!Am2-9z8PCItjjjo2viZBGa8V8j0v?e=41OJNR

M

• This reply was modified 4 years, 3 months ago by Morten Ross.
• This reply was modified 4 years, 3 months ago by Morten Ross.
• This reply was modified 4 years, 3 months ago by Morten Ross.