News:

Support the VirtueMart project and become a member

Main Menu

The problem with styles when administering the frontend

Started by AnSit, January 24, 2020, 01:50:35 AM

Previous topic - Next topic

AnSit

Speshitpillts and developers, please tell me how to fix another problem with the administration of VM through the frontend.

When I enter the edit mode of VM in the frontend, it seems that no styles work (see screen). It is only necessary for me to authorize once this user in the backend, as immediately all styles are perfectly loaded in the frontend. And as soon as the cache disappears, then all the styles disappear again.

How to fix this problem so that all styles are loaded normally without logging into the backend? This is very important, as there are vendors who do not have access to the backend at all and need to administer the VM from the frontend. But with such a terrible display of VMs, they are very uncomfortable and difficult to work with.

Studio 42



Studio 42

I think that you use page cache ?
Change cache mode in Joomla should work.

AnSit

In general settings, I always disable caching completely.

Tell me where and what settings to try yet?

Studio 42

Do the template use a compression/minifaction for scripts ?
Jquery is not defined erro mean that jquery is not loaded, so the file missing in your HTML header.

AnSit

No, I don't use anything for compression and optimization.
This is the standard Protostar template.

Yes, I see that the necessary scripts are not loaded. And the reason most likely is that their download is blocking something in the VM. After all, as soon as I log in with this user on the same browser in the backend, then immediately all scripts and styles are loaded and in the frontend. But as soon as I get out of the backend and clear the cache, all scripts and styles disappear immediately and can't load in any way.

AnSit

If you look carefully at the errors in the browser console, then all the necessary stylesheets and scripts files are in a closed administrative folder from the frontend. Of course they can't boot. And now, just after entering the backend, access appears, they load and start working as expected. But they are stored in the browser cache. And as soon as it cleans up in time - again these style and script files disappear and everything is again incorrectly displayed in the frontend.

How to correct this serious error?

GJC Web Design

why do u say closed? Have u put an .htaccess or something in front of the admin area?

Normally scripts and css e.g. https://www.yoursite.com/administrator/components/com_virtuemart/assets/js/orders.js are accessible
GJC Web Design
VirtueMart and Joomla Developers - php developers https://www.gjcwebdesign.com
VM4 AusPost Shipping Plugin - e-go Shipping Plugin - VM4 Postcode Shipping Plugin - Radius Shipping Plugin - VM4 NZ Post Shipping Plugin - AusPost Estimator
Samport Payment Plugin - EcomMerchant Payment Plugin - ccBill payment Plugin
VM2 Product Lock Extension - VM2 Preconfig Adresses Extension - TaxCloud USA Taxes Plugin - Virtuemart  Product Review Component
https://extensions.joomla.org/profile/profile/details/67210
Contact for any VirtueMart or Joomla development & customisation

Studio 42

Perhaps the problem can be if you filled livesite in the Joomla config ?

AnSit

Oh yes! I'm sorry.
Tried to open all stylesheets and scripts. Indeed, they are all accessible from the frontend.

I cannot understand in what then the problem that these style files are not applied ?!

AnSit

In Joomla's configuration everything is standard and properly configured.
By the way this problem manifests itself on my two different sites.
Tried three browsers, three user accounts and two different computers! It's the same problem.

GJC Web Design

just tested on a standard setup.. only the FE opened .. all JS and css load fine when using FE admin .. FE and admin scripts.
So your next step is look at the your server end. caching etc
GJC Web Design
VirtueMart and Joomla Developers - php developers https://www.gjcwebdesign.com
VM4 AusPost Shipping Plugin - e-go Shipping Plugin - VM4 Postcode Shipping Plugin - Radius Shipping Plugin - VM4 NZ Post Shipping Plugin - AusPost Estimator
Samport Payment Plugin - EcomMerchant Payment Plugin - ccBill payment Plugin
VM2 Product Lock Extension - VM2 Preconfig Adresses Extension - TaxCloud USA Taxes Plugin - Virtuemart  Product Review Component
https://extensions.joomla.org/profile/profile/details/67210
Contact for any VirtueMart or Joomla development & customisation

AnSit

I'm not that strong in web technology yet.

"So your next step is look at the your server end. caching etc"
Tell me, please, what exactly did you mean I need to do?

Or, if I may, I could give you access to the site so that you can check everything yourself. Can this be done?

GJC Web Design

All I meant is that as I tested it is fine, no one else complains about this problem .. so that leaves one other source of problem unique to you -- your host..

So you need to ask them if they have any ideas as to why yours exhibits this problem ..  is the hard caching at the server, cloud flare etc etc
try switching any thing you can find off and see what happens
GJC Web Design
VirtueMart and Joomla Developers - php developers https://www.gjcwebdesign.com
VM4 AusPost Shipping Plugin - e-go Shipping Plugin - VM4 Postcode Shipping Plugin - Radius Shipping Plugin - VM4 NZ Post Shipping Plugin - AusPost Estimator
Samport Payment Plugin - EcomMerchant Payment Plugin - ccBill payment Plugin
VM2 Product Lock Extension - VM2 Preconfig Adresses Extension - TaxCloud USA Taxes Plugin - Virtuemart  Product Review Component
https://extensions.joomla.org/profile/profile/details/67210
Contact for any VirtueMart or Joomla development & customisation