PHP
Offset vs Cursor Pagination in Laravel
An in-depth guide on offset and cursor pagination in Laravel, and the pros and cons of each. Read More
An in-depth guide on offset and cursor pagination in Laravel, and the pros and cons of each. Read More
Jordi is back with another post containing interesting statistics around PHP usage. Read More
[AdSense-A]
You can make your code more readable by moving all your exception messages to dedicated classes. We using this technique in all our projects and packages.
(more…)[AdSense-A]
Out of the box, Laravel comes with the ability to generate "signed" URLs. These URLs have a hash in their query string that verifies that the URL was not modified.
At Flare, we use these signed URLs to add action links in mail notifications. The action links allow users to snooze and resolve errors right from the mail without having to be logged in. Pretty convenient!
My buddy Dries Vints noticed a slight drawback. He got a mail from Flare that contains these action links. A few hours after the mail arrived, he clicked one of the action links. This is what he saw.
This error screen is confusing: you might think that the links in the mail are invalid. To keep things secure, we use a short lifetime for our signed URLs. Dries got this screen because the link had expired.
We can improve on this by creating a dedicated error message when clicking expired or invalid links. Luckily, this is not that difficult.
When you try to validate a signed URL and the validation fails, Laravel will throw a dedicated exception IlluminateRoutingExceptionsInvalidSignatureException
In your exception handler, you can listen for that exception and render a dedicated view.
// in app/Exceptions/Handler.php
use Illuminate<span class="hljs-title">Routing<span class="hljs-title">Exceptions<span class="hljs-title">InvalidSignatureException;
public function render($request, Throwable $exception)
{
if ($exception instanceof InvalidSignatureException) {
return response()->view('errors.link-expired')->setStatusCode(Response::HTTP_FORBIDDEN);
}
<span class="hljs-comment">// ...</span>
}
With that code in place, this is what Dries will see when clicking another expired link in the future.
And that is all there is to it. To avoid confusions for your users, I highly recommend setting up a dedicated error message when using signed URLs.
Thanks for bringing this to my attention, Dries.
(more…)[AdSense-A]
Laravel's awesome closure based routing was probably one of the first features I fell in love with. I take it for granted now, but back in the days, such a simple way of adding a route felt like a glass of water in hell compared to the other frameworks.
Typically, you would only add routes that are necessary for the users of your app. Something that I have been doing for a long time is to create a routes file, called dev.php
, with routes that can help with app development.
Here's some of the content of routes/dev.php
from the Flare codebase.
Route::prefix('mails')->group(function (): void {
Route::get('Invoice', function () {
$invoice = Team::first()->findInvoice('in_1FEYTqF2myXP8kzfgFqu4ofw');
<span class="hljs-keyword">return</span> View::make(<span class="hljs-string">'cashier::receipt'</span>, array_merge([
<span class="hljs-string">'vendor'</span> => <span class="hljs-string">'Flare'</span>,
<span class="hljs-string">'localInvoice'</span> => Invoice::first(),
<span class="hljs-string">'product'</span> => <span class="hljs-string">'Pro Subscription'</span>,
], [
<span class="hljs-string">'invoice'</span> => $invoice,
<span class="hljs-string">'owner'</span> => $invoice->owner,
<span class="hljs-string">'user'</span> => $invoice->owner,
]));
});
Route::get(<span class="hljs-string">'Invoice'</span>, <span class="hljs-function"><span class="hljs-keyword">function</span> <span class="hljs-params">()</span> </span>{
$invoice = Team::first()->findInvoice(<span class="hljs-string">'in_1FEYTqF2myXP8kzfgFqu4ofw'</span>);
<span class="hljs-keyword">return</span> View::make(<span class="hljs-string">'cashier::receipt'</span>, array_merge([
<span class="hljs-string">'vendor'</span> => <span class="hljs-string">'Flare'</span>,
<span class="hljs-string">'localInvoice'</span> => Invoice::first(),
<span class="hljs-string">'product'</span> => <span class="hljs-string">'Pro Subscription'</span>,
], [
<span class="hljs-string">'invoice'</span> => $invoice,
<span class="hljs-string">'owner'</span> => $invoice->owner,
<span class="hljs-string">'user'</span> => $invoice->owner,
]));
});
Using these routes, we can quickly render a mail in the browser and work on its content and layout. Of course, you can add routes for other things as well. Here's another example that we use to quickly render views that users would see when they click a signed URL (for example, in Flare's mail notifications).
Route::prefix('signed')->group(function (): void {
Route::get('snooze', function () {
/** @var Error $error */
$errorOccurrence = ErrorOccurrence::factory()->create();
<span class="hljs-keyword">return</span> redirect($errorOccurrence->error->signedSnoozeUrl(<span class="hljs-string">'[email protected]'</span>));
});
});
Of course, you only don't want to have these routes in production, but only in the local environment. It's easy to set this up in the route service provider.
namespace App<span class="hljs-title">Providers;
// other imports...
class RouteServiceProvider extends ServiceProvider
{
// ...
<span class="hljs-keyword">public</span> <span class="hljs-function"><span class="hljs-keyword">function</span> <span class="hljs-title">map</span><span class="hljs-params">(Router $router)</span>
</span>{
<span class="hljs-comment">// mapping of other route files</span>
<span class="hljs-keyword">if</span> (app()->environment(<span class="hljs-string">'local'</span>)) {
<span class="hljs-keyword">$this</span>->mapDevRoutes($router);
}
}
}
<span class="hljs-keyword">protected</span> <span class="hljs-function"><span class="hljs-keyword">function</span> <span class="hljs-title">mapDevRoutes</span><span class="hljs-params">(Router $router)</span>
</span>{
$router
->middleware(<span class="hljs-string">'web'</span>)
->prefix(<span class="hljs-string">'dev'</span>)
->group(base_path(<span class="hljs-string">'routes/dev.php'</span>));
}
}
As you can see in the code above, I typically use a prefix dev
to avoid conflicts with other routes in the app. Of course, you can name the routes file and prefix to whatever you like.
I really like using dev only routes, and hope that using a dev.php
routes file can help you as well.
PHP is a fantastic language that has seen many cool improvements over the past few years. What you may not be aware of is that only a very few people can work on the language Read more…
[AdSense-A]
In this stream my colleague Brent and I continued our conversation about the foundations of event sourcing. This time we showed a shopping cart that we've built using Laravel and event sourcing.
If you're interested in learning more about event sourcing, be sure to check out our upcoming course on using event sourcing in Laravel.
You'll find part 1 of our conversation on YouTube.
(more…)[AdSense-A]
Our team released a new package called spatie/fork. Using this package you can easily execute multiple pieces of code concurrently.
In this example, where we are going to call an imaginary slow API, all three closures will run at the same time.
use SpatieForkFork;
$results = Fork::new()
->run(
fn () => (new Api)->fetchData(userId: 1),
fn () => (new Api)->fetchData(userId: 2),
fn () => (new Api)->fetchData(userId: 3),
);
$results[0]; // fetched data of user 1
$results[1]; // fetched data of user 2
$results[2]; // fetched data of user 3
If you want to know more about why we created the package, check out this blogpost by my colleague Brent.
In the video below, which was streamed live, you can see me explain the internals.
To know more about how to use the package, head over to the readme of spatie/fork on GitHub.
(more…)