WordPress 7.0 開発者向け情報: ServerSideRender ServerSideRenderを使ったコアのダイナミックブロック（Archives/RSS/Latest Comments/Calendar/Tag Cloud）では、エディター側に余分なdivが生えてスタイルが当てづらかったあったと思うのですが、これが解消されました github.com/WordPress/gutenbe…

17. Custom Gutenberg Block with InnerBlocks & ServerSideRender “Generate a complete custom block ‘Testimonials Carousel’ using InnerBlocks for slides and ServerSideRender for frontend output. Include attributes for autoplay, dots, and arrows.”

5. Custom Gutenberg Block with InnerBlocks & ServerSideRender “Generate a complete custom block ‘Testimonials Carousel’ using InnerBlocks for slides and ServerSideRender for frontend output. Include attributes for autoplay, dots, and arrows.”

WPのブロック、ServerSideRender使ったら普通にphpで書けるので便利だけど重いらしいのが難点…とは言ってもそこまで重い感もないのでもう面倒臭いからServerSideRenderで良いや…という気持ちになりつつある

I'm 10x a developer because it takes me 10x the time to do things. Jamie, you can do the CPTs / Custom Fields as normal in PHP and then fetch the data but I think you need to build out the meta fields with code depending on what you want. An easier approach I've found is to use ServerSideRender. It makes life easy as you do the PHP code as normal and the block renders by passing attributes to your PHP function.

Most answers justify one way or the other, but you can you show a server-side rendered block in Gutenberg just fine, wrap it in ServerSideRender developer.wordpress.org/bloc… Gutenberg lets you do both, but is optimized toward React because it's interactive, frontend is mostly static.

Do you use ServerSideRender when building blocks?

I am not typically one for complaining out here, but developing for the block editor is extremely frustrating. I'm not sure if it's me not knowing enough react or the JS code powering the editor is nowhere close to what we can do with PHP. Trying to do my featured image block variation and I've spent over a day duplicating code for it to render in the block editor only to find out that filtering BlockListBlock doesn't pass the context which is in the block I'm filtering. Need some better ideas to get this featured block to work without rewriting everything from scratch. Maybe serversiderender?

I'm wondering what is the best way to handle the deprecation of Gutenberg Blocks. It seems like we need to create deprecated objects for each version and keep them forever. But it doesn't look like maintainable. I'm wondering if I should convert all blocks of my plugin to ServerSideRender to make it easy to update in the future.

For memory:) #WordPress #Gutenberg <ServerSideRender> returns "<RawHTML className={ className }>{ response }</RawHTML>", so the HTML code that will return the renderBlock php call registered by "register_block_type" will be wrapped in a DIV. I spend some time to understand this )

WordPress block Devs, How do you decide when to use ServerSideRender Vs. Dynamic Blocks?

Agree! I am just now developing a content filtering block that uses this approach. You can also display in the Block Editor the content generated with PHP using <ServerSideRender />

Baby steps :) My approach so far is all serversiderender.

Coding for the frontend with render is easy. But then doing the block editor coding becomes quite exhausting if you're not using Serversiderender.

I like that you've gone down the serversiderender route just the same as I did with my tutorial on the same topic

My approach to building blocks for my plugin has been to use Serversiderender. It's quick and works very simply. Not to mention I don't have to spend hours coding for the block editor.

New video: Let’s build a dynamic block for WordPress! Along the way we’ll discuss the difference between static and dynamic blocks, when to use them, WP_Query, what ServerSideRender is and how to use the #WordPress core data package. youtu.be/WZJp1UsPrBQ?si=a0uT…

DAY 54: I created a dynamic custom block that displays a list of posts in one category. With ServerSideRender, creating a custom block is almost simple as writing a shortcode. ( Except the fact that you have to run nodejs in the background) Challenge #2 completed? @igorbenic

I'm learning blocks too. Do you use render_callback or ServerSideRender component?

That's correct. The serversiderender component loads in the editor. If you see the latest posts block you see the amount of JS code used to produce the latest posts. Probably adds a lot of flexibility. But I think you can achieve that via the component instead using the rest API