No search results were found in Documentation!
Thank you all for taking the time to share your feedback.
I’m one of the co-founders of tagDiv, and I completely understand the concerns raised here. Over the years, this forum has become much more than a place to submit support requests. It contains thousands of useful discussions, solutions, tips, and examples that continue to help users find answers quickly.
We are closing the forum for new activity because we want to focus our support resources on providing faster, more direct, and more personalized assistance through email. Maintaining and moderating a separate forum platform requires time and resources that we believe can be used more effectively to help customers directly.
However, based on your feedback, we have decided not to take the existing forum content offline. The forum will remain available in read-only mode, so all existing topics and replies will continue to be accessible and searchable. Users will no longer be able to create new topics or post new replies.
For new support requests, customers with an active support period can contact us via email.
Thank you for being part of this community and for contributing to such a valuable resource over the years.
Hello,
Since August 1, I have noticed that the WordPress administration panel has been responding more slowly than usual.
I have reviewed several possible causes and found that WordPress is currently reporting a critical Site Health issue related to autoloaded options.
Current data reported by WordPress:
– 1,326 autoloaded options.
– Approximate size shown by Site Health: 2 MB.
– WordPress indicates that this volume could affect performance.
I also checked the options table directly in the database. The current autoloaded volume is approximately:
– autoload = yes: 1.54 MB
– autoload = auto: 0.12 MB
– autoload = on: 0.11 MB
Approximate total loaded automatically: 1.77 MB.
The total number also matches the 1,326 options reported by Site Health:
– yes: 1,131 options
– auto: 164 options
– on: 31 options
– total: 1,326 options
The largest individual options related to Newspaper/TagDiv are:
– td_011_settings: 820.24 KB — autoload yes
– td_011: 164.02 KB — autoload yes
– td_011_remote_cache: 35.64 KB — autoload yes
– td_011_log: 8.18 KB — autoload yes
The td_011_settings and td_011 options alone total approximately 984 KB. Therefore, these two options currently represent more than half of all the data WordPress loads automatically.
As an additional check, I also found a residual option from an old plugin:
– wpts_compat: 287.02 KB — autoload yes
Using WP-CLI, I confirmed that it belonged to a previous WPtouch installation:
– Original serialized class: WPtouchDefaultSettingsCompat
– WPtouch is no longer installed.
– There is no active or inactive WPtouch plugin or WPtouch folder on the server.
I did not delete the option. I only changed its autoload value from yes to off in a fully reversible way.
After making this change:
– The total autoloaded size decreased from approximately 2.05 MB to 1.77 MB.
– The autoload = yes group decreased from 1.82 MB to 1.54 MB.
– The administration panel appears to respond slightly faster, although I cannot confirm with complete certainty that the improvement is exclusively related to this change.
– Site Health still reports a critical issue related to autoloaded options.
I have also reviewed other possible causes of the slow administration panel.
1. Action Scheduler
The active Action Scheduler table appears to be working normally:
– No actions are currently in progress.
– Only three actions are pending, and all of them are scheduled for future dates.
– There have been no new failed actions since August 1.
– There is no active backlog of blocked or repeatedly failing jobs.
2. WP-Cron
The WordPress cron option is approximately 12.28 KB, so it does not appear unusually large.
3. WP Rocket RUCSS and background processes
There are periodic checks related to WP Rocket SaaS jobs, but the actions are completed successfully and do not accumulate. There does not appear to be a blocked queue that would independently explain the continued wp-admin slowdown.
Therefore, I cannot confirm that Newspaper options are the only cause of the problem, but they currently represent the main remaining portion of the autoloaded data.
I would like you to review the following questions specifically:
1. Is it normal for td_011_settings to exceed 820 KB?
2. Do td_011_settings and td_011 need to remain autoloaded on every WordPress request, including wp-admin requests?
3. Is it safe to change the autoload value of either of these options to off, or does Newspaper require them during almost every request?
4. Does Newspaper provide an official process for cleaning, rebuilding, or reducing td_011_settings and removing old configuration data that is no longer used?
5. Could td_011_settings contain accumulated data from Cloud Templates, the Theme Panel, blocks, advertisements, headers, footers, or old configurations that are no longer active?
6. Is there a diagnostic tool or recommended method to identify which internal settings are responsible for the 820 KB stored in td_011_settings?
7. Would it be possible to split this option into several smaller options and avoid autoloading data that is only required on specific screens?
8. Has there been any recent change in Newspaper or TagDiv Composer that could have increased the size of these options or the amount of processing performed inside wp-admin?
I have not modified or deleted any Newspaper-related option. Before changing their autoload values or altering their contents, I need confirmation from your team regarding which options must remain autoloaded and what official procedure you recommend to reduce their size without affecting the theme or the Cloud Templates.
Thank you.
thank you for your help, I use your code and ask ai to do it more faster, and works, thank you.
Hi everyone,
We want to share an important update about how we provide support here at tagDiv.
After careful consideration, we’ve decided to close our community support forum. This wasn’t an easy decision, and we’re incredibly grateful for the years of questions, answers, tips, and troubleshooting shared here by all of you. This forum has been a valuable part of our journey, and your contributions have helped countless fellow users along the way.
What’s changing:
The forum will be closing, but rest assured – our commitment to supporting you hasn’t changed one bit.
What stays the same:
If you have an active support period, you’ll continue to receive the same dedicated support you’re used to – just through email instead. Our team will keep helping you with questions, issues, and guidance whenever you need it.
Why we’re making this change:
This move allows us to focus our resources on providing faster, more direct, and more personalized support to each of you – without the overhead of maintaining a separate forum platform.
What you need to know:
For support, simply email us at contact@tagdiv.com
Please make sure to provide a license key in the email, with a valid support period.
The forum website will be shut down in approximately one week.
We know change can bring questions, and we’re here for you every step of the way. Thank you for being part of this community – it’s been a pleasure supporting you, and we look forward to continuing that relationship via email.
Warmly,
The tagDiv Team
Hi,
I’m fine, thank you for asking. I hope everything is fine for you as well.
No problem, glad to help with what I can.
Changing that text is possible. In the composer after clicking on that block, please check in the Layout tab and scroll all the way down, the option is here -> https://prnt.sc/ocz0RUPwePx2 You can set the text you want there.
As a tip, sometimes this search function from here can be useful -> https://prnt.sc/6UeShWUdd_Yq After you click on a block in the composer you can use that search to find settings faster. Like in this case, searching for button will reveal where there are settings for buttons within the block, by marking them with a red dot -> https://prnt.sc/XrHTahkCrDgF It’s quite handy.
Let me know if I can help with something else.
Thank you!
No problem, it can be made faster than that. Please try this one -> https://pastebin.com/YNAn4STZ and test again. It should be much faster now.
Thank you!
Hi,
There’s no option for that unfortunately. But I could provide a code to make it faster.
Try this code -> https://pastebin.com/0fne7wmm Add it in the page where you use the scroll to class, it can be added in a raw HTML element -> https://prnt.sc/7C9JZud4DqN4
Or, if you use the scroll to class in multiple pages and locations, then you can add it in the theme panel -> Just be sure to remove the script tags if you enter it there -> https://prnt.sc/XxWhs2QjX7gy
Let me know if that works.
Thank you!
Hello TagDiv Support Team,
I’m using the Newspaper theme with tagDiv Composer on my WordPress website MyBody.it.
I changed the WordPress language to Italian, but many parts of the theme/interface are still not translated. From what I can see, there are more than 500 strings/phrases that would need to be translated manually.
Before proceeding manually, I would like to understand if there is a faster and official way to translate all these theme strings into Italian.
Could you please let me know:
Is there an automatic or recommended method to translate all Newspaper/tagDiv strings into Italian?
Is there an Italian language file available for the theme?
Can this be handled through the theme panel, Loco Translate, WPML, TranslatePress, or another recommended plugin?
Is there a way to import a ready-made Italian translation file instead of translating every single string manually?
Are tagDiv Composer blocks and theme elements supposed to translate automatically when WordPress is set to Italian?
At the moment, translating more than 500 strings manually would be extremely time-consuming and not really acceptable for a premium theme. If there is no faster solution, this would be quite disappointing from a usability point of view.
If needed, we can provide temporary WordPress admin access so you can check the issue directly.
Thank you in advance for your help.
Best regards,
Sara
Hi,
I will need more details.
Why are you not able to edit the content withy the composer? Are there perhaps errors?
And what fonts are showing different, or where?
If there are errors when editing pages with the composer, I suggest sending us an email at contact@tagdiv.com and providing admin access (user and pass) for the website, so I can check them directly on the website. I’ll also check the font issues, but I’ll need examples. This way it will be faster, let me know.
Thank you!
Hello everyone,
I’m having a license activation issue with the Newspaper WordPress Theme by tagDiv and I would like to know if anyone has experienced something similar.
I have an official Envato/ThemeForest Regular License for Newspaper Theme. The purchase is valid and the item still appears in my Envato downloads area. The license certificate confirms the purchase for:
Tema: Newspaper – News & WooCommerce WordPress Theme
Autor: tagDiv
Tipo de licença: Regular License
The theme had been working on this website for years.
The problem started after I reset the license key/domain association inside the Newspaper/tagDiv panel. After the reset, the license seems to have lost its association with the domain, and now I cannot activate it again.
Current behavior:
1. With no HTTP-blocking snippet active, WordPress Site Health does not show any warning about external HTTP requests being blocked.
2. When I try to activate the theme with the official Envato purchase code, the Newspaper activation page shows:
“Your purchase key is not valid.”
3. Earlier, when a performance snippet was active, the activation screen showed:
“Envato API is down, please try again later.”
4. That snippet was related to WP_HTTP_BLOCK_EXTERNAL, but it has already been disabled for testing.
5. With the snippet disabled and server cache cleared, the error is no longer the API error — it is now:
“Your purchase key is not valid.”
6. The key is the official purchase code from Envato, and the product is still listed in my Envato account.
It looks like the reset removed the domain association, and now the tagDiv validation system is rejecting the same official purchase code instead of allowing me to reassign it to the website.
I have already contacted tagDiv support, but I’m posting here in case someone has gone through the same situation and found a faster technical workaround.
Has anyone experienced this after resetting a Newspaper Theme license/domain association?
Is there any safe way to force the theme to re-sync the license with tagDiv/Envato, or does this require tagDiv to manually reassign the domain on their side?
Important: I am not sharing the full purchase code publicly for security reasons, but I have the official Envato license certificate and proof of purchase.
Thank you.
There are tests that can be made.
First, let’s see if the post template has anything to do with it.
Please import any of the review templates from the cloud library https://prnt.sc/_cIa9xDU8iBl
Search for review to find them faster https://prnt.sc/ixGyLZjQT8n2
After importing one, edit a post that has a review and set the imported template just for that post https://prnt.sc/G35stt_wAAdt
Clear the cache and check in incognito mode to make sure that the post template was applied. Then check that post with the google test. Also provide a link to it so I can check it as well.
This way we can know if there’s something wrong with the post template or what’s in it.
Let me know.
Thank you!
Hi,
I will investigate the problem directly on your website, it’s faster this way. Please send us an email at contact@tagdiv.com and provide a link to the website and admin login (user and pass) Also please paste a link to this topic in the email. Then I will check as soon as possible.
Thank you!
Most of the things I suggested apply to that website as well.
I checked the posts you mentioned. While they are pretty long posts, the caching does the job very nicely. You are getting loading times of half a second on all the posts from the website that I checked -> https://prnt.sc/FwCdgaVmQZUX That’s a great job. Or do they load differently for you? Maybe after clearing the cache the first visit will be slower, but once the cache is created there is a consistent loading time of half a second.
What I could add to the above, if you are using popups to load other pages or custom content, those can also be delayed from loading -> https://prnt.sc/9hVlEidCHOFD This can matter a lot. So delaying the mega-menus, delaying the popups, delaying the footer. This provides a faster initial loading speed. But please test after using those options, to see if there are any problems.
Thank you!
Hi,
Sure, I’ll take a look and try to provide suggestions. I believe this is your website https://product-strategist.com/
I checked a few post pages and for me the loading speed is usually below 1 second https://prnt.sc/k0jMr6tL1b_Z That’s certainly not very slow. I see you are using Litespeed which is a very good plugin. You could try the option to delay the JS https://docs.litespeedtech.com/lscache/lscwp/pageopt/#js-settings-tab this one here https://prnt.sc/-qSiTgI_hUMf which would make it faster, but it could also cause problems with how the page looks or works, please test it carefully.
The images are optimized and they are lazyloaded, which is very good.
One suggestion I would make is to delete the standard pack plugin -> https://prnt.sc/ARUZDej2rw2C this is not required for the theme demo you installed. Deleting it it stops resources from it from being loaded unnecessarily.
Maybe also try delaying the loading of the mega-menu, there is an option for that -> https://prnt.sc/y0F9L98R-gEf
Also try delaying the loading of the footer -> https://prnt.sc/hGvAdiY8wm3I
If you try a few of these there should be improvements. But there could also be issues, so please test carefully.
Thank you!
Hi,
I will take a look at it, it’s faster this way. Please send an email at contact@tagdiv.com and provide a link to the website and admin login (user and pass) and I will investigate the issue as soon as possible.
As a note, this is an issue with the composer usually caused by something from the header or the page, or depending on the case. The only problem is not being able to use the composer, it’s in no way affecting the Google indexing. If there’s also a problem with that, please note that these are unrelated.
Thank you!
I have an idea, so I can provide better support.
Please send us an email at contact@tagdiv.com and provide a link to your website and admin login (user and pass). Then mention the page you are working on and what exactly you want to delete/remove. Then I can try the same and see what’s happening and why. It will be faster this way. Let me know.
Thank you!
Hi,
I will help as much as I can.
1. For this issue it will be faster if I can investigate directly on the website. There’s probably an issue with the header. Please send an email at contact@tagdiv.com with a link to the website, admin login, and a link to this topic.
2. The matter with that sidebar limitation has a long history. First, after getting a lot of requests (and I mean a lot) over the years to remove it, we decided to finally remove it. After we removed it, we started receiving a lot of requests to add it back. So we decided to make it optional, it can be enabled/disabled in the theme panel here -> https://prnt.sc/GLKqtqvWaczV Please enable it if you were using it.
Let me know after sending the email so I can check as soon as possible.
Thank you!
I don’t quite understand what you mean unfortunately.
You asked about displaying the featured image above the title. I replied that it’s possible if you simply import a cloud template for your posts -> https://prnt.sc/obyXqm7vy48P and then you can arrange the elements from inside it in any way you want, with the composer. If you want the featured image at the top, simply drag it at the top.
Then you mentioned that something is happening with all the posts. I checked a few posts on your website but they seem fine -> https://prnt.sc/ZSSQBkDjBBmy
If there are any issues please let me know what exactly should I check. This way I can check faster and help.
Thank you!
That did a lot indeed, now it’s much faster, as it should be. In the future if you want to try something different and probably even better, in my opinion the WP Rocket plugin is one of the best plugins there is for caching and optimization. I think they also let you try the plugin as a trial before paying for it, so it can be tested at any time.
Thank you!
After installing vanish on the server.. faster then fast now
Hi,
The website is very slow, as if the caching is not working at all or something is consuming all the website resources. Looking at it with the browser inspector the page appears to be cached by WP Optimize. I’ve used this plugin before and the website should be much faster with it.
I noticed that there are a lot of admin ajax requests made by the Ad rotate plugin https://prnt.sc/iTqlq3PQCXq7 I believe those requests are related to this setting from the plugin https://prnt.sc/VwTLdQuvYk4S which is and was known for causing serious problems with the website performance. I suggest testing to see how the website loads without this plugin. Make a quick test, deactivate it, clear the cache, then check the website. Or disable the stats tracker and test https://prnt.sc/vAgJ7054BkTT
If the situation is the same, it must be something else. In that case I suggest to send us an email at contact@tagdiv.com and provide access to the website, so we can take a closer look.
Thank you!
Hi,
Please let’s remain calm and get to the bottom of the issue. There’s most likely a logical explanation why the comments are not appearing on your website.
I suggest to send us an email at contact@tagdiv.com and provide an admin user and pass so we can check ourselves. It will be faster this way.
Thank you!
There are also other methods that can be used. For example, you could create a single post template and apply it only to a specific category, so that all articles within that category use the same template. In this case, the content locker would be added directly to the template instead of being configured individually on each article.
However, in my opinion, the first option with the partial locker would be better, faster, and easier to use.
My solution was to deactivate the newspaper theme and my site is 2000% faster nomore 502 errorrs and database timeouts. I liked your theme but it has cost me so much money on server upgrades the past two years. Once you fix the issue let me know I still have my license
Hi,
If you want, we cna take a look, you need to have a full backup and contact us via email at contact@tagdiv.com and provide wp-admin and cPanel access. Include the link of this topic in the email to can identify you faster.
Thank you!
