webpagehosting

Ce dépôt héberge le code source d'un site web professionnel actif (Triple H Enterprises LLC, une entreprise de bricolage et de réparation d'appareils à St. George, Utah), déployé automatiquement sur GitHub Pages à chaque push sur la branche principale. Il sert deux choses distinctes depuis un seul domaine : un site marketing public à la racine du dépôt, et une suite d'outils internes sous /tools/. Le côté public comprend une page d'accueil monopage, une page de réservation, une page libre-service d'annulation/replanification pour les clients, cinq pages locales par ville, trois pages locales de services par ville, un blog avec trois articles, et un portail client de huit pages couvrant la connexion, les factures, les devis, les travaux, les ordres de travail et les paramètres. Un sitemap liste les pages indexables, robots.txt bloque les chemins internes et du portail ainsi que les crawlers IA d'entraînement en masse, et une page 404 personnalisée est incluse. Le site utilise une feuille de style partagée à la racine plus une feuille de style séparée pour les outils. La suite interne couvre un tableau de bord, un suivi des travaux, la finance et la comptabilité, la génération de factures et de devis, la génération de contrats, la planification d'itinéraires, les demandes d'avis, un calendrier, le suivi des pistes, une référence de pièces détachées d'appareils, les paramètres, les diagnostics développeur et l'édition de contenu du site. Les données sont stockées localement et synchronisées entre appareils via un projet Supabase grâce à une fusion union, avec des tombstones pour empêcher les enregistrements supprimés d'être ressuscités et un instantané cimetière pour la récupération. Un système de réservation a remplacé un abonnement externe de planification, utilisant une contrainte d'exclusion de base de données pour empêcher les réservations confirmées qui se chevauchent avec un intervalle temporel tamponné. Les artefacts backend incluent des fichiers de migration SQL organisés par zone fonctionnelle et des instantanés de fonctions edge déployées pour l'email, les notifications push, les alertes de disponibilité et les opérations du portail. Le README documente les pièges de déploiement tels que l'exigence du fichier .nojekyll et les conventions de cache-busting, et pointe vers une documentation supplémentaire pour la reprise après sinistre et le portail client.