- NewsmagtagDiv Composer Tutorial
- NewsmagHow to use the Visual Composer plugin
- NewsmagHow to update a plugin
- NewsmagWhat’s included in Newsmag theme package
- NewsmagRequirements for Newsmag
- NewsmagInstall via WordPress
- NewsmagInstall via FTP
- NewsmagBlock settings tutorial
- NewsmagtagDiv Social Counter tutorial
- NewsmagHow to update the WPBakery plugin
- NewsmagPage Menu
- NewsmagCustom ad spots
- NewsmagSmart sidebar
- NewsmagVideo playlist
- NewsmagPage templates
- NewsmagHomepage – How to build and set it
Hi,
It is possible to set a different header for the page, not just a different menu.
You can create a duplicate of the global header that you are using -> https://prnt.sc/pVDk6PbWO7Pz
Maybe also rename the duplicate to know what it’s for -> https://prnt.sc/MmcKoO856L7m
Then customize the duplicate as needed for the landing page. Once it is ready, edit the landing page with the composer and set the new header using the website manager -> https://prnt.sc/t5nbPQjKYN8s Simply click on it’s name.
That’s it basically. This way any page or template can use it’s own header if needed. Please try it.
Thank you!
Hi,
The cloud library plugin is available for the Newspaper theme only. Newsmag is a simpler theme, with basic predefined templates and theme panel settings.
One of the the main differences between the themes is the cloud library, which is included with Newspaper. It contains a vast library of ready made templates, pages, blocks, etc. -> https://cloud.tagdiv.com/#/load/All and also provides the option to build and design any type of template, meaning for posts, categories, etc. with our composer.
It depends on your requirements. If you need a basic simple theme, then Newsmag is perfect. If you want to be able to customize almost everything in detail, then Newspaper is much better suited for that.
In case you want to switch to Newspaper, you could request a refund for Newsmag -> https://themeforest.net/refund_requests/new and then you can purchase Newspaper.
Thank you!
Hi,
Maybe that type of ads is incompatible with a cloud post template, and there isn’t much that we can do about that unfortunately.
Based on their documentation the ads are intended for websites that use basic wordpress templates, not built with a page builder -> https://journeymv.zendesk.com/hc/en-us/articles/24635354354971-Why-Most-Page-Builders-Won-t-Work-with-Journey-ads-by-Mediavine
You could test by using a basic post template, install the standard pack plugin -> https://prnt.sc/jg-5chByus4f and use one of these templates -> https://prnt.sc/sCs7XZuhawRr Those templates aren’t built with the composer. Then check if the ads appear.
Thank you!
Hi,
Normally no modifications are needed. The theme deletes the transients automatically (via wp cron), the code is in this file -> wp-content\plugins\td-composer\legacy\common\wp_booster\td_transients_manager.php This functionality was already in the code since the block cache was added as a feature. If they would not get cleared, then the database would indeed increase.
If they aren’t getting deleted on your website, maybe it’s a conflict, perhaps with a caching/optimization plugin. Or the wordpress cron is disabled. It’s not something that we can recreate or something that was reported by multiple theme users.
Thank you!
Hello tagDiv Support Team,
I am using the Newspaper Theme with tagDiv Composer on my website tamilvastu.co.in.
My website has been approved for Journey by Mediavine.
The Grow sticky banner is displaying correctly, but in-content ads and sidebar ads are not showing on article pages.
I found this Journey Help Center article that mentions page builders such as tagDiv may affect ad placement:
Could you please check whether there are any Newspaper Theme or tagDiv Composer settings that prevent Journey from detecting the main content area or sidebar?
If there is a recommended template, setting, or compatibility fix, please let me know.
Thank you.
Hi,
First of all, thank you for your previous reply regarding Flex Blocks and background images.
I’m trying to optimize my website as much as possible for Google’s Core Web Vitals, especially on mobile, and I’d like to make sure I’m using Newspaper in the best possible way.
My website is:
https://actugeekgaming.com/
My latest PageSpeed report:
https://pagespeed.web.dev/analysis/https-actugeekgaming-com/aomr1s8vst?form_factor=mobile
At the moment my mobile score is around 50–60, and I’d like to improve it significantly while keeping Newspaper if possible.
Here is what I’ve already done:
Removed the homepage video background.
Replaced the hero section with a normal image.
Optimized all featured images.
Enabled WP Super Cache.
Enabled Jetpack CDN.
Upgraded to PHP 8.2.
Removed unnecessary plugins.
Added preload for the LCP image.
Contacted support regarding Flex Blocks using CSS background images.
I understand that Flex Blocks use background images by design, and you’ve suggested creating a custom Module Builder template using an element instead.
Before rebuilding my homepage, I would like to ask a few questions:
1) What are the official Newspaper recommendations for achieving the best possible Mobile PageSpeed score?
2) Which homepage modules or blocks are the most performance-friendly?
Are Flex Blocks still recommended for the first visible section, or would you recommend using a Module Builder layout instead?
3) Are there any Newspaper or TagDiv Composer settings that should be disabled to improve Core Web Vitals?
4) Do you have a performance optimization guide specifically for Newspaper?
5) Do you know of any websites using Newspaper that consistently achieve 85–90+ Mobile PageSpeed scores?
If so, could you share a demo or explain what makes them different?
6) Apart from replacing Flex Blocks, is there anything else inside Newspaper that commonly hurts LCP or overall mobile performance?
My goal isn’t simply to increase the PageSpeed score, but to build a fast, modern news website while continuing to use Newspaper.
Thank you very much for your advice!
Hi,
The tables you mentioned belong to the theme.
The td_011 table is where the theme panel settings are kept, as well as other data from the composer. I suggest not removing or emptying that table, because it will basically reset the theme panel.
The td_011_settings is where the theme keeps backups of the theme panel. The settings are here -> https://prnt.sc/1M-xnh3_qjbl These backups are optional, but they are active by default because it can be useful sometimes. To reduce the size of this table you could reduce the number of backups -> https://prnt.sc/KE9mnFCxvpyu Or disable the option entirely, and the data will be removed.
Thank you!
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.
Hi,
As far as I know all known vulnerabilities have been fixed for the composer -> https://patchstack.com/database/wordpress/plugin/td-composer/vulnerabilities
In the last update there were fixes for the composer, cloud library, opt-in builder -> https://tagdiv.com/newspaper-changelog/ I don’t think there are more at this time. Please update the theme.
Thank you!
Hi,
There were some problems with the HTML entered here -> https://prnt.sc/-Ov59jJO_fKL The biggest problem was an unclosed div container, which can cause problems with the whole page. I corrected the code and now the composer works correctly. Please check as well.
Thank you!
The following error message appears in the top right corner when we attempt to edit this page with Tagdiv composer [ https://www.bizcatalyst360.com/friendship-bench-hosting-page/ ]
____________________________________________
Layout sync error in Footer, row 1
The editor expects 1 column but the page is rendering 0. Usually caused by an unclosed HTML tag in a text block (e.g. <div> without </div>). View page Undo (Ctrl+Z / Ctrl+Shift+Z) to restore.
Hi,
That should work fine. When you add the attributes to your variable product please make sure that you activate these options -> https://prnt.sc/LcSEkrlRgPKE Then they will appear inside the add to cart element in the composer -> https://prnt.sc/dj1oOsIstMzw I don’t think there are other requirements. Please double check.
Thank you!
That is only for blocks.
For the post pages if you want to have a default featured image for posts that don’t have one set, please set it in the composer on the featured image element -> https://prnt.sc/suJq2VD-5P6m
So these 2 options, for blocks and post pages, would cover all cases where the featured image would appear.
Did you rescan the website? -> https://prnt.sc/NrVG0T4YLivy If not, it displays the same results from the last scan. I scanned it now and it says that it can’t scan the website for some reason -> https://prnt.sc/pwJxUTCx8cC7
That script isn’t in the page anymore however, and since it was the only thing that was detected in the last scan, if it’s gone now, the website should be in order.
The composer doesn’t have a cache, if something is removed from the page, it’s removed from the page.
I believe the website is fine now.
Hi Simion,
Thank you for pointing out the exact location.
I opened the homepage in TagDiv Composer and removed the malicious script as well as the entire Raw HTML element from the top row, then saved the page.
However, when I run the Sucuri scanner again, it still throws the “Warning: Malware Detected” alert.
Is it possible that TagDiv Composer’s internal cache / compiled page cache is still serving the old version of the homepage, or is there another place within the composer/theme options where this needs to be cleared?
Best regards,
Mladen
There’s still something wrong. The Sucuri test still finds this -> https://prnt.sc/FOt2OGWKnwhF
If I check in the homepage there is a raw HTML which loads this script -> https://prnt.sc/jTP0J5UTTi4R
So it seems to be in the page content. If you edit the homepage with the composer that raw HTML should be visible, it’s right at the top of the page in the first row. Could you please check there?
Hello,
I’m using Newspaper 12.7.7 with the latest tagDiv Composer.
My homepage scores around 60 on Google PageSpeed Insights (mobile).
Lighthouse identifies the homepage LCP element as:
<span class=”entry-thumb td-thumb-css”
style=”background-image:url(…)”>
The image is rendered as a CSS background instead of an element.
Lighthouse reports:
fetchpriority=high should be applied
render-blocking CSS, especially:
td_legacy_main.css
style.css
tds-front.css
I already tested:
latest Newspaper and tagDiv Composer versions
Jetpack Image Accelerator enabled
cache enabled
manually adding a preload for the LCP image
My questions are:
Is there any supported setting or Flex Block that renders the featured image as a real instead of a CSS background?
Is there an official hook/filter to customize the thumbnail markup?
Is there a recommended way to improve LCP for Newspaper homepages?
Can td_legacy_main.css or other legacy CSS resources be safely disabled on Newspaper 12.7.7?
Website:
https://actugeekgaming.com
PageSpeed test :
https://pagespeed.web.dev/analysis/https-actugeekgaming-com/hodhlqczsz?form_factor=mobile
Thank you!
Hi Simion,
thanks for the hint. I am using an ad blocker.
I opened the website in private mode and could see the add. Within TagDiv Composer I could delete the add box. Now everything is fine.
Thanks for the quick helpful reply.
Regards
Nilgün
Hi Simion,
The website URL is https://mraclin.hr/
I have already completed all of those steps:
Scanned the entire database for cpajoliette (0 results).
Replaced WordPress core folders (wp-includes, wp-admin).
Updated the theme and tagDiv Composer to the latest clean versions.
Checked all theme options, headers, and custom code sections.
Ran a full Wordfence scan and verified that the files and database are clean.
Despite all files and database records being clean, external live scanners (like Sucuri) still report the injected script on the front end. Could this be caused by how tagDiv Composer caches shortcodes/elements, or is there a specific theme setting/table where this script could still be cached?
Best regards,
Mladen
Hi guys, I’d like to use custom default images on my website, so I’ve created the image path in my child theme, but it doesn’t seem to work.
By default, if no featured image is set, it will use default images from the following path.
/wp-content/plugins/td-composer/legacy/Newspaper/assets/images/no-thumb/td_1920x0.png
I’ve uploaded my own custom images to the following path, but they’re not working.
/wp-content/themes/child-theme/Newspaper-child/td-composer/legacy/Newspaper/assets/images/no-thumb/td_1920x0.png
What am I missing?
Thanks
Matt
Hi,
That depends on how you added that Company info section.
If you want it below the tabs, not the title, like in your screenshot, then you must enter that Company info section inside the page displayed in the first tab, the Overview page.
Check which page is displayed in the first tab -> https://prnt.sc/2X9yvmAyKpyn Edit that page with the composer and add the Company info in it, at the top -> https://prnt.sc/_Ae9qLKcnQjq Then it will be displayed where you want.
Thank you!
That’s great news.
The author box is this one in the sidebar -> https://prnt.sc/POyP8l685K_d Are you referring to the position of the author box? Everything can be moved if you edit the post template with the composer.
Maybe I am misunderstanding, could you please explain the issue more?
In the meantime I’ve got confirmation from Wordfence and WPScan that they acknowledged the issue was fixed:
https://wpscan.com/vulnerability/601ad8e7-0ebf-4726-bfcf-b27b9d109137/
Maybe your website has been infected with malware. Updating the theme won’t fix it. Please test the website with the Sucuri live scanner -> https://sitecheck.sucuri.net/
If it detects malware, then I strongly recommend to immediately install the Wordfence plugin -> https://wordpress.org/plugins/wordfence/ and scan the website with it as soon as possible -> https://www.wordfence.com/help/scan/ if you haven’t already.
Could you provide a link to the website?
I got this info from BlogVault on vulnerabilities of Tagdiv Composer and Tagdiv Opt-in Builder:
Hubert Séguin
Hi Simion,
Thank you for the update. I have updated the theme and tagDiv Composer to version 5.4.3.7, cleared all site cache, and re-scanned the site. However, ESET antivirus is still blocking the website.
Could you please advise if there are any specific database tables or remaining cached elements I should check, or if this might be a false positive on ESET’s end that needs to be reported?
Thanks!
