Hey Paul,

I kept getting this message:

"The most recent request was denied because it contained an invalid security token. Please refresh the page and try again."

I was unable to replicate this error when i trying to login from my desktop and my mobile phone, perhaps you can give it a try again after we solve these 'Compress CSS/Compress Javascript' issue first.

Or if I go to my Vanilla Template and enable "Compress CSS" the formatting gets missed up.

Or if I go to my Vanilla Template and enable "Compress Javascripts" other stuff gets messed up eg:

The product description for Hika Shop Products eg:
https://www.finalbug.net/store/course/fcpx-media-foundations
Ditto the connection to FastSpring when you click "Finish" with "Compress Javascripts" on the Pop up Store does not pop up.
(I think the later must be the “FastSpring” Plugin that probably has some Java Scrip in there)
JA Promo Bar (Count down gets messed up/guess this is Java Script again)

Probably more things?

Currently I am not really similar with this Hikashop and I doesn't know how it actually work but based on what i check, the reason why site broken when you enabled these 'Compress CSS/Compress Javascript' from your Vanilla template is because your current Admin Tool security do not allow to access this cache directory folder, you can check my attached screenshot below.

cache/com_templates/templates/vanilla

I already followed one of our customer shared to us how to extend this permission so when the browser trying request to load those css/js file from this cache folder, it will allow to load on the page.

But it still doesn't work even i rename those .htaccess file through your FTP, i believe some where cached from your server, can you temporary disable your CDN cache from your server so we can try again turn on these 'Compress CSS/Compress Javascript' setting from the template again and see whether it still caused the page show broken?

I also have JCH installed but it just seems to make things worse so I have disabled it.

I believe you actually do not need to use any other 3rd party compression extension is because this Vanilla template already have a build in feature to help your site compress all the CSS stylesheet and Javascript.

Once we get this solved it, it would be help your site load faster than before, because now your site didn't load those compressed CSS/JS file on the site.

Hello Arlex

Thank you as always for being so thorough.

Following the instructions here:

https://support.cloudflare.com/hc/en-us/articles/200169176-How-do-I-temporarily-deactivate-Cloudflare-

I have temporarily deactivate Cloudflare.

I believe that you can proceed now with out any CDN getting in the way.

I am around for the for another 6 hours at least.

So if I can help further I am very happy to...

thanks

Paul

After tested further, it seems like inside this /cache directory folder still got 1 .htaccess file, I already help you temporary renamed it (/public_html/cache/.htaccess_), the browser should able to load those CSS/JS file from ../cache/com_templates/templates/vanilla/... folder when you enabled these 'Compress CSS/Compress Javascript' setting.

When need to enable this :
1. if you have add some custom css or change some setting from the Vanilla template, you have to enable these option, so it will recompile your changes/styling on your site, at the same time, it will make your site load slow.

2. After refresh a few times, it should recompile completely, then you have to turn off those compress option and included this setting as well (Compile LESS to CSS).

3. Once you done this, make sure you have purge your cache from your Cloudflare (if I recall correctly, it have one section allow admin to purge all the cache/css/js from Cloudflare server) , Joomla backend cache, and your browser cache as well.

If the issue still persists, can you update your Cloudflare access so I can help you check when i reach office in the morning.

Wow Arlex

You never sleep!
I need to digest what you wrote above.
And try some stuff.

And will update

thanks and get a good nights sleep

best

Paul

Hi Arlex

After tested further, it seems like inside this /cache directory folder still got 1 .htaccess file, I already help you temporary renamed it (/public_html/cache/.htaccess_), the browser should able to load those CSS/JS file from ../cache/com_templates/templates/vanilla/... folder when you enabled these 'Compress CSS/Compress Javascript' setting.

I believe this is your way of telling what you did to make this work

So I went ahead:

a) Set: Compress CSS to Yes. The first time I loaded the formatting was messed up. For example the menus and logo. The second time also but the third time every thing appeared to be OK!

b) Set: Compress CSS to Yes. The first time I loaded the formatting was messed up, but not as bad as previously. The second time also but the third time every thing appeared to be OK!

Now this is the bit that blows my mind.
I have being testing HikaShop in conjunction with a FastSpring plugin. (696 Tests to date!!!)
A whole load of stuff was working e.g. credit card payments BUTTTTTT no PayPal.

Now suddenly PayPal is also working as well as Credit Card Payment...
(previously Pay Pal went back to a "Your Cart is empty page)

i.e. I can go from the HikaShop > Fast Spring Payment Plugin > Pay Pal > HikaShop > Customer put in ES Group!!!

And it all works. All of it. Including PayPal.

I even turned Cloud Flare back on!

And it still works.

Is it possible that this cache weirdness could have effected my:

HikaShop > Fast Spring plugin> Pay Pal > HikaShop > Customer put in ES Group work flow.

Or is that just too weird?

kindly advise

The rest are instructions for when I make changes e.g. change a Template Preset right?

When need to enable this :
1. if you have add some custom css or change some setting from the Vanilla template, you have to enable these option, so it will recompile your changes/styling on your site, at the same time, it will make your site load slow.

2. After refresh a few times, it should recompile completely, then you have to turn off those compress option and included this setting as well (Compile LESS to CSS).

3. Once you done this, make sure you have purge your cache from your Cloudflare (if I recall correctly, it have one section allow admin to purge all the cache/css/js from Cloudflare server) , Joomla backend cache, and your browser cache as well.

thanks

Paul

I believe this is your way of telling what you did to make this work

Absolute correct. Because I would like to explained to you what i did and what i tested on your site, so you know what i am doing on your site at yesterday night.

So I went ahead:

a) Set: Compress CSS to Yes. The first time I loaded the formatting was messed up. For example the menus and logo. The second time also but the third time every thing appeared to be OK!

