Forum Replies Created

Viewing 15 replies - 1 through 15 (of 39 total)
  • No problem, I’m glad you found the issue’s root.

    Take care.

    Hi @wynot,

    It’s probably an issue with the WordPress configuration file (wp-config.php) located at the root of your WordPress installation.

    The wp-blog-header.php file is one of the core files, and it’s called quite early in the?WordPress request lifecycle, so an error message that mentions it means that something is not working at the most basic level.

    If you have a backup system in place, recover a previous backup to see if this solves the issue easily.

    But if it doesn’t, you must check the wp-config.php file for extraneous info against the sample config file provided by WordPress. You can access the wp-config.php file via SFTP (with an app like Ciberduck) or any other visual file manager. Check with your hosting provider’s support to see if they provide this functionality.

    I hope this helps.

    • This reply was modified 1 month ago by Márcio Duarte.
    • This reply was modified 1 month ago by t-p.
    Plugin Author Márcio Duarte

    (@pagelab)

    @stemsrus Thanks a lot, Ronald!

    Hi @domic25241,

    The issue is that the theme added a second breadcrumb trail. This theme is not being actively maintained anymore – the last update was nine years ago! – and some data is missing from its breadcrumb, as Google requires.

    The Rankmath plugin is already adding correctly the breadcrumb.

    You have two options to solve this issue:

    1. Remove the built-in breadcrumbs from the theme and the one that Rankmath provides or
    2. Simply fix the theme’s built-in breadcrumbs.

    I recommend the first option. Google occasionally changes the required Schema markup for the breadcrumb, so using the one provided by Rankmath is future-proof.

    However, you will have to apply the CSS styles to the Rankmath one, as it differs from the one that comes with the theme. It’s nothing too complicated, though.

    To solve this issue, follow the steps below (watch here a quick video with the steps below):

    a) Remove the theme’s built-in breadcrumb.

    • First, I strongly recommend creating a full website backup with your hosting provider before you proceed with the following steps. If anything goes wrong, you can recover this backup. Contact your hosting provider’s support if you need assistance with that.
    • With a backup, go to?Appearance → Theme File Editor in your WordPress dashboard. Please read the message about carefully editing your theme’s code and then dismiss it.
    • On the right sidebar (Theme Files), click on functions.php.
    • Around the line 103Find the PHP snippet add_theme_support( 'breadcrumb-trail' ), and add a double slash in front of it like this: // add_theme_support( 'breadcrumb-trail' ); Don’t change anything else in the code.
    • Click on the Update File button. This will turn-off the theme’s built-in breadcrumbs.

    b) Add the Rankmath breadcrumb to the theme’s header template.

    • Ok, while still in the Appearance → Theme File Editor, click on the header.php template file on the right sidebar (Theme Files).
    • Go to the line 97 and click on the white line.
    • Type Enter on your keyboard to create a new empty line.
    • Paste the breadcrumb PHP snippet provided by Rankmath.
    • Click on the Update File button. The breadcrumb will be displayed in the same place as the one provided by the theme.

    c) Style the Rankmath’s breadcrumb.

    • On you WordPress admin dashboard, visit Appearance → Customize.
    • Navigate to the Additional CSS section.
    • Copy the CSS code from this link,
    • Go back to your WordPress and paste it in the textarea.
    • Click the Publish button to save your changes.

    Note: To apply these changes, you may have to clear the cache from the WP Rocket plugin installed on your WordPress.

    Following these steps, you can solve the issue by including a future-proof breadcrumb trail on your website. Let me know if it works for you.

    I hope this helps,

    Take care.

    This is a follow-up to the previous tip about deleting the translation files on your server. If the files don’t appear after changing the language on the WordPress dashboard (Settings → General), install and activate the Force Update Translations plugin. As the name implies, it can force any updates from plugins and themes.

    Each theme and plugin will include a “Update translation” link on the each listing.

    @logologics You could also try disabling temporarily all your plugins under Plugins > All Plugins. Some may interfere.

    Another tip is to delete all translation files in the previously mentioned directories in your server (wp-content/languages/plugins/?and?wp-content/languages/themes/), then change the WordPress language to any other language under Settings > General in the Site language drop-down.

    Save the change and then change it back to the original language in the same drop-down, saving it again.

    This will again download the translation files and may help solve the issue.

    Hi @logologics,

    Access your server using SFTP (or a web administration panel, if available on your hosting provider) and check if the wp-content/languages/plugins/ and wp-content/languages/themes/ directories are there and writable (i.e., they both are set with a 755 permission).

    If that’s not the case, create these two directories (plugins and themes), and make sure they are writable (with 755 permission). After that, try updating the translations again on the WordPress dashboard.

    If that does not work and you have terminal access to your WordPress instances, you can also try to update the translations via WP-CLI with the following command:

    wp language plugin update --all

    Then do the same for your themes:

    wp language theme update --all

    And for the WordPress core translations:

    wp language core update

    Following these you may be able to force update the translation packages on your websites.

    Take care,

    Hi @raymallon,

    WordPress includes a built-in feature for Revisions, which tracks every change made to your post or page content over time.

    You can access it directly on the Post or Page Editor on the sidebar at the right of the screen. If you need support for Custom Post Types, just enable it when it’s registered.

    If you’re using a block theme, this will track all content from the website.

    For classic themes, you could install a backup plugin or add something like Simple History or Activity Log to track changes in widgets, settings, media, etc.

    To track files via Git, you can use Revisr or Gitium – or create a regular Git repository on your wp-content folder if you control your server and need a more granular setup.

    Hi @amministratore01pi ,

    Yes, WordPress offers this natively; it is called roles and capabilities. There are multiple ways to work with that, via custom code or free plugins.

    You can ease the process by following this official support guide, which includes a list of recommended plugins that work with that.

    You will basically:

    • Install a free plugin,
    • Create a new user role,
    • Deny access to the functions you want to hide,
    • Create a new user with this custom role.

    The options you defined previously will be unavailable when the user logs in.

    Your website uses the Litespeed server (the x-powered-by: LiteSpeed header is in the HTTP response), so disabling the plugin will not solve issues with the server.

    It also uses Cloudflare on top of it (the server: cloudflare HTTP header is present), which can also contribute to the issue.

    To start solving these 403 errors, it’s important to put Cloudflare in developer mode to remove it from the equation. Check this tutorial.

    After that, disable all plugins and check the error logs on your server. They will clarify the issue a little bit more. The support team of your hosting provider can help with that.

    Hi @vdmaffiliate

    There’s no absolute answer, it all depends on your needs and goals.

    But Bricks uses a class-first workflow, so is more targeted to developers. You will need solid CSS knowledge to work with it properly.

    @sacconi You can do the same thing from the previous function: create a condition to define the ID based on the post meta value and apply it to your $url variable.

    // Initialize the anchor with the default value.
    $anchor = 'prezzo_settimana';

    // Determine the final anchor value based on your condition.
    if ( ! empty( $number ) ) {
    $anchor = 'input_prezzo_primo';
    } elseif ( ! empty( $number2 ) ) {
    $anchor = 'input_prezzo_primo_dom';
    }

    // Append the anchor to the URL.
    $url = admin_url( '/post.php?post=' . intval( $post->ID ) . '&action=edit' ) . '#' . esc_attr( $anchor );

    // Output the URL safely.
    echo esc_url( $url );

    Yes, IDs should be unique for each element on a page, so you should set them twice: one for each field (considering that the function will be invoked only once per page).

    Here’s a streamlined version:

    function prezzo_minimo_meta_box_render($post) {
    // Retrieve meta values
    $number = get_post_meta($post->ID, "function_prezzo_primo", true);
    $number2 = get_post_meta($post->ID, "function_prezzo_primo_dom", true);

    // Initialize the output variable
    $output = '';

    // Generate the output for the number field
    if (!empty($number)) {
    $value = round($number / 7, 0);
    $output = '<div><input type="number" id="input_prezzo_primo" value="' . esc_attr($value) . '" placeholder="prezzo/notte in euro" /></div>';
    } elseif (!empty($number2)) {
    $value = round($number2 / 7, 0);
    $output = '<div><input type="number" id="input_prezzo_primo_dom" value="' . esc_attr($value) . '" placeholder="prezzo/notte in euro" /></div>';
    }

    // Output the result
    if (!empty($output)) {
    echo $output;
    }
    }
    Plugin Author Márcio Duarte

    (@pagelab)

    Hi @chihi108,

    I’ve never used the theme you mentioned, but considering your description, it looks like it’s a classic theme. Editing a footer visually using blocks is a feature of block themes.

    You could use the do_block() PHP function to display the block in your theme’s footer, but that completely defeats the purpose of the block, which is to facilitate the customization of that part.

    Talk with your theme’s tech support to check if they have an easier solution for your particular case.

    Thanks for your interest in the plugin.

    Plugin Author Márcio Duarte

    (@pagelab)

    Thank you for your kind words, @dmatamales!

Viewing 15 replies - 1 through 15 (of 39 total)