• Resolved pako69

    (@pako69)


    have the same behavior as I’m logged as an admin in the WordPress dashboard: I see the optimized version… when I look at my source code while I’m logged in,
    I see my html code compressed, and also:
    …../min/3aaa5.js
    …../min/0981a.css

    The WordPress Address (URL) in Settings > General is correct and is: https://www.philippebonnard.fr/

    I have test LiteSpeed cache plugin with 2 others websites and I have the same issue.

    I check the cache headers with your Wiki:

    When I’m logged in:

    date Fri, 20 Oct 2017 11:24:05 GMT
    content-type text/html; charset=UTF-8
    cache-control no-cache, must-revalidate, max-age=0
    cf-railgun	c707b0f221 stream 0.000000 0210 e6be
    expires	Wed, 11 Jan 1984 05:00:00 GMT
    link <https://www.philippebonnard.f…5.js>; rel=preload; as=script
    referrer-policy strict-origin-when-cross-origin
    strict-transport-security max-age=63072000; includeSubdomains; preload
    x-content-type-options	nosniff
    x-frame-options	SAMEORIGIN
    x-litespeed-cache hit,private
    x-turbo-charged-by LiteSpeed
    x-xss-protection 1; mode=block
    server	cloudflare-nginx
    cf-ray	3b0b9bd5993c150f-CDG
    content-encoding gzip
    X-Firefox-Spdy	h2

    When I’m not logged in:

    cf-h2-pushed:</min/0981a.css>,</min/c8143.css>,</min/5d1c5.css>,</min/9cd57.css>,</min/199cb.css>,</min/031e5.css>,</min/130c0.css>,</min/f123d.css>,</min/9a56b.css>,</min/2f672.css>,</min/2d0b6.css>,</min/4f312.css>,</min/e0b15.css>,</min/0bd86.css>,</min/2e9c0.css>,</min/2cb2e.css>,</wp-includes/js/jquery/jquery.js>,</wp-content/plugins/eleme...iper/swiper.jquery.min.js>,</min/bd47c.js>,</min/3aaa5.js>
    cf-railgun:432b37a941 stream 0.000000 0200 e6be
    cf-ray:3b0b8c3b4d1c6950-CDG
    content-encoding:gzip
    content-type:text/html; charset=UTF-8
    date:Fri, 20 Oct 2017 11:13:26 GMT
    link:<https://www.philippebonnard.fr/>; rel=shortlink
    link:<https://www.philippebonnard.fr/wp-json/>; rel="https://api.w.org/"
    referrer-policy:strict-origin-when-cross-origin
    server:cloudflare-nginx
    status:200
    strict-transport-security:max-age=63072000; includeSubdomains; preload
    x-content-type-options:nosniff
    x-frame-options:SAMEORIGIN
    x-litespeed-cache:hit
    x-turbo-charged-by:LiteSpeed
    x-xss-protection:1; mode=block

    Thanks

    The page I need help with: [log in to see the link]