b) Set: Compress CSS to Yes. The first time I loaded the formatting was messed up, but not as bad as previously. The second time also but the third time every thing appeared to be OK!

Yes, this is normal because some time during loading on the page, that compression process still haven't compress completely yet, that is why sometime you will see some where still broken.

Now this is the bit that blows my mind.
I have being testing HikaShop in conjunction with a FastSpring plugin. (696 Tests to date!!!)
A whole load of stuff was working e.g. credit card payments BUTTTTTT no PayPal.

Now suddenly PayPal is also working as well as Credit Card Payment...
(previously Pay Pal went back to a "Your Cart is empty page)

i.e. I can go from the HikaShop > Fast Spring Payment Plugin > Pay Pal > HikaShop > Customer put in ES Group!!!

And it all works. All of it. Including PayPal.

I even turned Cloud Flare back on!

And it still works.

Is it possible that this cache weirdness could have effected my:

HikaShop > Fast Spring plugin> Pay Pal > HikaShop > Customer put in ES Group work flow.

Or is that just too weird?

Hm, currently I am not sure what thing caused this in previously, are you mean everything seems fine now?

The rest are instructions for when I make changes e.g. change a Template Preset right?

Yes, but it seems like something i explained wrongly, I will explain further again :

When you need to enable these setting?
1. if you have add some custom css or change some setting (e,g, Preset options) from the Vanilla template, you have to enable these following options, so it will recompile your changes/styling on your site.
- Compress CSS
- Compress Javascripts
- Compile LESS to CSS

2. After refresh a few times on different page, it should recompile completely and created those css/js cache file from this directory folder /public_html/cache/.. . Once it created you have to turn off this Compile LESS to CSS option only, so it will load all those compressed CSS/JS file on the page.

3. Once you have done this, make sure you have purge your cache from your Cloudflare (if I recall correctly, it have one section allow admin to purge all the cache/css/js from Cloudflare server) , Joomla backend cache, and your browser cache as well.

Hi Arlex

Absolute correct. Because I would like to explained to you what i did and what i tested on your site, so you know what i am doing on your site at yesterday night.

And this is a great thing. It is really hard for me to understand stuff like this. But when I fire up all my brain cells I get most of it.

I am wondering did you add that line to Admin Tools as you suggested?

a) Maybe some how this effected how scripts & co were talking with my site coming from PayPal?
b) Maybe some how the cache thing slowed down some fixes a developer made yesterday showing up?

In the mean time the Blog issue I had here:

https://stackideas.com/forums/where-is-the-easy-blog-menu-coming-from-on-mobile-devices-only

Seems to be cleared up.

And you are right about the JCH plugin.

It gives you better scores eg As instead of Bs but when you look at the actually speed it is slower.

I want to do some more testing.

But this is already insanely helpful as of writing I have a fully functioning shop!!

thanks

Paul

You're most welcome.

I am wondering did you add that line to Admin Tools as you suggested?

Yes, I did added it, if not browser unable to load those compressed CSS/JS file under this directory folder JoomlaFolder/cache/... .

a) Maybe some how this effected how scripts & co were talking with my site coming from PayPal?
b) Maybe some how the cache thing slowed down some fixes a developer made yesterday showing up?

It might be related with this issue, i believe once we sorted out that issue coming from the permission issue which related with Admin tools extension, then everything will look fine.

In the mean time the Blog issue I had here:

https://stackideas.com/forums/where-is-the-easy-blog-menu-coming-from-on-mobile-devices-only

Seems to be cleared up.

Do you mean you guys added that custom css already gone and that Easyblog toolbar still appear on the mobile?

It might be related with this issue, i believe once we sorted out that issue coming from the permission issue which related with Admin tools extension, then everything will look fine.

Ok, interesting that Admin Tools also rears its head again.

It really is an essential tool but you need to know what you are doing with it.

There are lots of tiny details that I believe are turning up.

Simple example the little hand that appears when I hover over a menu.

I think that Vanilla is the best template EVER by a long shot.

But man the learning curve is step

I will double check with the developer and post back.

In the mean time if you happen to have a minute I believe this is the last thing that will get my ES LMS working 100%

https://stackideas.com/forums/preventing-a-users-from-inviting-another-user-to-an-invite-group

With respect to:

Do you mean you guys added that custom css already gone and that Easyblog toolbar still appear on the mobile?

Do not quite understand this but I added the code as instructed and after you applied the fixes = Vanila/Admin tools every thing works = no Blog Menu appearing on mobiles.

I will try removing the custom CSS ans see what happens. It would be stupid if it casued other problems at some point in the future...

More later thanks

Paul

In the mean time if you happen to have a minute I believe this is the last thing that will get my ES LMS working 100%

https://stackideas.com/forums/preventing-a-users-from-inviting-another-user-to-an-invite-group

I already pass this to our colleague to handle your new ticket, because we need to take more time to development for Easyblog 5.2.

With respect to:

Do you mean you guys added that custom css already gone and that Easyblog toolbar still appear on the mobile?

Do not quite understand this but I added the code as instructed and after you applied the fixes = Vanila/Admin tools every thing works = no Blog Menu appearing on mobiles.

I will try removing the custom CSS ans see what happens. It would be stupid if it casued other problems at some point in the future...

Oh, i think i misunderstand your meaning in your previous reply, if that work perfectly, you do not need to remove that custom css.

Hi Arlex

Ok great, thanks.
Then happy developing

best

Paul

You are most welcome Paul, glad that your issue is resolved now.