Laravel

Nous avons dans le précédent article codé les contacts et les liens sociaux. On a vu qu’avec le code déjà mis en place précédemment maintenant ça devient très facile à coder. Dans le présent article on en arrive au terme de cette série. On va s’intéresser à la partie CMS du blog avec les pages. Il ne nous restera plus qu’à ajouter un détail au tableau de bord et on aura fini ! Vous pouvez télécharger le code final de cet article ici. Les pages Les routes Pour les routes on a une ressource et on va utiliser toutes les actions sauf show : Route::prefix('admin')->group(function () { ... Route::middleware('admin')->group(function ()…

Nous avons dans le précédent article codé tout ce qui concerne les commentaires. On a dû ajouter un peu de Javascript à notre vue partagée dans le tableau pour l’approbation et la désapprobation des utilisateurs. Pour les contacts et les liens sociaux ça va être bien plus simple. Vous pouvez télécharger le code final de cet article ici. Les contacts Les routes Pour les routes c’est simple, on a une ressource et va utiliser seulement index, et destroy. D’autre part on a besoin d’une route supplémentaire pour les nouveaux contacts : Route::prefix('admin')->group(function () { ... Route::middleware('admin')->group(function () { ... // Contacts Route::resource('contacts', BackResourceController::class)->only(['index', 'destroy']); Route::name('contacts.indexnew')->get('newcontacts', [BackResourceController::class, 'index']); }); Ces routes…

Nous avons dans le précédent article codé tout ce qui concerne les utilisateurs. Maintenant on va traiter les commentaires qui sont intimement liés aux articles. Il y a une action particulière pour les commentaires : le premier commentaire d’un utilisateur n’est pas immédiatement publié, il faut qu’il soit approuvé par le rédacteur de l’article ou l’administrateur. Mais c’est la même chose pour les commentaires suivants tant que l’approbation n’a pas eue lieu. En fait c’est l’utilisateur qui est approuvé plutôt que ses commentaires. On va devoir tenir compte de cette particularité dans le tableau. Vous pouvez télécharger le code final de cet article ici. L’approbation des utilisateurs On va s’occuper…

Nous avons dans le précédent article codé tout ce qui concerne les catégories. On en a profité pour élaborer un contrôleur de ressource universel qui devrait encore nous faire économiser du code. Maintenant on va traiter les utilisateurs. Cette fonctionnalité ne sera accessible que pour l’administrateur. Il doit avoir un tableau avec les principales informations : nom, email, rôle… Il doit aussi pouvoir apporter des modifications, en particulier changer le rôle ou valider l’utilisateur pour les commentaires. Et il doit aussi pouvoir faire une suppression. Vous pouvez télécharger le code final de cet article ici. La validation Il faut créer la form request pour la validation : php artisan make:request…

Nous avons dans le précédent article codé la modification et la suppression d’un article et nous en avons fini avec cette entité. Dans le présent article nous allons nous intéresser aux catégories : création d’un tableau, ajout, modification et suppression. Comme nous aurons plusieurs entités à traiter de façon similaire on va créer un contrôleur de ressource universel. Ca va un peu nous occuper mais ensuite nous faire gagner beaucoup de temps et de code, et puis ça permet de comprendre certaines choses sur notre framework favori. Vous pouvez télécharger le code final de cet article ici. Edit au 26/02/2021 : j’ai ajouté une majuscule à la classe du datatable…

Nous avons dans le précédent article codé la création d’un article. On en a profité pour ajouter des composants qu’on réutilisera pour les autres entités. A présent nous allons voir comment modifier un article, ce qui sera grandement facilité par notre précédent travail puisque le formulaire est pratiquement le même que celui de la création, surtout que nous nous sommes arrangés pour préparer le terrain, de même pour la partie validation. Nous verrons ensuite la suppression d’un article, là il nous faudra un peu de Javascript parce qu’on ne va pas procéder à une suppression immédiate mais plutôt demander la confirmation au rédacteur pour éviter un regrettable accident. On doit…