Viewing 15 replies - 1 through 15 (of 19 total)
  • Plugin Support LiteSpeed Lisa

    (@lclarke)

    Thanks for creating a new topic ??

    I’ve been looking at your question while I wait.
    When you’re logged in, the page is being served from private cache, as it should be if you have caching enabled for logged-in users.

    If you don’t want to have minification, etc. enabled for logged in users, you can turn off logged-in cache in the settings. It’s on the Cache tab.

    I hope this helps. Please let me know if I’ve misunderstood the issue.

    Thread Starter pako69

    (@pako69)

    Plugin Support LiteSpeed Lisa

    (@lclarke)

    It’s turned off, but you are still seeing private cache when you are logged in?

    Has it always been turned off, or is this recent? You might need to purge the cache, if it had previously been caching logged-in users.

    Thread Starter pako69

    (@pako69)

    but you are still seeing private cache when you are logged in?
    > Yes

    Has it always been turned off, or is this recent?
    > Yes
    > I’m just trying your plugin since this morning as a replacement for WP Rocket.

    You might need to purge the cache
    > Already tried…

    I installed it on 4 websites, and all of them have the same issue.
    I just asked my hosting and he answered me:
    The plug-in is not guaranteed to be compatible with every WordPress installation/configuration. I will see if we can contact LiteSpeed for more information and will get back with you.

    I was also reading this post: https://www.litespeedtech.com/support/forum/threads/litespeed-cache-wordpress-weird-problem.10284/

    Plugin Support LiteSpeed Lisa

    (@lclarke)

    Is there any chance you have ESI turned on?

    It might help to have a look at the debug log, if you can turn that on for your IP and paste it here.

    I looked at that post you shared, and a lot has changed since 2014. For one thing, there was no WordPress plugin, and cache configuration was all done at the server level.

    I was going to suggest that there might be a server-level issue happening here and that we could learn more if you create a ticket, but it sounds like your hosting provider might already be doing that.

    Thread Starter pako69

    (@pako69)

    Is there any chance you have ESI turned on?
    > No ?? it is set to Off

    Please not that I’m know talking about https://www.wp-master.org website (I do not want to play with my customers websites).

    >>> https://www.wp-master.org is a simple wordpress installation with 0 plugins execpt Wordfence and Litespeed + the WordPress default theme but the issue still the same.

    Here is the debug.log while visiting the WP admin:

    10/20/17 13:36:40.953 [88.183.180.78:30107 1 yLy] GET HTTP/1.1 /wp-admin/admin.php
    10/20/17 13:36:40.953 [88.183.180.78:30107 1 yLy] Query String: page=lscache-settings&settings-updated=true
    10/20/17 13:36:40.953 [88.183.180.78:30107 1 yLy] Cookie _lscache_vary: 8bd08a0e3fcaa8dfbc5a6e7bbe470ee5
    10/20/17 13:36:40.978 [88.183.180.78:30107 1 yLy] X Cache_control -> no Cache ( adding logged in status )
    10/20/17 13:36:40.978 [88.183.180.78:30107 1 yLy] X Cache_control -> no Cache ( logged in user )
    10/20/17 13:36:41.003 [88.183.180.78:30107 1 yLy] X Cache_control -> no Cache ( Admin page )
    10/20/17 13:36:41.057 [88.183.180.78:30107 1 yLy] not cacheable before ctrl finalize
    10/20/17 13:36:41.057 [88.183.180.78:30107 1 yLy] X-LiteSpeed-Cache-Control: no-cache
    10/20/17 13:36:41.057 [88.183.180.78:30107 1 yLy] Optimizer bypass: Not frontend HTML type
    10/20/17 13:36:41.058 [88.183.180.78:30107 1 yLy] End response
    --------------------------------------------------------------------------------
    

    Here is the debug.log while visiting the frontpage and logged in:

    10/20/17 13:40:03.183 [88.183.180.78:15643 1 ndm] GET HTTP/1.1 /
    10/20/17 13:40:03.183 [88.183.180.78:15643 1 ndm] Query String: 
    10/20/17 13:40:03.183 [88.183.180.78:15643 1 ndm] Cookie _lscache_vary: admin_bar:1;logged-in:1;role:99
    10/20/17 13:40:03.292 [88.183.180.78:15643 1 ndm] X Cache_control -> no Cache ( logged in user )
    10/20/17 13:40:03.293 [88.183.180.78:15643 1 ndm] GUI init
    10/20/17 13:40:03.363 [88.183.180.78:15643 1 ndm] Footer hook called
    10/20/17 13:40:03.370 [88.183.180.78:15643 1 ndm] Footer check passed
    10/20/17 13:40:03.370 [88.183.180.78:15643 1 ndm] not cacheable before ctrl finalize
    10/20/17 13:40:03.371 [88.183.180.78:15643 1 ndm] X-LiteSpeed-Cache-Control: no-cache
    10/20/17 13:40:03.371 [88.183.180.78:15643 1 ndm] Footer check passed
    10/20/17 13:40:03.371 [88.183.180.78:15643 1 ndm] Media start
    10/20/17 13:40:03.371 [88.183.180.78:15643 1 ndm] Optimizer start
    10/20/17 13:40:03.380 [88.183.180.78:15643 1 ndm] End response
    --------------------------------------------------------------------------------

    PS: Maybe you want the Advanced Debug Level?

    • This reply was modified 7 years, 5 months ago by pako69.
    • This reply was modified 7 years, 5 months ago by pako69.
    • This reply was modified 7 years, 5 months ago by pako69.
    Plugin Support Cold Egg

    (@eric780217)

    Hi pako69,
    ——————- Clearify ————
    Private cache: Logged-in user got private cache by default settings. Which means this cache is only for this user. Other user will not serve same cache

    Public cache: Non-logged-in user got cache served, and they all share the same one.

    Optimized&lazyload file are not relate to cache.
    —————————————

    Your latest post showed both logged-in and non-logged-in:
    “X-LiteSpeed-Cache-Control: no-cache”, which means both them served public cache.
    I will recommend you keep “Cache Logged-in Users” “ON”

    Thread Starter pako69

    (@pako69)

    Hi Eric
    I will recommend you keep “Cache Logged-in Users” “ON”
    > Ok, I set it to on

    But to clarify my issue, I’m not talking about caching but all the options available at: /wp-admin/admin.php?page=lscache-settings#optimize
    > I would like (but maybe it’s not possible?) that all those optimisations are only available for non logged-in users, but not for loggind-in users

    > Why, because I build page or posts with Elementor Pro builder, or I customize/add some CSS and or JS, BUT all those things can not be visible because all CSS and JS are minified. Worst, Elementor Pro Builder do not play at all when HTML is compressed and CSS/JS are minified/combined, etc.

    > I can’t imagine to deactivate your plugin while I’m building new page… ??

    Have I been more precise? ??

    Thread Starter pako69

    (@pako69)

    Good news!

    My hosting provided have contacted LiteSpeed customer support about my isssue, and they will and option to completely disable those options for logged-in user ??

    He said:
    ‘I don’t have an ETA obviously but they are pretty quick’

    Plugin Support Hai Zheng?

    (@hailite)

    Just to clarify, the option you mean is to exclude optimization for logged-in users right?

    We can add that, not a problem. Just want to make sure its not a bug and get understand which issue it caused for logged in user frontend pages. For backend (wp-admin) it didn’t optimize at all. So what is the issue?

    Thread Starter pako69

    (@pako69)

    Hi hailite

    ‘you mean is to exclude optimization for logged-in users right?’
    > Yes, and to be more precise, if it is possible, for a choosen WordPress role.

    I have the Administrator role, but when I build a new page/post, add css, add JS, etc. and want to look at my new created pages or post to see what it look like, I don’t want thoses new pages or post to be fully optimized because all my customs stuff and new adds (css, js, and so on) are not updated or included into your minified files.

    The only way I found to no have all those optimizations while building pages or posts is to work on a draft page/post: yes, in this case there is no optimizations. Unfortunately it is not usable because I often work on published pages or posts.

    Samples while I’m logged-in:
    – This is the source code of a draft page: https://s26.postimg.org/x2ig9yoxl/draft-page.jpg
    > It’s ok, there is no optimizations at all

    – This is the source code of a published page: https://s26.postimg.org/kmlqg7vll/published-page.jpg
    > All is optimized

    – –
    I fully understand that serve optimized pages for logged-in users can be usefull in some scenarios ?? but it would be awesome that for specifique WordPress roles you give the choice to use or not all the optimizations.

    thanks

    Plugin Support Hai Zheng?

    (@hailite)

    Understand. Will add exclude optimization for roles. Prolly in next release.

    Thread Starter pako69

    (@pako69)

    Fantastic!
    Thank you very much ??

    Plugin Support Hai Zheng?

    (@hailite)

    Added in next release.

    Thread Starter pako69

    (@pako69)

    Thank you @hailite, when it will be available for everybody?
    Thanks

Viewing 15 replies - 1 through 15 (of 19 total)
  • The topic ‘I get optimized version while I’m logged in’ is closed to new replies.