Forum Replies Created

Viewing 15 replies - 1 through 15 (of 157 total)
  • Thread Starter unklee

    (@unklee)

    Correction: it was quotes, not parentheses.

    Thread Starter unklee

    (@unklee)

    Hi bvbaked & Nithin , and many thanks. With your help, I appear to have resolved this.

    It was simple in the end. It was the content.php file, and it contained a variable that was defined without parentheses. php 7.4 warned that future versions of php would pick this up as an error, which indeed was the case. When I checked the code of the two sites, I missed that small difference. So all seems to be running well in php 8.1.

    But a couple of curious things:

    (1) I couldn’t get the error to log in the debug.log file. No such file existed initially, and even when I created one nothing was written there. I checked the load.php file and it appeared to be as your references said they should be. But I amended the config.php code to log on screen and that was fine.

    (2) I got another error “Translation loading for the subscribe-to-comments-reloaded domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early.” But this error doesn’t stop the plugin working or the site not functioning, so I guess it’s no problem (for now).

    Thanks again, it was simple, but your help got me there.

    • This reply was modified 6 months, 1 week ago by unklee.
    Forum: Themes and Templates
    In reply to: [Arke] Updates
    Thread Starter unklee

    (@unklee)

    PS I guess the fact that the header loads (albeit with some changes to layout) means that the fault isn’t fundamental, but in the content.php file or something like that. I don’t know.

    Forum: Themes and Templates
    In reply to: [Arke] Updates
    Thread Starter unklee

    (@unklee)

    I think at the moment this is beyond me. I chose Arke for 2 sites because my WordPress themes were running slow. But I wanted a few features, so I developed a child theme (this sounds like I know what I’m doing, but I really just followed online advice on this) to add those features. Both sites still score about 90 for mobile and 96 for desktop on Google Page Speeds.

    I installed the child theme on both sites with mostly the same plugins. The only real difference was that one site was in classic WordPress which I coded in HTML and CSS, while the other was in blocks. The one in classic still loads properly with this upgrade in php (and did before you upgraded your code), whereas the block site is the one that won’t load. I have tried deactivating all plugins and it still doesn’t load, so that isn’t the problem.

    I have checked my functions.php files (which is the file you updated) and there doesn’t appear to be anything in the crashing site that isn’t in the OK site, so I am at a loss what else to check. I guess I’ll just run the old version of php until something turns up.

    Thanks for your help.

    Forum: Themes and Templates
    In reply to: [Arke] Updates
    Thread Starter unklee

    (@unklee)

    Unfortunately, so far, it doesn’t work for me. Most pages just show the header & title, but the blog page (which is created differently) shows everything. Maybe it’s something I’ve done in my child theme. I’ll check the error messages when I have time.

    Forum: Themes and Templates
    In reply to: [Arke] Updates
    Thread Starter unklee

    (@unklee)

    Thanks so much. I’ll try it out.

    Forum: Themes and Templates
    In reply to: [Arke] Updates
    Thread Starter unklee

    (@unklee)

    I don’t know the fix. I was hoping you might be able to do it, but if not I was going to try – not sure how successful I would have been!

    I’ll wait to see if you can fix it thanks.

    Thread Starter unklee

    (@unklee)

    Thanks for that info, I didn’t realise. I guess I thought that, since mobile visits are more than desktop visits, themes would be optimised for mobile.

    Thanks for the optimisation link, I think I have done most of what I can do there, but I’ll check it in detail.

    I may need to re-think a little. I have two other websites that use a child theme I built on top of the minimalist Arke theme, and while mobile page loads are slightly lower (typically around 89 vs 96), that is a lot smaller gap than with the Dorna theme. I’m not sure it matters, but I’ll try to keep learning.

    Thanks again.

    Thread Starter unklee

    (@unklee)

    I don’t suppose anyone will red this, but I solved this problem in a different way.

    I started a new theme and put both graphics in, one below the other. One was a cover and one was a normal graphic. Then I used CSS to set display to “inline” or “none” so each one would display at the appropriate screen size.

    Simple, and seems to work well.

    • This reply was modified 1 year, 1 month ago by unklee.
    Thread Starter unklee

    (@unklee)

    Sorry, but that code didn’t work for me. I’ll keep working on it.

    When I do “Inspect Element” it doesn’t show the image as a background image and doesn’t use code similar to what you have suggested. This the code Inspect Element shows:

    <div class=”wp-block-cover …. style=”min-height:670px;aspect-ratio:unset;”>

    <span aria-hidden=”true” class=”wp-block-cover__background has-tertiary-background-color has-background-dim-0 has-background-dim”></span>

    <img width=”1600″ height=”600″ src=”URL.jpg” class=”wp-block-cover__image-background wp-post-image” alt=”” data-object-fit=”cover” decoding=”async” fetchpriority=”high” srcset=”
    URL.jpg 1600w, 
    URL.jpg 300w, 
    URL-1024×384.jpg 1024w, 
    URL-768×288.jpg 768w, 
    URL-1536×576.jpg 1536w, 
    URL-1320×495.jpg 1320w” sizes=”(max-width: 1600px) 100vw, 1600px”>

    So that is what I have to replace in my media statement,

    Thread Starter unklee

    (@unklee)

    Thank you, I’ll give it a try.

    • This reply was modified 1 year, 2 months ago by unklee.
    Thread Starter unklee

    (@unklee)

    I have seen the following code suggested, but so far it’s not working for me either.

    @media(max-width: 480px)
    body.home .wp-block-cover img{ content: url(“URL”) !important; } }

    Thread Starter unklee

    (@unklee)

    Interesting. I did note that the heading was very long, and that proved to be the answer.

    For some reason, when I tried to add that code to the settings, it wouldn’t save (probably nothing to do with the plugin, more likely because I am in Australia and my host is in US, and there was some glitch along the way). But I simply added the code to my child theme CSS and that was fine.

    Thanks for that prompt response. I have learnt something!

    Thread Starter unklee

    (@unklee)

    Thanks for replying so promptly. The image is set to 200×100 in settings and there is an image of that size in the Uploads folder. But it shows at 144×72 and there is no image of that size (but images of about 6 other sizes). All other images are the same, but they show correctly.

    I have tried changing images (e.g. copying an image that is showing correctly), re-loading images, changing the order, etc, but always the reduced size. It’s very strange. But don’t worry too much, I can cope with the inconsistency, and it may be something on my site rather than in the plugin.

    Thread Starter unklee

    (@unklee)

    I live in Sydney, Australia, which is Greenwich + 10 hours. I presume Burst uses my local time, but maybe there is some glitch there. Good thought.

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