Search Results for 'header'

Results from the Forum
Simion C.
tagDiv Staff

Hi,

Optimizing a wordpress website for the best possible score can take a lot of time. Especially for mobile, where it’s more strict.

I believe you are using mod pagespeed, I very rarely see it anymore. These days the best possible combo for performance is considered Cloudflare and WP Rocket. However, you current results aren’t bad at all. I tested the website now and it’s 82 on mobile -> https://pagespeed.web.dev/analysis/https-actugeekgaming-com/c9aa1kj7cl?form_factor=mobile

What the theme offers for mobile is mobile pages. This means using a mobile version of the desktop page, same as on this demo -> https://demo.tagdiv.com/newspaper_pro/
A mobile page has it’s own content, header, footer. Usually there is a difference from using the responsive desktop page versus using a mobile page, favoring the mobile page. You could test it, create a mobile page -> https://prnt.sc/R8zzwvtFsb50 and create the header and footer -> https://prnt.sc/Lj7X4dZfzP9v Also reduce or simplify the elements in the page as much as possible. Then clear the cache and repeat the test.

Thank you!

Simion C.
tagDiv Staff

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!

crazydrake
tagDiv Member

Claude for the win! – Found it — confirmed directly in the page’s DOM. The cause is a menu link URL collision, not a bug in the “active state” logic itself:

The root issue: Under each of the SPORTS, NEWS, MUSIC, and BUSINESS dropdowns, the “Writers” submenu header is set to link to https://barrettmedia.com/ — the homepage — instead of a real anchor page (probably because there’s no dedicated “Writers” landing page, so whoever built the menu left the URL pointing at home as a placeholder).

WordPress’s nav walker assigns the current-menu-item / current_page_item classes (which drive the “active” styling) by comparing each menu item’s URL to the current page’s URL. Since four separate “Writers” items all share the exact same href as HOME, all of them get flagged current/active whenever you’re on the homepage — alongside HOME itself, which is correctly active.

That’s 5 “active” items per menu instance (HOME + 4x Writers). And because the theme renders the same nav markup three times in the DOM (desktop menu, mobile menu, and what looks like a sticky/duplicate header version — all sharing the menu-fall-2025-main-menu-2 menu), it shows up 15 times total in the page.

