If you liked what you've learned so far, dive in!
Subscribe to get access to this tutorial plus
video, code and script downloads.
With a Subscription, click any sentence in the script to jump to that part of the video!
Login SubscribeThere's one super cool feature of the Turbo Mercure UX package that we installed earlier that we have not talked about. And it's this: the ability to publish a Mercure update automatically whenever an entity is created, updated or removed. It's a powerful idea.
For example, instead of publishing this update from inside of our controller, what if we published this update whenever a review is added to the system, regardless of how or where it's added? Or what if we could publish a Mercure update whenever a review is changed... like if we changed a review in an admin area, that review would automatically re-render on anyone's page that was currently viewing it!
That is totally possible. Go into the entity where you want to activate this behavior. For us that's src/Entity/Review.php
. Above the class, add @Broadcast
.
... line 2 | |
namespace App\Entity; | |
... lines 4 - 9 | |
/** | |
* @ORM\Entity(repositoryClass=ReviewRepository::class) | |
* @Broadcast() | |
*/ | |
class Review | |
{ | |
... lines 16 - 109 | |
} |
If you're using PHP 8, you can also use Broadcast
as an attribute. Next, open templates/products/_reviews.html.twig
. This is where we originally used turbo_stream_listen()
to listen to the product-reviews
Mercure topic.
Copy that and, temporarily, also listen to a topic called App\Entity\Review
. We need the double slashes to avoid escaping problems. Oh, and not reviews, just Review
: the name of the class.
<div {{ turbo_stream_listen('product-reviews') }}></div> | |
<div {{ turbo_stream_listen('App\\Entity\\Review') }}></div> | |
... lines 3 - 36 |
Okay: whenever a Review
is created, change or removed, an update will be sent to the App\Entity\Review
topic on our Mercure hub. And now we're listening to that topic.
If this doesn't all make sense yet, don't worry: we're missing one important piece. To find out what it is, let's fearlessly forge ahead and try this! Refresh the page and check out the network tools. Let's see... here it is! We're listening to a new stream URL. Open this in a new tab. Like with the other topic, our browser spins and waits for updates.
Ok! Try to submit a new Review
. And oh! A 500 error. Open the profiler for that request to see what happened:
Unable to find template
broadcast/Review.stream.html.twig
.
Okay. So here's the whole flow that we activated by adding the @Broadcast
annotation above the entity. First, we create, change or remove a Review
from the database. Second, the Turbo Mercure library notices this and tries to render a template called Review.stream.html.twig
. We will create this in a moment. And third, whatever this template renders is published to Mercure... in a specific way.
Let's go create that template. In the templates directory, add the broadcast
directory... and inside, the new file: Review.stream.html.twig
.
These "broadcast" templates always look the same, and I'm going to paste in a skeleton to show you. It's... kind of a cool use of blocks. If a Review
is created, the content in the create
block is sent to Mercure. If a Review
is updated, the update
block is used. And if we delete a Review
, the contents of the remove
block are published to Mercure as an update.
{% block create %} | |
CREATE! | |
{% endblock %} | |
{% block update %} | |
UPDATE! | |
{% endblock %} | |
{% block remove %} | |
REMOVE! | |
{% endblock %} |
We can see this immediately. Close the profiler tab, refresh this page... and add another review. When we submit, nothing looks different here yet. But check out the tab that's listening to Mercure. Yes! There it is! This published an update and passed the contents from our create
block as that update's data!
Now we're dangerous. Go into the original reviews.stream.html.twig
template, copy both streams and paste them into our create
block.
{% block create %} | |
<turbo-stream action="update" target="product-{{ product.id }}-quick-stats"> | |
<template> | |
{{ include('product/_quickStats.html.twig') }} | |
</template> | |
</turbo-stream> | |
<turbo-stream action="append" target="product-{{ product.id }}-review-list"> | |
<template> | |
{{ include('product/_review.html.twig', { | |
review: newReview, | |
isNew: true | |
}) }} | |
</template> | |
</turbo-stream> | |
{% endblock %} | |
... lines 17 - 25 |
Boom, done! We can now completely delete reviews.stream.html.twig
. And inside of ProductController
, we don't need to dispatch this update at all anymore. It will happen automatically when we create the Review
. So I'll delete the Update
, the $mercureHub
argument... and if you want to get really crazy, you can clean up the unused use
statements on top.
Finally, in _reviews.html.twig
, we no longer need to listen to our original product-reviews
topic.
Testing time! go back, refresh... and publish a new review. Ah! Another 500 error? Let's check out what happened:
Variable
product
does not exist coming fromReview.stream.html.twig
.
Ah! So Apparently there is not a product variable that's passed to this template... which begs the question: what variables are passed to this template? When the Mercure Turbo library renders this template, it passes several variables. The most important - by far - is a variable called entity
... which in this case will be set to the Review
object. We can use that to fix our template.
So instead of product.id
, we need entity.product.id
. Do that in both places. And this template also needs a product
variable... so pass that in set to entity.product
. And down here, review
is now entity
.
{% block create %} | |
<turbo-stream action="update" target="product-{{ entity.product.id }}-quick-stats"> | |
<template> | |
{{ include('product/_quickStats.html.twig', { | |
product: entity.product | |
}) }} | |
</template> | |
</turbo-stream> | |
<turbo-stream action="append" target="product-{{ entity.product.id }}-review-list"> | |
<template> | |
{{ include('product/_review.html.twig', { | |
review: entity, | |
isNew: true | |
}) }} | |
</template> | |
</turbo-stream> | |
{% endblock %} | |
... lines 19 - 27 |
Hopefully that's everything. Close the error, refresh the page... and add a new review. If all goes well, this will have the same behavior as before. Submit. We got it! The new review loaded onto the page thanks to the stream! The quick stats area also updated. In the other tab, yup! The new review streamed here too!
The big difference now is that the stream update will be published no matter how a review was created.
Next, let's also instantly update every user's page whenever a review is changed or removed. I'll show you a review admin area that's been hiding on our site where we can watch this in real time.
// composer.json
{
"require": {
"php": ">=8.1",
"ext-ctype": "*",
"ext-iconv": "*",
"composer/package-versions-deprecated": "1.11.99.1", // 1.11.99.1
"doctrine/annotations": "^1.0", // 1.13.1
"doctrine/doctrine-bundle": "^2.2", // 2.3.2
"doctrine/orm": "^2.8", // 2.9.1
"phpdocumentor/reflection-docblock": "^5.2", // 5.2.2
"sensio/framework-extra-bundle": "^6.1", // v6.1.4
"symfony/asset": "5.3.*", // v5.3.0-RC1
"symfony/console": "5.3.*", // v5.3.0-RC1
"symfony/dotenv": "5.3.*", // v5.3.0-RC1
"symfony/flex": "^1.3.1", // v1.18.5
"symfony/form": "5.3.*", // v5.3.0-RC1
"symfony/framework-bundle": "5.3.*", // v5.3.0-RC1
"symfony/property-access": "5.3.*", // v5.3.0-RC1
"symfony/property-info": "5.3.*", // v5.3.0-RC1
"symfony/proxy-manager-bridge": "5.3.*", // v5.3.0-RC1
"symfony/runtime": "5.3.*", // v5.3.0-RC1
"symfony/security-bundle": "5.3.*", // v5.3.0-RC1
"symfony/serializer": "5.3.*", // v5.3.0-RC1
"symfony/twig-bundle": "5.3.*", // v5.3.0-RC1
"symfony/ux-chartjs": "^1.1", // v1.3.0
"symfony/ux-turbo": "^1.3", // v1.3.0
"symfony/ux-turbo-mercure": "^1.3", // v1.3.0
"symfony/validator": "5.3.*", // v5.3.0-RC1
"symfony/webpack-encore-bundle": "^1.9", // v1.11.2
"symfony/yaml": "5.3.*", // v5.3.0-RC1
"twig/extra-bundle": "^2.12|^3.0", // v3.3.1
"twig/intl-extra": "^3.2", // v3.3.0
"twig/string-extra": "^3.3", // v3.3.1
"twig/twig": "^2.12|^3.0" // v3.3.2
},
"require-dev": {
"doctrine/doctrine-fixtures-bundle": "^3.4", // 3.4.0
"symfony/debug-bundle": "^5.2", // v5.3.0-RC1
"symfony/maker-bundle": "^1.27", // v1.31.1
"symfony/monolog-bundle": "^3.0", // v3.7.0
"symfony/stopwatch": "^5.2", // v5.3.0-RC1
"symfony/var-dumper": "^5.2", // v5.3.0-RC1
"symfony/web-profiler-bundle": "^5.2", // v5.3.0-RC1
"zenstruck/foundry": "^1.10" // v1.10.0
}
}
// package.json
{
"devDependencies": {
"@babel/preset-react": "^7.0.0", // 7.13.13
"@fortawesome/fontawesome-free": "^5.15.3", // 5.15.3
"@hotwired/turbo": "^7.0.0-beta.5", // 1.2.6
"@popperjs/core": "^2.9.1", // 2.9.2
"@symfony/stimulus-bridge": "^2.0.0", // 2.1.0
"@symfony/ux-chartjs": "file:vendor/symfony/ux-chartjs/Resources/assets", // 1.1.0
"@symfony/ux-turbo": "file:vendor/symfony/ux-turbo/Resources/assets", // 0.1.0
"@symfony/ux-turbo-mercure": "file:vendor/symfony/ux-turbo-mercure/Resources/assets", // 0.1.0
"@symfony/webpack-encore": "^1.0.0", // 1.3.0
"bootstrap": "^5.0.0-beta2", // 5.0.1
"chart.js": "^2.9.4",
"core-js": "^3.0.0", // 3.13.0
"jquery": "^3.6.0", // 3.6.0
"react": "^17.0.1", // 17.0.2
"react-dom": "^17.0.1", // 17.0.2
"regenerator-runtime": "^0.13.2", // 0.13.7
"stimulus": "^2.0.0", // 2.0.0
"stimulus-autocomplete": "https://github.com/weaverryan/stimulus-autocomplete#toggle-event-always-dist", // 2.0.0
"stimulus-use": "^0.24.0-1", // 0.24.0-2
"sweetalert2": "^11.0.8", // 11.0.12
"webpack-bundle-analyzer": "^4.4.0", // 4.4.2
"webpack-notifier": "^1.6.0" // 1.13.0
}
}
amazing!