FouadDev PortfolioBlog

Le problème résolu

Une première version de portfolio peut vite devenir un ensemble de cartes décoratives avec des boutons qui dépendent de la réécriture du serveur. Ici, les routes, contenus et médias sont considérés comme des fonctions produit : les liens doivent fonctionner même si les clean URLs ne sont pas disponibles.

Routage robuste

Le front controller accepte à la fois les chemins propres et une route query-string. Toutes les vues passent par une fonction centrale de génération d’URL. Le base_url est normalisé afin qu’un ancien réglage terminé par /public ne casse pas les boutons.

Contenu

Les projets possèdent une vraie étude de cas avec contexte, architecture, workflow et décisions. Les articles ne sont pas des paragraphes de remplissage : chaque publication contient un problème, une méthode, des exemples, des erreurs à éviter et une checklist.

Administration

Le back-office permet de modifier les articles et projets existants. Une migration de contenu enrichit automatiquement les contenus système par slug sans supprimer les publications ajoutées par l’utilisateur.

Design system

Le thème reprend une direction sombre destinée à un portfolio développeur : grande typographie, bento grid, panneaux de profondeur, accents lumineux, particules discrètes et boutons à états visibles. Les animations restent progressives ; un lien HTML réel existe toujours sous l’effet visuel.

SEO et publication

Le CMS génère sitemap et RSS depuis les contenus publiés. Les listes possèdent recherche, filtre de catégorie et pagination. Les images de projet et d’article sont des médias réels stockés avec le projet.

Déploiement

La structure supporte un hébergement où la racine du domaine ne peut pas être changée vers public/. Les dossiers privés sont bloqués et les assets sont servis par réécriture interne quand elle est disponible.

Recherche et navigation éditoriale

Avec cent articles, une grille infinie n’est pas suffisante. La liste utilise une recherche serveur, des catégories et une pagination. Les paramètres restent dans l’URL afin qu’un résultat puisse être partagé ou rechargé sans perdre son contexte.

Compatibilité sans JavaScript

Les effets de reveal, tilt et snow sont des améliorations. Les articles et projets sont visibles par défaut dans le CSS ; JavaScript active ensuite les transitions. Ainsi, une erreur du script n’entraîne plus une page qui semble vide. Les CTA restent de véritables balises <a href> et les formulaires sont traités par PHP.

Migrations de contenu

Le site conserve les publications ajoutées par l’administrateur. La migration V3.1.0 met à jour les contenus système par slug, archive uniquement les anciens placeholders reconnaissables de V3.0.x et ajoute les nouveaux médias. Cette approche permet de corriger la démo sans faire un DROP ou réinstaller toute la base.

Back-office

Un projet ou un article existant peut maintenant être modifié. Les champs titre, slug, résumé, contenu HTML, image, catégorie et état sont préremplis. L’administrateur peut ouvrir le contenu public dans un nouvel onglet pour vérifier le rendu après enregistrement.

Tests de livraison

• Lint PHP sur tous les fichiers.
• Validation syntaxique JavaScript.
• Vérification de 100 slugs uniques et 100 corps non vides.
• Contrôle de toutes les images référencées.
• Test de génération d’URL avec un ancien base_url contenant /public.
• Contrôle que les routes générées restent utilisables sans rewrite.