The fix: give each “Writers” submenu parent a real destination (an actual writers/authors archive page, or at minimum a distinct # / non-matching anchor) instead of the bare homepage URL. Once those links stop matching https://barrettmedia.com/, WordPress will stop marking them current, and only HOME will show active on the homepage.

bocatribune
Participant
#0

I created a landing page and tried to assign a separate menu to it:
https://www.bocaratontribune.com/beauty-and-wellness-expo/

However, when I change the header to this page, the whole site changes from the default menu to the dedicated menu for this page. I am not sure if it has to be fixed using the Website Manager or if I am using the wrong element.

I also tried to apply the specific menu creating a raw instead of a header box but then the mobile shows the menu items horizontally instead of a hamburger.

Any help will be much appreciated.

trebol30
Participant
#0

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.

peterk119
Participant
#0

I own a news portal and have 2 hubs that require a special header and footer, I achieved to setup with custom templates for archive files and single files but i missed the same to search files, in your theme options when selecting by category couldn’t find a field to change the template of the search results. I think it should be easy for you consider it insome of your upgrades. Tnks

Simion C.
tagDiv Staff

Hi,

There are no translation options for the woocommerce tabs. Please use the solutions mentioned in this article -> https://rudrastyh.com/woocommerce/rename-product-tabs-and-heading.html

The codes can be added in a child theme functions file, or with a code plugin such as this one -> https://wordpress.org/plugins/insert-headers-and-footers/

Please try it.

Thank you!

mstuban
tagDiv Member

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

libertyforall9
Participant
#0

The tagDiv Header Search element generates invalid ARIA markup in both desktop and mobile header instances.

The generated HTML is:

<div class=”tdb-drop-down-search”
aria-labelledby=”td-header-search-button”>

The W3C validator reports:

The aria-labelledby attribute must not be specified on any div element unless the element has an appropriate role.

The search itself works correctly. The issue is specifically the generated markup.

I confirmed the source in:

wp-content/plugins/td-cloud-library/shortcodes/header/tdb_header_search.php

The original PHP output was:

$buffy .= ‘<div class=”tdb-drop-down-search” aria-labelledby=”td-header-search-button”>’;

I changed it to:

$buffy .= ‘<div class=”tdb-drop-down-search” role=”search” aria-labelledby=”td-header-search-button”>’;

After clearing caches and revalidating, both validator errors disappeared. Desktop and mobile search continued to function normally.

This confirms that the issue is not caused by search placement, template layout, or custom CSS. It is caused by the Header Search element omitting an appropriate role from the .tdb-drop-down-search container.

Please update the plugin output to include:

role=”search”

on that container, or otherwise revise the ARIA structure so aria-labelledby is used on an element with a valid role.

The error appeared twice because the page contains separate desktop and mobile Header Search elements.

bocatribune
tagDiv Member

Thank you for your prompt reply, Simon.

The page was built with the wordpress editor, which shows the very first block suggestion as a Header.
When I type the name, it creates the wordpress page.
Perhaps because I’m used to work with DIVI builder, I thought that if I removed the title, the wordpress page wouldn’t change, but it immediately switches the page from published to draft.

I will try to use CSS. Where do I set it up? Settings for this specific page doesn’t show me a CSS field or at least I don’t see it.

What am I doing wrong?

Simion C.
tagDiv Staff

Hi,

Currently I see some kind of custom mobile menu, or from a plugin, on top of the theme mobile menu -> https://prnt.sc/xr6is1rpWCft That extra mobile menu is displayed over the entire mobile header actually, meaning that I can’t click on the theme mobile menu, the logo, or the search.

If I delete that extra menu using the browser inspector, then the theme mobile menu seems to work correctly -> https://prnt.sc/tTDRcRp4z_Qw It opens correctly. So the only problem I see is that there is an extra menu in the mobile header, making it impossible to interact with the theme header.

About updating, if the website broke after updating the PHP, that can be caused by multiple things. Could be because of a plugin that doesn’t support newer PHP versions, or custom code, or the child theme as I see you use one, or an inactive extension in the new PHP version, or other causes. I suggest testing on a staging/testing clone of the main website, in order to deal with the issues there first.

From the theme perspective, if you update it just make sure to install this standard pack plugin -> https://prnt.sc/zkjDfLHkzSHy That’s a plugin we added in Newspaper 10. Normally it’s optional, but for older websites it’s required. Older websites are built with the older blocks, grids, templates, etc. and they will not display correctly without that plugin.

Thank you!

Simion C.
tagDiv Staff

That standard post template is not actually meant to be used on the website, except temporarily for the situation when there is no post template set. The backup standard template has no customization options.

I believe you installed this theme demo -> https://demo.tagdiv.com/newspaper_downtown_pro/ On your website I see that except the homepage you are no longer using any of the templates provided with the demo, like the header, footer, post template, category template. This is fine, you can use the templates you want.

The post template that comes with that demo is this one -> https://demo.tagdiv.com/newspaper_downtown_pro/2022/03/08/the-scars-of-war-will-remain-there-for-life-published-study-finds/ If you want to use a different post template, it’s perfectly possible. And if you want it to look like the backup standard template, you could use this one -> https://cloud.tagdiv.com/#/single/single/Single/11 Please import it on the website -> then customize it with the composer and set it globally.

Using a cloud post template will replace the standard backup post template, which is normal. But you can easily customize the cloud post template adn make it look as you want. I can help as well, let me know.

Thank you!

Simion C.
tagDiv Staff

What if you activate the theme options to load the styles in the header? The options are in the theme panel -> https://prnt.sc/C7UG2E3pnput Please activate those settings and clear the caching. Then you could update the plugin again and check if the issue is solved.

Thank you!

Matija
tagDiv Member

sorry for the VPN thing…the hosting is some from the government, because its a website for the County in Croatia…I didnt know about the restrictions…

this is what they said to me:

Last wordfence security team alert us to minor security issue for outputting script and style may cause security issue, we are now using wp_kses function to escape accordion content, which causing strip all style and scripts from 3rd party shortcode, to solve this issue, third party plugins authors must update their plugin to load style and script to header or footer not via old style via content.

what should I do?

raccontareancora
tagDiv Member

Hi,

I have the following CSS applied via custom CSS:
css.td-page-header {text-align: center;}

.single article .td-post-content span {
font-size: 12px !important;
}
Even when I increase the value to 14px in this CSS, nothing changes visually — the text stays small. More importantly, this rule is now blocking any manual font size changes I try to make directly in the editor, whether by:

Setting a custom font size manually on a classic paragraph, or
Selecting a preset size (e.g. “M”) on a paragraph block.

Previously, when the font size was set through the default Theme Panel settings (without this custom CSS), the sizes displayed correctly and could be adjusted normally.

If there’s no solution, I’ll remove the code and set it to M every time I write a post, using the paragraph block.

Thank you for your help
Antonella

Simion C.
tagDiv Staff

I’m very sorry that there are issues. A header, or the other templates in general, don’t usually get messed up.

If you want I will gladly install or customize the header you want, and make sure it looks as you want. Do you want to use a standard header or a cloud header?

Please send an email at contact@tagdiv.com and provide an admin account (user and pass) and let me know how I can help with the header. I will take care of it as soon as possible.

Thank you!

Delphi
tagDiv Member

It’s all a mess. In order to use the Cloud plugin I have to got back to the previous version of Newspaper and non of the headers work with the Journal template.

Why would you mess with working websites like this?

This is why I stopped using templates like these. There is always one issue after another. Especially these updates that are hell bent on screwing with past working settings.

oetoesandjawa
Participant
#0

Subject: Newspaper Header Logo always links to the default language homepage when using Polylang

Hello tagDiv Support,

I am using the latest version of the Newspaper theme (v12.7.6) together with Polylang on a multilingual news website.

My website structure is:

– English (default): https://yogyapost.com/
– Indonesian: https://yogyapost.com/id/

The multilingual setup is working correctly:

– Language switcher works properly.
– hreflang tags are correct.
– Canonical URLs are correct.
– Open Graph URLs are correct.
– Rank Math SEO outputs the correct metadata for both languages.

However, I have one issue with the Header Logo element.

The issue

The header logo always links to the default language homepage:

https://yogyapost.com/

even when the visitor is browsing the Indonesian version of the website.

For example:

Current page:
https://yogyapost.com/id/2026/07/09/example-article/

Expected logo link:
https://yogyapost.com/id/

Actual logo link:
https://yogyapost.com/

Inspecting the HTML shows:

My desired behavior

I would like the logo to behave as follows:

– On English pages:

– Home → https://yogyapost.com/
– Articles → https://yogyapost.com/

– On Indonesian pages:

– Articles, categories, tags, archives, search results, etc. → https://yogyapost.com/id/
– (Optionally, I would like the Indonesian homepage itself to continue linking to the English homepage, but my main concern is that all Indonesian content pages should return visitors to the Indonesian homepage.)

What I have already checked

– Newspaper Theme v12.7.6
– Polylang
– Rank Math SEO PRO
– WordPress.com Business
– Header Builder (Cloud Templates)

I also checked the Header Logo element but could not find any option to configure the destination URL of the logo.

My questions

1. Does Newspaper officially support language-aware logo URLs when using Polylang?
2. Is there a built-in setting to make the Header Logo automatically link to the current language homepage?
3. Is there a hook or filter that developers can use to override the Header Logo URL?
4. If this is not currently supported, is it considered a feature request or a known limitation?

Thank you very much for your assistance.

Matija
Participant
#0

Hi,

we have Accordion Pro on our site http://www.vpz.hr…the problem is with this site for example…https://www.vpz.hr/zupanijska-uprava/upravni-odjel-za-graditeljstvo-zastitu-okolisa-i-imovinsko-pravne-poslove/

and then tab Oglasna ploča….

on desktop its ok….but on mobile its not…there’s some “custom css” code in front of the actual code that works what I entered in that particular accordion…

that “custom css” code wasnt here before…it just appeared somehow hmm

They said this:

Last wordfence security team alert us to minor security issue for outputting script and style may cause security issue,

we are now using wp_kses function to escape accordion content, which causing strip all style and scripts from 3rd party shortcode,
to solve this issue, third party plugins authors must update their plugin to load style and script to header or footer not via old style via content.

I hope you understand, you may report to plugin author that you are using via accordion plugin content.

WHAT CAN WE DO !??

Simion C.
tagDiv Staff

Hi,

I think that’s the backup header template. It’s used when there’s no actual header set.

I believe you were using a standard header, please make sure that the standard pack plugin is active -> https://prnt.sc/CfJ5bGeDg43t That plugin contains all the standard templates, from before we added the cloud templates.

Or if you were using a cloud header template, please make sure it is set, for example -> https://prnt.sc/2ZMUtcccFFkS

Thank you!

Simion C.
tagDiv Staff

Now it’s better, I see the titles from the ad codes are gone. There is just one extra title tag remaining, the one right after the opening body tag. Hopefully that one can be found as well and removed. From what I can tell the secondary title is part of a group of meta tags, those should be perhaps move in the head, or removed as well if they aren’t necessary.

I suggest checking if a plugin is loading them there, or if maybe they are added in the theme header file, or maybe even in the theme panel -> https://prnt.sc/-KgS4NmoJB3r

Thank you!

Delphi
Participant
#0

Something got messed-up with the header on my blog using the Journal template.

The logo image no longer displays, just text.

https://scifi3d.net/

PHP Version: 8.2.31

I tried going back two versions to see if it corrected but no luck.

Simion C.
tagDiv Staff

Hi,

That is possible.

A new full row can be placed at the top -> https://prnt.sc/G12XXz0buKTM and then the ticker can be moved in that row -> https://prnt.sc/rnVIhA9owKzv

If maybe you want the ticker to be full width, the row can be stretched to full width -> https://prnt.sc/1UFCU8j6wZf-

For now I left the new row have the same width of the header. Please check it as well.

Thank you!

Westfrieslandpraat
Participant
#0

New block in header..

What 1 want is the ticker on the full with of the header.. howto do ?

Simion C.
tagDiv Staff

I don’t think elementor is adding the titles.

So the first title is correct, it’s the one in the website head.

The second appears right after the opening body tag -> https://prnt.sc/WLpnobnj86dI Either it was manually added in the theme header.php file, or a code plugin or code snippet is adding it there.

And all the rest of the title tags are inside the ad codes -> https://prnt.sc/EktU0DHN0E6z I suggest checking the ad codes. Maybe the ad codes were copied from somewhere else, because I don’t think that someone manually added titles and meta tags inside each ad code -> https://prnt.sc/X4RiqWKeQHnJ Please check the ad codes entered in the theme panel.

Having so many title tags and meta tags in a single page can lead to issues, I can’t say which kind of issues but it’s nor normal.

Thank you!

Viewing 25 results - 1 through 25 (of 29,850 total)