kioub
Forum Replies Created
-
Forum: Plugins
In reply to: [LiteSpeed Cache] Crawler does not seem to cache pagesOK, fixed it.
Thank you.
Forum: Plugins
In reply to: [LiteSpeed Cache] Crawler does not seem to cache pagesHello,
That did the trick! Thank you. Nevertheless I spotted another issue now. Crawled pages remain cached until a new post is published, then ALL of them get invalidated! Why is that? I have visited the Purge tab on the LiteSpeed Cache Settings section, and at “Auto Purge Rules For Publish/Update” I have the following checked:
Front Page
Home Page
Pages
All pages with Recent Posts Widget (which I have none since I do not use the Resent Posts Widget)
Author archive
Post type archive
Monthly archive
Term archive (include category, tag, and tax)Is there something wrong? why to invalidate all individual pages if a new post is published?
Looking forward to your feedback.
Best,
ByronForum: Plugins
In reply to: [LiteSpeed Cache] Crawler does not seem to cache pagesNo, that is exactly the issue, as I described it in my initial message. I have tested this with manual run also and behaves as desscribed.
Looking forward to your feedback.
Best,
ByronForum: Plugins
In reply to: [LiteSpeed Cache] Crawler does not seem to cache pagesHello,
The report number is : MPGGACTF
Looking forward to your feedback.
Best,
ByronForum: Plugins
In reply to: [LiteSpeed Cache] etag and HTTP 304 redirect on successive page visitsHello,
I have stripped down both sites, using default Twenty Twenty-Two theme with no plugins and the results are the same.
The guys over at my server support, mentioned that this might be a PHP issue
https://www.php.net/manual/en/function.session-cache-limiter.php
because session.cache_limiter is set to nocache
Nevertheless the nocache value is assigned to cache_limiter on both sites, but yet again on dotnetcodegeeks I do get an e-tag header and a HTTP 304 unmodified redirect on successive requests for the same page.
Let me remind you that if I disable caching from the LiteSpeed Cache plugin Cache Control Settings page, then no e-tag is present on the response and of course only HTTP 200 is returned on every request.
I am looking forward to your thoughts.
Best,
ByronForum: Plugins
In reply to: [LiteSpeed Cache] etag and HTTP 304 redirect on successive page visitsHello,
Thank you for the reply. I paused CF on both sites so requests/responses targeted the origin server directly and tested again, but with no luck. The behavior/results were the same, although Remote Address header shown the origin server IP (rather than a CF IP).
Furthermore I have asked our hosting provider to send the vhost conf files over and I can validate that they are the same (apart from the respective hostnames of course).
Last but not least, It seems that this issue is present only on non-static pages of the sites. On consequent refreshes of static pages e.g.
https://systemcodegeeks.com/readme.html
HTTP 304 is returned.
I am looking forward to your feedback.
Best regards,
ByronHello,
I was able to pull the images. Thank you.
In the email that I received, you said that I was not able to pull the images due to the fact that my firewall was blocking LiteSpeed image server to send the optimize images.
Since I cannot deactivate the firewall altogether, can you please tell me what is/are the image server IP address(es) so as to add them in the firewall white-list?
Best regards,
ByronHello,
Any update on this? Kindly let me know.
Best regards,
ByronHello,
No, the only plugin related to image optimization is LSCWP. There were some performance issues with the server during the image optimization request (we were experiencing spikes in CPU load) if that’s of any importance.
Hello,
Report number: BEEXNLUL
Forum: Plugins
In reply to: [LiteSpeed Cache] Image groups notified to pull don’t get pulledHello,
I have increased PHP memory limit and managed to destroy all data.
Thank you.
Forum: Plugins
In reply to: [LiteSpeed Cache] Image groups notified to pull don’t get pulledHello,
I installed the latest version of the plugin and unfortunately it did not resolve the issue.
What is worse is that I am not able to destroy all optimization data so as to start all over again! After I select the “Destroy All Optimization Data” button and the “Destroy It!” button to the image server confirmation message, a new tab opens, to “https://wp.api.litespeedtech.com/go?data=…” but I get timeout errors (HTTP 524) every time this happens.
Below is the result I see.
******
Client callback failed:
Error 524 Ray ID: 3fb234b20fa995bc • 2018-03-13 23:17:41 UTCA timeout occurred
You
Browser
Working
AshburnCloudflare
Working
http://www.javacodegeeks.comHost
Error
What happened?
The origin web server timed out responding to this request.What can I do?
If you’re a visitor of this website:
Please try again in a few minutes.If you’re the owner of this website:
The connection to the origin web server was made, but the origin web server timed out before responding. The likely cause is an overloaded background task, database or application, stressing the resources on your web server. To resolve, please work with your hosting provider or web development team to free up resources for your database or overloaded application. Additional troubleshooting information here.*****
As a result, I returned to Level 1 (I was at Level 5), I can send images for optimization again, but all of them get stack and never get pulled.
To my opinion this is a major bug that you must fix ASAP.
I am paying for a 2 CPU core licence for LiteSpeed and I expect way better level of support from you.
Looking forward to your feedback, and prompt actions.
Best regards,
ByronForum: Plugins
In reply to: [LiteSpeed Cache] Requests optimized but not pulledThank you for the clarification of the cause of this error – although I do not fully understand what “repeatedly taken” really means.
Nevertheless I – along with all the users experiencing the same issue – just want this fixed! I just use the Image Optimization page to optimize the images on my sites(s) according to your guidelines found here so this is clearly a bug in the image optimization flow (why an image be repeatedly taken in the first place?)
Please look into it and provide feedback with your findings.
Best regards,
ByronForum: Plugins
In reply to: [LiteSpeed Cache] Requests optimized but not pulledHello,
I am experiencing the same issue with one of my sites http://www.dotnetcodegeeks.com
IAPI failed to decode post json: "took too many times"Can you please check?
Forum: Plugins
In reply to: [LiteSpeed Cache] LiteSpeed Cache Image OptimizationHello again,
I have pinpointed what causes the issue, is not the use of CloudFlare in general (that is why you did not experience this issue while using them), but the use of its Flexible SSL option to encrypt communication to and from a website using SSL. Using this option a site does not have to be SSL enabled. Pages from my site are served by CloudFlare over HTTPS while they communicate with the origin server through plain HTTP.
I looked at LiteSpeed plugin code and discovered that you are making this call when someone requests a key from your image server (litespeed-cache/admin/admin-api.class.php, function _request_key() line 201)
$json = $this->_post( self::IAPI_ACTION_REQUEST_KEY, home_url() ) ;Unfortunately the
home_url()call returns the plain HTTP version of my site’s homepage since the server is not HTTPS enabled. Nevertheless if your image server tries to contact my site’s homepage (any any page for that matter) over plain HTTP, CloudFlare redirects them to the HTTPS version of it automatically.I managed to get over this issue by replacing the call to
home_url()withhome_url('/','https')but this is only to validate my point.I would really like you to apply a patch to one of the following updates of the plugin so as to address this issue and be able to support this kind of setup since a vast amount of sites utilize CloudFlare’s Flexible SSL feature.
Looking forward to your feedback.
Best regards,
Byron