Search results

Just to update, after some back and forth, the issue has been passed to the cache plugin developer so hopefully there'll be a fix. In the interim, I'm trying out LSWS and, just as you said, hits don't seem to be a problem. Now to figure out why ab from a remote server is super slow while on...

Not as of yet. A dev for OLS did follow up and I gave them root access to the server, but don't know if they've had a chance to dig into it. I will ask if I don't hear anything by the end of the week.

I'm not sure it's possible, but I will try and figure out how to do it. Thanks again for chipping in with your experiences and advice, BTW!

Good idea. have done so at https://wiki-test.westeros.org/test.php... Huh. But this seems to cache, just like GA was caching. So nothing is wrong with the OLS base install, it's something to do with how LSCache is working specifically with how Mediawiki sets cookies that is different from how...

That was an interesting thought. Put in this simple script in LocalSettings: <script> // Set the value of the _arb cookie to "01" document.cookie = "_arb=01"; // Optional: You can also log a message to the console to confirm that the cookie is set console.log("Cookie _arb has...

So, after applying to bugs@litespeed with my Github report, I got this response: ' Now, two things make me wonder: first, @LiteCache, didn't Gtag and caching work without needing to fiddle with .htaccess or header adding in LSWS? Second, I've gone ahead and tried to add the described...

I've done so, and once again it won't cache.

Yes, good point. That page still has Gtag active. Pretty sure if I deactivate it it will work okay.... and indeed, it does. It still sets ls_smartpush, and also sets a PHPSESSID cookie, but these don't seem to be an issue.

I have now posted to Github. Hopefully I described things sufficiently to be helpful! @AndreyPopov Bear in mind that at wiki-test.westeros.org, I have this in LocalSettings: $wgHooks['BeforePageDisplay'][] = 'onBeforePageDisplay'; function onBeforePageDisplay(OutputPage & $out, Skin & $skin) {...

Thanks. Unfortunately, I see the skin itself and some other parts of Mediawiki all send images (like the search magnifier) that seem to trigger ls_smartpush. As far as I can tell, OLS doesn't support the directive to turn off smartpush -- at least, it doesn't work when I put it in htaccess.

Ooooh, I see. Okay, I shall try that and see.

Wow, that is unexpected news, but thanks for that. I need to figure out where this ls_smartpush cookie is coming from, I guess. It's just a straightforward OLS install. I may see if I can get a trial key for LSWS as well.

I'm not sure scripts can be executed from inside the skins themselves, but I will look into it. @LiteCache Uploaded the new file, still seems to cache successfully. I am still trying to figure out how to get cache logging to work due to the change in how users are called on Mediawiki, so...

Ugh, it seems the plugin's logging does not function with versions after 1.37 at the moment, as it's calling the user ID in an inappropriate way that was changed with 1.37. I will see if I can fix the plugin later today, need to head off for awhile ATM. Again, many thanks for the assistance!

Re-uploaded the corrected script, still puts the cookie on and still seems to cache just fine. The GA extension in localsettings.php is simply called like this: wfLoadExtension( 'GTag' ); $wgGTagAnalyticsId = 'G-60WQVKGFXH'; I had just added ## before each line to comment it out, but I have...

So, I've tried to remove it via .htaccess, but it doesn't seem to go away. I wonder if this is something that the plugin is doing, because I can't figure out what is triggering it. I'll double-check the web admin and see if maybe I had something turning it on there. So, this file does seem to...

The only other option would be to figure out how to place the code in Mediawiki's Common.js, I suppose, but I admit, I do not know how to do that and would have to ask around. But my understanding is that the hook means that before it's done rendering the page, it adds the code, and then it...

Thank you, @LiteCache. I did try the ls_smartpush removal and I'm not sure the directive works in OLS anyways, but no matter, as you say, it wouldn't make a difference. The code is the standard code I get for manual install of the Google Analytics tag, via the Google Analytics site. The code...

Correct. Pretty sure that is default Mediawiki. Is this not default OLS? This discussion suggests it is. I can remove it though, it seems. I will try that and see if it changes anything, but it goes out even when the cache is working (no GA script/cookie), so I suspect it won't do anything.

So, I've given that a try, disabling Gtag. I've done this by using this code from Stackoverflow, putting my own tag ID in, so the code is now placed by default on all pages. It works to put in the tag and cookie... and again, there is no hit, either in public or private cache, when this happens...