C'est propre, mais pour moi il y a un trou dans la raquette. Dans la boucle while, le where s'opère sur la colonne "slug" plutôt que celle définie dans la méthode slugColumn. Dès que la colonne sera override l'unicité ne sera plus garantie. La suite de tests devrait aussi couvrir ce genre de cas.
Très intéressant, personnellement j'aurais concaténé au slug un ulid afin d'éviter les requêtes à la bdd( ce qui prend le plus de ressources) et gardé l'unicité de la colonne.
Pas fan de cette approche. En général un slug est utilisé dans les URL et donc indexé par les moteurs de recherche. Si le site a besoin de SEO il vaut mieux avoir les URL les plus propres possibles.
🖱 Pour t'abonner à ma chaîne :
bit.ly/3nCkn7V
00:00 Tests
00:50 Interface Sluggable
02:05 Trait HasSlug
📚 Lien vers l'article : www.laraveljutsu.net/blog/generer-slugs-uniques-laravel-11
toujours au top !! Merciiiiiiiii
C'est propre, mais pour moi il y a un trou dans la raquette. Dans la boucle while, le where s'opère sur la colonne "slug" plutôt que celle définie dans la méthode slugColumn. Dès que la colonne sera override l'unicité ne sera plus garantie. La suite de tests devrait aussi couvrir ce genre de cas.
Très intéressant, personnellement j'aurais concaténé au slug un ulid afin d'éviter les requêtes à la bdd( ce qui prend le plus de ressources) et gardé l'unicité de la colonne.
Pas fan de cette approche.
En général un slug est utilisé dans les URL et donc indexé par les moteurs de recherche.
Si le site a besoin de SEO il vaut mieux avoir les URL les plus propres possibles.