threadi

I would recommend that you report the issue on CoreTrac. In particular, you should include the post ID so that the issue can be reproduced if necessary: https://core.trac.ww.wp.xz.cn/newticket – this is the only way to actually fix the problem.

The terminology here is very important. The Embed block actually uses the oEmbed format. This is an open format for embedding content from Website A into Website B. Both websites must support this format.

However, this is different from embedding a website using an iframe. No special format is required for this that both websites must support.

So if you simply want to embed a website into yours, an iframe would be more suitable than the oEmbed format, since the latter is less widely supported.

Note, however: both formats require that neither of the involved websites prevents them from being embedded via an iframe. This is also a security setting that many website operators use nowadays. They want to prevent their content from appearing on websites they cannot control. Every page view costs traffic, and if you give that away for free, you potentially lose real visitors and – especially for online stores – revenue as well.

The cleanest solution would be to create a custom template for this page that doesn’t include the header. Unfortunately, since you’re using “Unos Premium,” a commercial theme, we can’t help you with it here in the forum. This leaves you with the following options:

• Contact the theme’s support team, which you can likely find here: https://wphoot.com/support/
• Or try the following custom CSS: body.page-id-3631 #header { display: none; } – you’ll likely need to add this under Appearance > Customizer > Additional CSS if you’re using a classic theme. Note that the page ID in the CSS code must be unique. I’ve taken this from the page you linked to. If you want to use a different one, you’ll need to update the ID accordingly.

No, this uses WordPress’s built-in search function, which can also be used on the front end. By default, it searches in titles and content. This can also be customized using the hook mentioned above. I suspect there are plugins for this as well, but I think they tend to work on the front end rather than the back end.

The issue here is with the preview in the Block Editor. When using the embed block, the URL to be embedded is loaded via an iframe. This is visible to you in the Block Editor because the editor runs a script that removes the actual style rules intended to hide it. As a result, you see the mobile view of the external page in the Block Editor.

This isn’t visible on the front end because WordPress correctly embeds the iframe in the HTML code but doesn’t remove the style specifications that hide it. In fact, you won’t be able to embed this page this way.

I also tested this with the Gutenberg plugin. There, no preview is generated in the editor anymore. It looks like this:

https://snipboard.io/hfZ5vT.jpg

I therefore suspect that what you’re seeing in the current WordPress 6.9.4 is still the case, but will be optimized in the next version, 7.0.

I can’t reproduce that at all. I have a project here with over 100 posts and two dozen pages, one of which is also called “About”. When I search for it in the location you described, I find it and can use it.

What does the output show when you can’t find the page? Does it say “does not exist” or are other results displayed? Regarding the latter, please note that for performance reasons, the search is limited to a maximum of 50 results per page. You may have multiple results, but you just can’t see that exact page because of this.

Another tip: try using a different browser. Browser add-ons can also negatively affect such interactions.