-
Search Results
-
In reply to: Styling (css) areremoved/missing
Hi,
So i have talked with our host again and regarding to the “Nosniff” thing they say this:
“We don’t use plesk nor apache, so no htaccess. We do use nginx and that ‘nosniff’ header is, I’m afraid, unalterable.”The function that you mention do not work, i have tried insert it on some pages and the issue still occurs and even if i changed the performance settings:
1. Unique Timestamp Of Merged Files And WP Object Cache Bug -> Fix WP bug, disable unique timestamps
2. Remove Query String From Static Resources -> Remove query stringsWe can see in the console that the issue always are this URL: “/wp-content/uploads/dynamic_avia/avia_posts_css/post-555.css?ver=ver-####”
#### are a different number each time.And we can see that AVIA post are some from /themes/enfold/ so it is a theme issue and i need you to look further into this because our solution do not work.
They did also say this
“We (our host and us) found an issue on site X at this time.
Kinsta tech jump on the site – he found the error on the console:
“MIME type error” and clicked on the CSS link in that error – which showed a 404 page (which explains the MIME type as the page is not CSS).
He then jumped onto the server where the actual file in question was not found
“Screenshot 1”
During investigations the cache was invalidated (expired) and the site ‘fixed itself’ and was working without intervention – the tech at Kinsta then checked and the file was there again.
“Screenshot 2”
“stat screenshot”Hello everyone,
I’m hoping to make some progress here. Because so far I have not found a real solution. There are situations where the directory wp-content/uploads/dynamic_avia/avia_posts_css is empty in my wordpress blog. This also deletes the CSS file ( post-4812.css ) that is usually stored there.
I now use a Redis Object Cache plugin (from Till Krüss) for caching. After saving the theme settings, for example, this CSS file is removed but not created again. As a result, the background is missing on my start page.
I have already followed the tips at https://kriesi.at/documentation/enfold/optimization/#troubleshoot and ‘Merge and compress’ is deactivated. In addition, ‘Delete old CSS and JS files’ is deactivated in the theme settings. However, the file is not recreated. Only when I clear the Redis cache once or deactivate the Redis cache permanently does the problem go away and the background is visible again.
Maybe one of you has a decisive hint for me.
Thank you very much
I have the problem that after updating a random plugin, parts of my website are broken, especially background images, etc.
After updating a plugin I see the following error message in my dev console:
wp-content/uploads/dynamic_avia/avia_posts_css/post-17.css – can not be foundThat is strange because the file in question simply exists in the folder in question.
After clearing the cache (wp-rocket), the problem is solved and the file is found normally again.
After a lot of searching and trying, the following finally solved the problem:
– The old folder (from Enfold version 5.3 and older) called /wp-content/uploads/avia_posts_css was still on my server and also contained a file called avia_posts_css/post-17.css. After I completely deleted this folder the whole problem was solved! On all my 5 Enfold sites.
That is of course very nice, but also strange. The error message was specifically about the file in the wp-content/uploads/dynamic_avia/avia_posts_css/ folder. The old /wp-content/uploads/avia_posts_css folder did not give an error and should in principle have no effect because it is not used at all anymore (?).
And yet deleting the old folder is apparently the solution, can anyone explain that?
In reply to: Broken Enfold layout after updating a random plugin
This has become very complicated, but It seems I might have find the solution.
Please let’s start this topic from point zero!– I have updated a plugin, websdesign was broken again after that, amd the reasson is that one URl can not be found after updating a plugin:(404):
wp-content/uploads/dynamic_avia/avia_posts_css/post-17.css?ver=ver-1710925631Now I discovered that I also have an a second folder with a /post-17.css file in it:
/wp-content/uploads/avia_posts_cssI have read in another topic that this folder was prior Enfold version 5.3 and was only kept for cache backward compatibility, and is no longer used and can be deleted.
So I tried this: I deleted the folder /wp-content/uploads/avia_posts_css from 2 websites (cleared cache) and then updated a plugin again. Result: no issues anymore, no more broken website design after updating a plugin!
Could this have been the issue then: a “double” file named /post-17.css in 2 different /avia_posts_css folders, somehow meshing up things?
Hello Isamel,
Thank you for your reply.
In the meantime I have tried the following:
1. I Installed WordPress locally and imported the theme and then the demo manually. -> everything OK layout settings fonts and images available.
I tried to publish/migrate the local installation with the default plugin export/import to asheyoma.dospuntas, but it didn’t work. (No images)
Do you know a good tool for migrating a local site to an online site or do you know a good tutorial?
2. on the subdomain: asheyoma.dospuntas.ch I completely reinstalled wordpress, theme and child. The automatic import resulted in a cURL error.
Then I tried the demo import with XML file according to your instructions.
I copied the file path of the XML file health.xml from my local WP installation and adapted it as follows:
asheyoma/wp-content/uploads/dynamic_avia/avia_demofiles/health
The import worked without cURL error 28 and took quite a long time.
Result: The layout of the demo is correct, but no images are displayed.
Since the import took quite a long time, I suspect that the images for the demo
were downloaded to the wrong directory and therefore no images are displayed.
Is it possible for you to simply upload the images to the correct location for them to be displayed?
3. As a beginner, I am unsure about your question regarding resetting the database,
as my active main domain dospuntas.ch and the subdomain asheyoma.dospuntas.ch use the same database. I assume that the main domain will no
longer work after a database reset?
To be on the safe side, I made a backup of the webspace and the database today
in case it only works with a database reset. But I would prefer it if a solution without a database reset.Info: In my subscription with One.com I can only create 1 database.
I would have to upgrade for an additional database.Hi Support,
Long time no see! Just upgraded support for 12 months :-)
I have two problems with the theme which I’m struggling to solve:1. When updating any of the Theme settings, especially the CSS, the dynamic_avia folder also auto-empties. I’ve been saving a copy of the CSS from that folder locally (approx 114 files), so that when it clears I can replace the files. If it is not replaced the site looses all styling until the files are replaced. Recently, updating a plugin also has the same effect of clearing the dynamic_avia folder. To note, I don’t remember having this issue before the dynamic_avia folder was introduced. Question, why does this folder get cleared. Is there a fix/better solution than saving a copy of the files each time?
2. The second issue refers to the use of the ‘Classic Editor’ plugin. All ‘Pages’ on the site are created using the ALB builder. All WooCommerce ‘Products’ on the site use the Default editor. The Classic Editor plugin facilitates this. The error occurs when I make multiple updates/saves to Products or Pages or Posts. The action of saving and resaving seems to cause certain random Products (86 in total) to flip from the Default Editor to the ALB editor. The products affected are mostly random and the quantity ranges from 1-3 products. Manually changing the products back to the Default editor fixes the problem, until the next time updates are made. Question, any ideas why and how this occurring, and is there a fix.
Apart from that, all’s good and I’m still enjoying using Enfold, now for more than 12 years! :-)
Best regards,
PaulHi I saw someone else raised this same issue.
We have also added X-Content-Type-Options: nosniff to all of our enfold sites.
This is a modern browser security feature.Refused to apply style from ‘https://www.domain.com/wp-content/uploads/dynamic_avia/avia_posts_css/post-2810.css?ver=ver-1704186957’ because its MIME type (‘text/html’) is not a supported stylesheet MIME type, and strict MIME checking is enabled.
This is still a problem.
Disabling the Post css generator with a snippet seems to solve the problem but this isnt a real solution.
Can you look into this? The mime type for the generated css file is incorrect which is causing the issue.
I have found a bug that will affect all Enfold sites using a CDN to serve static assets:
WP-Rocket used
Standard Asset CDN with CDN URL entered in the CDN settings for WP-Rocket
KeyCDN with a typical setup.This will occur with any CDN that requires URL re-writes (All of them).
https://www.thinkjarvis.co.uk/
See line 83 in the HTML document you can see my pre-loads getting pulled from the CDN and the critical CSS below covering the @font-face from the CDN.Then in the dynamic CSS
The URL in the dynamic Avia folder for custom uploaded fonts is the full URL including the domain name.
This is causing the fonts to load twice. Once preloaded from the CDN and once from the server once dynmic Css is loaded.
https://www.thinkjarvis.co.uk/wp-content/uploads/dynamic_avia/thinkjarvis.cssYou can see the problem in Google Chrome Dev Tools in the network panel.
The fonts preload and then near the bottom of the list the fonts download again from the local server once dynamic Avia has been processed.https://www.thinkjarvis.co.uk/wp-content/uploads/dynamic_avia/thinkjarvis.css (https://thinkjarvis-1d89e.kxcdn.com/wp-content/uploads/dynamic_avia/thinkjarvis.css?ver=63a420504dd48)Currently looks like this:
@font-face { font-family: 'varelaround-regular'; src: url('https://www.thinkjarvis.co.uk/wp-content/uploads/avia_fonts/type_fonts/varelaround-regular/varelaround-regular.woff2') format('woff2'); font-style: normal; font-weight: 400; font-display: swap; }It should be this to stop the font getting served again:
@font-face { font-family: 'varelaround-regular'; src: url('/wp-content/uploads/avia_fonts/type_fonts/varelaround-regular/varelaround-regular.woff2') format('woff2'); font-style: normal; font-weight: 400; font-display: swap; }Note on this site I only uploaded the Woff2 fonts – So you dont see a full set of Src URLs.
Proposed Solutions
Is it possible to adjust the generator for the font data to include relative URLs instead of including the full domain
OR
Is it possible to either remove/turn off the font info included in dynamic CSS?In reply to: Cusrev conflict with Enfold
Hi,
Thank you for your patience and for the login, I found the solution is to set the CSS File Merging option at Enfold Theme Options ▸ Performance ▸ JS & CSS file merging and compression to Use minified theme CSS files without merging
I set this for you and now the stars are showing.
The issue was that the link in the css for the stars is relevant so when the css is merged in the /wp-content/uploads/dynamic_avia/ directory the URL for the stars is expected at /wp-content/uploads/dynamic_avia/images/star.png instead of it’s actual location at /wp-content/themes/enfold/config-woocommerce/images/star.png
I have reported this to the Dev Team for their review, for now you can use the setting that I set or you can upload a copy of the stars image to the /wp-content/uploads/dynamic_avia/images/ directory to use the CSS File Merging option.Best regards,
Mikef.e. to dynamic_avia or to a new folder e.g. avia_video_thumbnails.
Why this could be a useful feature:
For GDPR reasons, even showing the video thumbnail via the video servers (youtube, vimeo, etc.) would not be compliant.
Legally correct would be the local delivery of the thumbnail via the own server. as required by the GDPR, all connection to third-party servers must be suppressed until active consent is given. Without a fallback image, however, only a black rectangle would be displayed, so it would be nice to automatically assign this locally stored thumbnail as background image to the avia-video div instead.PS. With Vimeo, finding the thumbnail is not as trivial as with Youtube videos. There the video ID does not correlate with the thumbnail ID. If it is easier for the later insertion of the image, you could still save the Vimeo thumbnails with the vimeo video ID (and not with the real thumbnail ID) – that’s how Borlabs Cookie does it. The Vimeo videos get there the ID , which has the video.
PPS: not all youtube videos do have the maxresdefault Thumbs – but the hqdefault will always be there.
You should probably only take the highest resolution thumbnail size that is always available.In reply to: Remove unused CSS?
Hey Alwin,
Thanks for your question, I have not seen any solutions to block the CSS loaded for Gutenberg, so if this works for you then please use. The Block Editor (Gutenberg) is a core WordPress element.
The file:
dynamic_avia/avia-merged-styles-5208a9f…
is created with Enfold Theme Options ▸ Performance ▸ JS & CSS file merging and compression
You could disable this since you are using WP Rocket, letting WP Rocket do all of the caching.
If you do disable also enable the option: Enfold Theme Options ▸ Performance ▸ Delete old CSS and JS files to clear the old files.Best regards,
MikeTopic: Remove unused CSS?
Trying to speed up my sites and get better scores on Google web vitals :) I have 2 questions about removing unused CSS.
1 – I am using the Classic editor in WordPress. In Google Pagespeed test and GTmetrix I see that there is still some CSS loaded for Gutenberg, which is marks as a render-blocking resource:
…block-library/style.min.css?I have found a solution to block this CSS from loading, by adding tis code im my Enfold Child Theme;s functions.php file:
// Stop Gutenberg block library CSS from loading. function remove_wp_block_library_css() { wp_dequeue_style( 'wp-block-library' ); wp_dequeue_style( 'wp-block-library-theme' ); wp_dequeue_style( 'wc-block-style' ); // Remove WooCommerce block CSS } add_action( 'wp_enqueue_scripts', 'remove_wp_block_library_css', 100 );Question: is this a correct way to block this Gutenberg CSS from loading? The above code does not cause any know conflicts within Enfold?
2 -Then there is a second piece of unused CSS:
…dynamic_avia/avia-merged-styles-5208a9f…—6311e96e03a09.css– Is this really unused CSS and if yes, is there a way to prevent this CSS file from loading?
Thanks for the help!
Best Wishes,
AlwinIn reply to: Enfold not loading styles – CSS Problems
Hi,
Thanks for the feedback, it would make sense that you experienced this issue with file permissions on /uploads/dynamic_avia/enfold_child.css set as 604, typically this would be 644 as you now have it. I’m glad to hear that the customizer is now working well and thanks for sharing your solution for future users.
We will close this as you said, if you have any further questions please create a new thread and we will gladly try to help you. Thank you for using Enfold.Best regards,
MikeHello Team,
Sagnik here from Sourav Ghosh & Team
Hope you are doing well. I need your help to resolve the disk space issue we are facing due to avia folder. For the last couple of days, our disk space has gets filled up again & again, and after we inspect we find out that the dynamic_avia folder (/wp-content/uploads/dynamic_avia) causing this issue.
Please let me know what’s the solution here.
Looking forward to hearing from you soon.
Regards
SagnikIn reply to: Theme Version Upgrade from 3.5.2
Hello!
KRIESI support already told that the problem is not because ENFOLD Theme, we have contacted WPML Support,
the answer — it is not because WPML, please contact theme author… Hope to find a solution to resolve this problem.We use the latest WordPress, WPML, ENFOLD Theme and PHP8.
Everything works fine till we switch on WMPL plugins.Then our site works extremely slow and also there is an error like:
cURL error 28: Connection timed out after 5001 millisecondsURL: /wp-content/uploads/dynamic_avia/avia-merged-styles-492532152474f1e5ddf8fda33466a455—61d4233e73d3d.css
aviaAssetManager->generate_file()
wp-content/themes/enfold/config-templatebuilder/avia-template-builder/php/class-asset-manager.php:588
aviaAssetManager->merge()
wp-content/themes/enfold/config-templatebuilder/avia-template-builder/php/class-asset-manager.php:214
aviaAssetManager->try_minifying_scripts()
wp-content/themes/enfold/config-templatebuilder/avia-template-builder/php/class-asset-manager.php:101
do_action(‘wp_enqueue_scripts’)
wp-includes/plugin.php:470
wp_enqueue_scripts()
wp-includes/script-loader.php:2083
do_action(‘wp_head’)
wp-includes/plugin.php:470
wp_head()
wp-includes/general-template.php:3015
load_template(‘wp-content/themes/enfold/header.php’)
wp-includes/template.php:770
locate_template()
wp-includes/template.php:716
get_header()
wp-includes/general-template.php:48please let me know if this error is already known? I hope on your help resolving this issue!
Hello!
KRIESI support already told that the problem is not because ENFOLD Theme, we have contacted WPML Support,
the answer — it is not because WPML, please contact theme author… Hope to find a solution to resolve this problem.We use the latest WordPress, WPML, ENFOLD Theme and PHP8.
Everything works fine till we switch on WMPL plugins.Then our site works extremely slow and also there is an error like:
cURL error 28: Connection timed out after 5001 millisecondsURL: /wp-content/uploads/dynamic_avia/avia-merged-styles-492532152474f1e5ddf8fda33466a455—61d4233e73d3d.css
aviaAssetManager->generate_file()
wp-content/themes/enfold/config-templatebuilder/avia-template-builder/php/class-asset-manager.php:588
aviaAssetManager->merge()
wp-content/themes/enfold/config-templatebuilder/avia-template-builder/php/class-asset-manager.php:214
aviaAssetManager->try_minifying_scripts()
wp-content/themes/enfold/config-templatebuilder/avia-template-builder/php/class-asset-manager.php:101
do_action(‘wp_enqueue_scripts’)
wp-includes/plugin.php:470
wp_enqueue_scripts()
wp-includes/script-loader.php:2083
do_action(‘wp_head’)
wp-includes/plugin.php:470
wp_head()
wp-includes/general-template.php:3015
load_template(‘wp-content/themes/enfold/header.php’)
wp-includes/template.php:770
locate_template()
wp-includes/template.php:716
get_header()
wp-includes/general-template.php:48please let me know if this error is already known? I hope on your help resolving this issue!
Hi,
uploading the font: Theme Options -> Import/Export -> Custom Font Manager
You can upload new fonts or delete already uploaded fonts (and reupload them).
—-
But I added a solution that removes the absolute URL part when creating the file dynamic_avia/enfold(_child).css on the fly.
Please update enfold\framework\php\font-management\class-avia-type-fonts.php with the content of
Around line 988ff you find theme support ‘custom_uploaded_fonts_relative_url’ (and filter ‘avf_custom_uploaded_fonts_url’).
Adding theme support will modify the output in dynamic_avia/enfold(_child).css to e.g.:
@font-face { font-family: 'lato'; src: url('/wp56/wp-content/uploads/avia_fonts/type_fonts/lato/lato-black.ttf') format('truetype'); font-style: normal; font-weight: 900; font-display: auto; } @font-face { font-family: 'lato'; src: url('/wp56/wp-content/uploads/avia_fonts/type_fonts/lato/lato-blackitalic.ttf') format('truetype'); font-style: italic; font-weight: 900; font-display: auto; }If WPML copies this file (or the merged files) to the other domain and the ttf files are in the same folder location there it should work.
Best regards,
GünterHi,
Sorry for the problems you have.
My knowledge about setting up WPML sites is not so good. It seem to be a problem in setup of WPML and Enfold.
If I understand it correctly you have a french domain and a seperate english domain.
Do you upload the fonts to french domain only or also to the english domain?
Second thing to check would be if you disable css file merging, save theme options (on both sites) and check the files:
../wp-content/uploads/dynamic_avia/enfold_child.css
in both domains. At the beginning you should find something like:
@font-face { font-family: 'lato'; src: url('https://localhost/wp56/wp-content/uploads/avia_fonts/type_fonts/lato/lato-black.ttf') format('truetype'); font-style: normal; font-weight: 900; font-display: auto; } @font-face { font-family: 'lato'; src: url('https://localhost/wp56/wp-content/uploads/avia_fonts/type_fonts/lato/lato-blackitalic.ttf') format('truetype'); font-style: italic; font-weight: 900; font-display: auto; } .....It would be interesting to know the value of src: ….
If you have a staging site – can you give us WP admin access and FTP access so I can also see your backend.
It might be necessary that we get in contact with WPML support also to find a solution. So it might be necessary to forward your credentials to them also.Added 16.11.:
=============Could you please create a ticket at WPML support with reference to this thread and that they should pass it to head of compatibility team so we can find a solution.
If you give us the link to this ticket we can also get in touch with him additionally.
Best regards,
GünterGood Morning @guenter,
Just a follow up from my side. On Friday we actually changed our caching configuration to align with avia files being in wp-content/uploads. There was one particular thing which I would open up for discussion (again). We figured out that there are now several folders for enfold / avia content directly below /uploads/.
Am I correct that there are at least these folders?
./avia_fonts
./avia_posts_css
./dynamic_aviaConsidering that we require a reliable path to configure the caching for (consider /wp-content/uploads/enfold/*), this makes life quite hard. Especially if new folders are added from time to time. Like it recently happened with the avia_posts_css.
Would it be possible to at least group these folders inside one parent folder? This would allow one to easily catch all current and future(!) folders you create. With the current setup any cache exclusions would have “exploded” when you added the avia_posts_css folder.We also investigated the filter you mentioned and this would actually not solve the issue with new folders. So whenever you add a new folder we would need to add a new filter to align this with our folder structure. This does not really scale or work reliably.
Talking about filters, this would actually require one global filter which is then also reliably implemented for new folders – yet posing the risk when you miss that, that caching again explodes for custom configs. This filter could be responsible for creating the common parent folder.All the filter stuff seems kind of unstable due to the reasons mentioned. Yet I totaly understand that you hesitant changing the folder structures…
And sorry for all the ping pong. We needed some time digging into this and try to find a stable and scalable solution which doesn’t make you work and code more complex than it already is :-)
What do you think of this approach?
Best,
JanI have the habit of changing the default WP uploads folder location, but every single time I do this when Enfold is my active theme, it triggers the avia-footer-scripts issue (infinite creation of JS files with unique names in the <WP uploads>/dynamic_avia folder). I was able to narrow the cause down to this WP setting after multiple tests (WP Settings > Media > Store uploads in this folder).
Yes, I’ve tried disabling merging and compression of JS and even CSS files, as well as played with all the “unique timestamps” options (disable adding unique timestamps only; fix WP bug, add unique timestamps; and fix WP bug, disable unique timestamps). None of these “solutions” seem to work for me, and I’ve tried them all on at least three different WP instances (clean installs, BTW).
Also, I don’t want to have to mess with any of the theme’s core JS files as I administer multiple WP/Enfold sites and it’s just not feasible for me to keep track of these modifications every time I upgrade the theme.
Hi!
So we have a big problem with our enfold theme and we’ve been in contact with one.com our hosting site who responded
“The folder currently is 120gb and contains 575971 files. This is over the number of files per folder. You need to have 9999 or smaller files in the folder”
The problem is that we have a virus on our database on top of this, but we can’t virus scan because of this folder. I’ve been in contact with one.com and they told me to contact you. All they’ve told me on one.com is this:
” So it appears that a common issue with enfold is it creates duplicate files, and upon checking, it seems that there are essentially different resolutions to this, indicating that cases can be different from each other however with the same outcome, which is the size increase in the dynamic_avia folder. One step that I see that’s common, is updating the theme and temporarily disabling Enfold > Performance > File Compression settings.
The folder is part of the theme uploads files, so I can’t advise that as you may risk losing data. (Because of this I don’t just want to delete the folder.
it would be very best to contact the theme’s developers so that they can further look into the theme for you for potential bug”
Any help please?
hello everybody,
I’ve been looking and also trying for at least 4 hours to find a solution for my problem. I just need to remove/disable the the generated stylesheet. I suppose, I just need a code in the function file. please, can someone help me? this is really very important for me. thank you in advance.In reply to: Problem with dynamic_avia Folder
Found the solution, will implement it
https://kriesi.at/support/search/?bbp_search=dynamic_avia+solution
Hi Guys !!
I need to find a solution to temp files generated in folder /public_html/wp-content/uploads/dynamic_avia !!
I generates 30 gb of files in a couple of days …
Already deleted the folder and also enabled Delete old CSS and JS files? option.In reply to: Options Tables Huge !
Hi,
@Cloudypro, I don’t believe that this solution would help you, as I recall that solution was before the “Fix WP bug, disable unique timestamps” was added to the “Unique timestamp of merged files and WP object cache bug” option.
So I believe using this option takes the place of the filter.Best regards,
MikeIn reply to: Options Tables Huge !
@mike
I have seen your reply on https://kriesi.at/support/topic/dynamic_avia-making-way-too-many-calls/#post-1183708 a solution .. is this going to help me ?My problem (site crash caused by wp-options table becoming quite large due to aviaAsset_avia-head-scripts) was solved when i disabled
CSS file merging and compression
and
Javascript file merging and compression
and
Unique timestamp of merged files and WP object cache bugbut the website became slow and the Gmetrix grading went down
so what could be a good solution to avoid having the site crash and at the same time without affecting the performance of it !!!!!????
Thanks for the help
I had an issue with the folder ‘dynamic_avia’ inside the uploads folder which was creating lots of new files and taking up a lot of space. I opened up a support ticket earlier and was helped to solve this problem. The solution was to change the settings in Performance to ‘Fix WP Bug, disable unique timestamps’ as well as turn on ‘delete old css and js files’. Now it does not create lots of new files which is good.
I’ve now done this, but I have the problem that all this 6GB of these timestamped files remain on the server. I tried removing them, I downloaded them first to make sure I wasn’t deleting something really important. So then I deleted them from the ‘dynamic_avia’ folder and my site formatting got all screwed up. So I immediately uploaded them all again into the same folder. But it wasn’t until I saved the General Styling page that the website formatting returned to normal.
So my question is this…
Can I delete this folders (dynamic_avia) contents safely without it having some lasting effect on the formatting of the website? If I were to delete it and then save the General Styling page again would this return the formatting back to it’s original state? My goal is to remove this 6GB of space from the server if it doesn’t need to be there.
Thank you!
JamieHi there!
I would like to have the mobile menu sticky.
Input:
- Latest versions of the software (WP, theme, plugins)
- CSS&Javascript file merging and compression – ON
- Child theme active
- No other caching plugins
So I searched for a solution on Google. I found several articles from 2015-2018 and the solution doesn’t seem to work anymore. I tried to add the code in the Quick CSS in the theme as well as in the style.css of the child theme.
Please find some of those articles:
#https://kriesi.at/documentation/enfold/header/#sticky-header-on-mobile
#https://kriesi.at/support/topic/sticky-mobile-menu/
#https://kriesi.at/support/topic/sticky-mobile-menu-5/Then I found that the style sheet that is loaded is not the one I am applying the new code and it is actually one of the “avia-merged-styles” sheets located in /wp-content/uploads/dynamic_avia. So I disabled the merging and compression.
Then the style sheet has changed to /wp-content/themes/enfold/css/layout.cssIt seems both files are loading after /wp-content/themes/enfold-child/style.css. So I search on Google for “overwrite layout.css enfold” – result:
#https://kriesi.at/documentation/enfold/add-custom-css/#enqueue-custom-css
I applied the given code in the /wp-content/themes/enfold-child/functions.php and created wp-content/themes/enfold-child/css/my_custom.css.Still don’t work.
So please, tell me how to make my_custom.css and/or styles.css to be the last to load, so that customizations stay even after update of the parent theme :)
Thank you,
AleksandraIn reply to: Checkout Submit Button Disabled after Update
Hello,
On Google PageSpeed Insights test, i only can get a poor score. Have optimized image files, but of course it was not enough. However i will optimize resolutions again, soon.On the other hand, there are some JS files, i think i need to de-register. At least for homepage.
Here on screenshots you can see some of them are not in use on homepage for me :
Image : https://prnt.sc/ucp18y
1) https://www.gstatic.com/recaptcha/releases/NjbyeWjjFy97MXGZ40KrXu3v/recaptcha__en.js
2) wp-content/uploads/dynamic_avia/avia-footer-scripts-84cd7f150d7f4f988acc04ae972e1719—5f4aed97f08b6.js
3) wp-includes/js/mediaelement/mediaelement-and-player.min.js?ver=4.2.13-9993131And here we can see some render-blocking JS’s:
Image : https://prnt.sc/ucp1j1
(5 of them, too much to list) :)And some unused CSS files:
Image : https://prnt.sc/ucp1uvHow should I handle them ? Can you please lead me the way ? :)
BONUS:
some bonus diagnostics here, which i believe are not very important.
-> https://prnt.sc/ucp283I am including the link and details in private content.
Thanks!
