-
AuthorPosts
-
January 16, 2020 at 9:00 am #1174772
Hello,
I see that the map for dynamic_avia is almost 3Gb large, is this the normal size? Yesterday I got problems with my email, because i had insufficient room on my website, 4Gb in total. Till the last update I never had this problem.
Is there a Solution? Or do I need to upgrade my website to more Gb?
Thanks in advance!
Ferry
January 16, 2020 at 2:15 pm #1174968Hey FerryK,
No, it should not be as big. Can you give us temporary admin access to your website in the private content box below, so that we can have a closer look?
Best regards,
VictoriaJanuary 16, 2020 at 10:20 pm #1175190Hi Victoria,
Did you get my credentials to the site?
Thanks in advance.
Best regards,
FerryJanuary 16, 2020 at 11:05 pm #1175205Hi Victoria,
For some reason the problem is solved for now!
The map dynamic_avia was about 3,5Gb big and I could not receive any email, I then googled on the Kreisi and saw some articles about merge and compress them css files. I had it on enabled, I then turned it off an then again on and the map dynamic_avia was then 199 mb big.
Do you have any solutions for this?
If the problem comes back I will let you know!
Thank you for your help!
Ferry
January 18, 2020 at 6:23 am #1175753Hi Ferry,
Thanks for the update, did you select to delete the old CSS and JS files on the Performance page? If not then please try to enable that option and delete the old files on a regular basis.
Best regards,
RikardJanuary 18, 2020 at 11:06 am #1175789Hi Rikard,
Thanks for your reply, i see that my site usage now again begins to increase, my site is 685 MB and I have now again 2500MB in use. Again I set the CSS file merging and compression to disable, this was turned on. After I put it to disable the disk usage from my site decreases to 1300MB.
For some reason the CSS file merging and compression option in the enfold theme is increasing my usage of the disk space.
I had already had the option option to delete the old CSS and JS files on the Performance page set to “on”.
Best regards,
FerryJanuary 19, 2020 at 7:22 pm #1176064Hi FerryK,
You need to have the option to delete old CSS and JavaScript files at all times, so when you save the theme options, the files will be deleted.
Best regards,
VictoriaJanuary 19, 2020 at 8:06 pm #1176083Hi Victoria,
Thank you for you reply!
Best regards,
Ferry
January 20, 2020 at 5:42 am #1176195Hi Ferry,
Thanks for the update. Please let us know if you should need any further help on the topic or if we can close it.
Best regards,
RikardJanuary 22, 2020 at 9:10 pm #1177283Hi There,
I still have the problem that my disk usages is becoming very high, this is since the previous version, is there something changed since then in the theme?
My website totally is 400 MB, but for some reason I use 2.7 GB, and this goes up to 4 GB and then my mail crashes and nobody can mail me anymore.
Very strange,
Thanks in advance!
Ferry
January 23, 2020 at 11:08 am #1177530Hi,
Can you give us a link to your site and WP admin and FTP credentials so we can check what is going on behind – and what files are created.
The only idea I have is that due to security settings on your server the created compressed file cannot be read and is generated again and again.
We added a timestamp to the filename in one of the previous releases because we had bug reports that changes to e.g. Quick CSS were not rendered because the basic filename did not change and browsers did not recognise that they need to load the changed file.
Can you check with your hoster that files in dynamic_avia folder can be created by php user and also be read by php user – resp. by the user the scripts are running.
Best regards,
GünterJanuary 23, 2020 at 11:49 am #1177564Hi Günter,
Thanks for your answer, I put the question forward to the provider, as soon as I get an answer I will let you know.
In the private content link I will put my credentials.
Thank you in advance!
Ferry
January 23, 2020 at 12:21 pm #1177570Hi Günter,
I have asked the provider and he says that the folder dynamic_avia is writable for php user and also be read by php user – resp.
Best regards,
FerryJanuary 23, 2020 at 2:47 pm #1177631Hi Ferry,
Could you check the credentials please – they do not work for me.
Best regards,
GünterJanuary 23, 2020 at 3:07 pm #1177641Hi Günter,
My fault, sorry! I will sent te right URL.
Thanks in advance,
Ferry
January 23, 2020 at 4:25 pm #1177709Hi,
Server does not answer at all with the link above – timeout.
Best regards,
GünterJanuary 23, 2020 at 4:58 pm #1177744Again my mistake. New URL!
Sorry!
January 23, 2020 at 6:54 pm #1177805Hi,
Thanks. Could access your hoster.
It is creating a new js and css file on every call to your site – strange.
As I could not access your WP backend I do not see what plugins you are using – but it could be a plugin conflict.
But could you try to deactivate all plugins, deactivate file compression, save theme options, clean up the dynamic_avia folder.
Then activate compression again and perform several frontpage loads and check. Only 2 files should exist (js and css) and no new ones should be created.
Then activate one plugin after the other and check.
Best regards,
GünterJanuary 23, 2020 at 7:21 pm #1177819Hi Günter,
I will try to follow your advice!
I will get back with the results!
Thank you!
Best regards,
FerryJanuary 23, 2020 at 7:58 pm #1177835Hi Günter,
I tried everything, deactivate all plugins, deactivate file compression, save theme options, clean up the dynamic_avia folder.
Then activate compression again and perform several frontpage loads and check. Only 2 files should exist (js and css) and no new ones should be created.
But still the js files keep on growing!
I stil think it started when I updated the theme Enfold…but I am no sure, not the latest version but the one before that.
Do you have another idea?
Best regards,
FerryJanuary 24, 2020 at 9:41 am #1178042Hi,
Honestly I have no idea why it is not working on your server. It must be something specific because we do not get any reports like this from other users.
The reason you did not see it before was that the generated filename is always the same (see part before “—“, after that is the timestamp) and probably has overwritten the old one.
I can add a filter that will allow to remove the timestamp but this does not speed up loading because the same files are saved again and again.
Better solution would be to turn off Enfold file compression and use a caching plugin.
Best regards,
GünterJanuary 24, 2020 at 11:12 am #1178076Hi Günter,
I will try to turn off the compression and see what happens.
Thank you for you effort!
Best regards,
FerryJanuary 25, 2020 at 9:49 am #1178298Hi Ferry,
Thanks for the feedback and sorry for the problem. We’ll leave this thread open in case you should need any further help on the topic.
Best regards,
RikardJanuary 27, 2020 at 5:41 pm #1178743Hi,
I’ve rechecked the code again – but I’m still unable to find an explanation why it is not working as expected.
We just got another user (https://kriesi.at/support/topic/delete-contents-of-public_html-wp-content-uploads-dynamic_avia/ – also .nl domain).
Could you please provide me WP admin account, link to WP backend and FTP account so I can connect with an FTP client like FileZilla to your server,
I would like to remove the timestamp from our file and check the server timestamp for the merged files ( I think, that the files get regenerated on each pageload – but as they have the same name they overwrite the old file and you do not recognise that ). But as already said I’m not able to reproduce it on our servers and on my dev server.
Best regards,
GünterJanuary 27, 2020 at 6:11 pm #1178748Hi Günter,
I understand, thank you for your answer, hereby I mail you the credentials for the website in the private content. At this moment I have disabled merging and compressing CSS and Javascript. Do I need to put it on again?.
Thanks in advance!
January 27, 2020 at 6:41 pm #1178756Hi,
If I can get into WP backend – I will do it temporary for testing and then deactivate it again.
But link above returns: Apache is functioning normally
I would need a link your-domain/wp-admin.
Best regards,
GünterJanuary 27, 2020 at 8:17 pm #1178775Hi Günter,
I will give the credentials in the private content section.
Thanks in advance!
Ferry
January 28, 2020 at 3:56 pm #1179051Hi,
Thanks for the credentials. I could not update the php file – but in conjunction with the other tread (https://kriesi.at/support/topic/delete-contents-of-public_html-wp-content-uploads-dynamic_avia/#post-1178765) where I could get in backend and modify the php file (I removed the extension xxxx from filename hashvalue-xxxxx) I realized the following:
- Enable CSS file merging (delete old file setting does not matter)
- Clear page server cache (if you are logged in and open e.g. frontpage you find it in the admin bar at top)
- Clear browser cache
- Reload the page – still the unmerged (!!) CSS files are loaded – not the merged one as it should be
- if you check with ftp you can see the merged file is generated (remember the time stamp)
- Now clear page server cache again
- Reload the page again – still all CSS files are loaded
- If you check ftp backend the timestamp has changed – means the file has been overwritten – using the current implementation with xxxx a new file is created
Conclusion: Your server environment simply ignores loading the merged files. So you can leave these options disabled. They even slow down your site.
At the moment I have no idea why this happend. I will forward it to Kriesi and the other mods – maybe they have an idea.
Best regards,
GünterJanuary 28, 2020 at 6:19 pm #1179120Hi Günter,
Thank you for your time!!
I will disable the merging files and not change it!
Best regards,
FerryJanuary 29, 2020 at 10:50 am #1179354Hi Günter,
the same here!
Kind regards
Geert -
AuthorPosts
- The topic ‘Map dynamic_avia 3Gb large’ is closed to new replies.