Forum Replies Created

Viewing 15 replies - 121 through 135 (of 196 total)
  • Hi @manoj87

    It seems that your hosting provider limits the bandwidth you are allowed to use on an hourly, daily, weekly or monthly basis. Contact your hosting provider to have this limitation temporarily or permanently lifted or increased.

    Also, make sure you understand why you’re reaching your limit. If your website isn’t expected to generate high bandwidth usage, either your hosting provider has very low limits and maybe you should look for another one, or something on your website is using it inappropriately.

    Best of luck!

    Hi @notarangelostarc

    You have to temporarily disable your plugins through sFTP or the file manager of your hosting provider, or by editing a specific field of your database. See: https://www.ads-software.com/documentation/article/faq-troubleshooting/#how-to-deactivate-all-plugins-when-not-able-to-access-the-administrative-menus

    Best of luck!

    Hi @syslaver

    Please see MapSVG documentation at https://mapsvg.com/docs/ and open a support ticket directly with them if necessary.

    Best of luck!

    Hi @giulia72

    Yes, it’s technically possible, even if it’s not at all recommended for SEO and security reasons. Have a look at Frame redirects: https://en.wikipedia.org/wiki/URL_redirection#Frame_redirects

    I strongly encourage you to point your “original URL” to your new WordPress website rather than using a frame redirect.

    You’re welcome! Please, don’t forget to mark your post as solved if this is the case. Thank you!

    Hi @sdevent

    You may find it easier to find help in Russian on the WordPress community forums dedicated to the Russian language: https://ru.www.ads-software.com/support/

    Best of luck!

    Have a look at REST API Changes in WordPress 5.8 concerning the widgets and the Encode Endpoint part especiallly: https://make.www.ads-software.com/core/2021/06/29/rest-api-changes-in-wordpress-5-8/

    You can also try to switch back to the classic widget editor: https://make.www.ads-software.com/core/2021/06/29/block-based-widgets-editor-in-wordpress-5-8/

    I’m affraid I don’t. It will be still quicker to manually edit those posts than looking for a way to do it automagically. You can open a new support ticket for this different issue though.

    Please, mark this one as solved. Thank you!

    Hi @looic

    This probably comes from the Beautiful taxonomy filters plugin which hasn’t been tested with the latest 3 major releases of WordPress and was updated 3 years ago.

    Do you have this plugin installed? If so, try disabling it temporarily to see if the error goes away. You can then open a ticket on the support forum dedicated to the plugin , or look for an alternative.

    If you are not using this plugin or disabling it does not remove the error, let us know.

    • This reply was modified 1 year, 1 month ago by luk4.

    Hi @shanshanar

    Yes, this is totally possible.

    First of all, I have to say that it is probably best to use a dedicated plugin to manage a multilingual website. Changing the title appearing on social networks is one thing, but there would be other elements to consider, for SEO reasons for example, such as the lang attribute of the page, the title of the post, etc.

    However, if your current workflow suits you well and you want to keep things simple (multilingual plugins can be an overkill solution), you can use the following PHP snippet to edit this Page 2 part:

    /**
     * Replace 'Page 2' in Blog Post Title by Custom Text
     * https://www.ads-software.com/support/topic/fixing-nextpages-preview/
     */
    function wporg_custom_page_number_in_title_tag( $title ) {
    	global $page;
    	if ( is_single() && 'post' == get_post_type() && $page === 2 ) {
    		$title['page'] = 'English Version';
    	}
        return $title;
    }
    add_filter( 'document_title_parts', 'wporg_custom_page_number_in_title_tag');
    
    

    Be sure to understand that:

    • This snippet change the Page 2 part to English Version of the <title> tag (only) of page 2 (only) of regular blog posts (only). If you need a different behavior, feel free to let me know.
    • If you’re using a SEO plugin, this PHP snippet might or might not work. The snippet change the <title> tag which is used to generate the title appearing on social media by default, but if you have a SEO plugin this could be different.
    • The <title> tag is also used by browsers to set the tab/window title. Therefore, this will also be updated, which I think is good.
    • If the snippet doesn’t work as expected, please share your website URL. This will help a lot.

    To use this PHP snippet, simply add it at the bottom of your functions.php file of your Child Theme. See this guide to learn how: https://www.ads-software.com/documentation/article/appearance-theme-file-editor-screen/

    Be sure you’re using a Child Theme. If you don’t, simply create one with WP Child Theme Generator: install and activate the plugin, go to Appearance ? Child Theme Gen, select your actual theme, check Create & Activate option and keep everything else by default, click Create Child Theme button, go to Plugin and remove WP Child Theme Generator. You will now have a “… Child” theme in Appearance ? Themes and you can safely edit its functions.php file as mentionned above.

    If you need further help for any of those steps, feel free to let me know. ??

    Have a great day!

    Edit: Be sure to have a recent backup of your website before doing any edits.

    • This reply was modified 1 year, 1 month ago by luk4.
    • This reply was modified 1 year, 1 month ago by luk4.
    • This reply was modified 1 year, 1 month ago by luk4.

    I’m glad you sorted this out.

    Just to be sure, your default media settings should be:

    • thumbnail: 150×150
    • medium: 600×600
    • large: 1280×1280

    And you need to upload images to your WordPress website with a width of 2560px.

    When writing your articles, if an image is set to the full width of the article, keep the default “large” setting (the image will indeed be around ~200 KB). If you put 2 or 3 images side by side, choose “medium” (the images will be approximately ~60 KB).

    Regarding the caption outside the block, unfortunately this is how Gutenberg displays single image captions. However, you can force these captions to be like the others with the following CSS snippet:

    /* 
     * Force Single Image Captions To Cover the Images
     * https://www.ads-software.com/support/topic/clear-image-inserted-into-wordpress-posts-that-became-blurry/
     */
    
    :not(.wp-block-gallery) > figure.wp-block-image {
      position: relative;
      width: fit-content;
    }
    
    :not(.wp-block-gallery) > figure.wp-block-image > figcaption {
      background: linear-gradient(0deg,rgba(0,0,0,.7),rgba(0,0,0,.3) 70%,transparent);
      bottom: 0;
      box-sizing: border-box;
      color: #fff;
      font-size: 13px;
      left: 0;
      margin-bottom: 0;
      max-height: 60%;
      overflow: auto;
      padding: 0 8px 8px;
      position: absolute;
      text-align: center;
      width: 100%;
    }

    Insert this CSS snippet into the Additional CSS section of the Customizer.

    This will force all single image captions to cover the image. If you want a per-image solution, choose this slightly different CSS snippet:

    /* 
     * Force ".cover-caption" Enabled Single Image Captions To Cover Images
     * https://www.ads-software.com/support/topic/clear-image-inserted-into-wordpress-posts-that-became-blurry/
     */
    
    :not(.wp-block-gallery) > figure.wp-block-image.cover-caption {
      position: relative;
      width: fit-content;
    }
    
    :not(.wp-block-gallery) > figure.wp-block-image.cover-caption > figcaption {
      background: linear-gradient(0deg,rgba(0,0,0,.7),rgba(0,0,0,.3) 70%,transparent);
      bottom: 0;
      box-sizing: border-box;
      color: #fff;
      font-size: 13px;
      left: 0;
      margin-bottom: 0;
      max-height: 60%;
      overflow: auto;
      padding: 0 8px 8px;
      position: absolute;
      text-align: center;
      width: 100%;
    }

    Then you will have to add cover-caption as Additional CSS Class(es) in the Advanced tab of the image block when you want the image has a covering caption.

    Finally, please don’t forget to mark your post as solved. Thank you!

    Have a great day!

    • This reply was modified 1 year, 1 month ago by luk4.
    • This reply was modified 1 year, 1 month ago by luk4.
    • This reply was modified 1 year, 1 month ago by luk4.

    Awesome! That’s really great.

    Please, don’t forget to mark your post as solved. Thank you!

    Have a nice day @josephineremo

    Thanks for the clarification!

    Something is adding a slight margin to the left and right (“outside spacing”) to the main section of the article. As a result, there’s no longer enough space to display the sidebar and it’s sent to the bottom.

    This something seems to be the theme itself. This doesn’t make much sense, since the theme should adapt the layout to ensure that the sidebar remains on the side. But it’s possible. There should be a setting somewhere in the theme/Customizer settings where the left margin is set to 20px and the right margin to 10px. This could be called “margin” or “outside spacing”. You can search for these settings and set them to 0.

    If you can’t find these settings, you can also submit a ticket to Astra support for help in identifying where these settings are. I recommend that you link to this thread in your request. See: https://wpastra.com/support/open-a-ticket/

    Just so you know, the CSS snippet overwrites the theme settings so that the spacing is always set to 0. This works well for now. But it could prevent you from changing the settings via the UI in the future if you wish. In addition, the theme might update the underlying code about this in the future and the CSS snippet would no longer work.

    That’s why I recommend solving the spacing problem at the root and not adding another level of CSS rules. Don’t worry, it’s not dramatic, it’s just best practice. It’s perfectly fine to keep the CSS snippet as it is.

    Finally, feel free to enable again WP Rocket, but be sure to reset its settings (especially with regard to CSS optimization) and maybe keep them as default to avoid the CSS problems your website was facing. However, as your hosting provider (Hostinger) uses a Litespeed server, I strongly recommend that you switch to LiteSpeed Cache plugin. It will work in perfect synergy with the server and you’ll probably get better results than with WP Rocket. See: https://www.hostinger.com/tutorials/litespeed-website-optimization-tool/

    Did not now and it doesn’t fix it..

    Do you confirm that Outside Post Spacing was set to 10px right and 20px left? Did you set both to 0 as explained here?

    If so, or if you just want to add a patch to fix your sidebar layout bug without fixing the underlying issue, you can use the following CSS snippet:

    /*
     * Fix Sidebar Layout Bug on Blog Posts
     * https://www.ads-software.com/support/topic/sidebar-layout-issues-2/
     */
    .single-post .site .site-content #primary {
      margin-right: 0px;
      margin-left: 0px;
    }

    Add this to the Additional CSS section of the Customizer. Do not use !important unless you absolutely have to. Instead, increase the CSS selector specificity. See https://developer.mozilla.org/en-US/docs/Web/CSS/Specificity#the_!important_exception

Viewing 15 replies - 121 through 135 (of 196 total)