Versions CDN.PIZZA

• Le tableau de bord indique « DNS géré » ou « CNAME » selon le mode réel de chaque domaine, comme la page Domaines ; tous les domaines y apparaissaient comme « DNS géré ».
• Les chiffres d’usage du tableau de bord sont conservés 5 minutes : la page ne prend plus jusqu’à 16 secondes pour les organisations à fort trafic.

Source: Correctifs du tableau de bord client 2026-10-14

• En vue utilisateur, la page Partner POP, la page d’état d’un POP et la mise en maintenance suivent l’organisation du compte affiché, avec ses propres droits, comme les autres pages de la console.

Source: Correctif de la vue utilisateur sur la page Partner POP 2026-10-13

• Les statistiques d’un réseau privé sont agrégées par heure et par pair et POP dans la base, en deux lectures au lieu de quatre, au lieu de remonter des centaines de milliers de lignes en mémoire : la page ne dépasse plus la mémoire PHP.
• Les agrégats d’usage des pages réseau et facturation sont conservés 5 minutes, ce qui rend ces pages immédiates après le premier affichage.
• PHP dispose de 256 Mo par requête au lieu de 128 Mo, pour qu’un dépassement donne une erreur propre plutôt qu’un worker tué.
• La liste des demandes Partner POP affiche chaque POP enrôlé avec son état, à côté du lien vers sa page.

Source: Correctif de performance des statistiques d’usage 2026-10-13

• Les partenaires qui hébergent un POP disposent d’une page d’état : routage, disponibilité, dernier signal de présence, requêtes, bande passante et certification.
• Ils peuvent mettre leur POP en maintenance (15 à 240 min, budget de 720 min sur 30 jours glissants) : le POP sort du routage, ce temps n’est pas compté dans la disponibilité, et seuls les contrôles de santé le remettent en service.
• Un rapport d’agent ou un contrôle de santé ne peut plus remettre en service un POP en maintenance.
• Quand un POP refuse une synchronisation DNS, sa raison (rechargement CoreDNS échoué, vérification échouée…) reste visible dans la commande et dans la console : la liste des vues est repliée et la fin du message est conservée.

Source: Accès partenaire au POP et correctif des messages de synchronisation DNS 2026-10-13

• Les cartes des POP d’un domaine, des statistiques et de la localisation d’un nœud affichent de nouveau le fond OpenStreetMap sous les points, avec l’attribution.
• En thème sombre, le fond de carte est assombri pour rester lisible avec les marqueurs.

Source: Correctif des cartes de la console Vuexy 2026-10-13

• La charge DNS envoyée aux POP n’est plus dupliquée en mémoire pour chaque POP : une synchronisation de zone n’en garde qu’une copie, quel que soit le nombre de POP, et la commande dns:sync-zones parcourt toutes les zones sans dépasser la mémoire.
• La mémoire d’une synchronisation est libérée dès la fin de l’envoi aux POP, au lieu d’attendre le ramasse-miettes.
• Quand un POP refuse une synchronisation DNS, la commande affiche son message et la raison du refus, au lieu du seul code HTTP.

Source: Correctif de la synchronisation DNS de toutes les zones 2026-10-13

• Le schéma d’origine « Auto » n’est transmis aux POP que lorsque tous le gèrent ; jusque-là, HTTP est utilisé comme avant la 1.1.0, ce qui évite les erreurs 502 des POP non mis à jour.
• Les POP annoncent la gestion du schéma « Auto » dans leurs capacités, et le mode s’active de lui-même quand la flotte est à jour.

Source: Correctif de compatibilité du schéma d’origine Auto avec les POP non mis à jour 2026-10-13

• Les menus déroulants ouverts dans une carte s’affichent au-dessus des cartes suivantes, sur toutes les pages.
• L’audit visuel vérifie désormais qu’aucun menu ouvert n’est recouvert.
• Les enregistrements TXT de plus de 255 octets contenant des caractères accentués sont découpés sans couper un caractère, et la synchronisation DNS aboutit.

Source: Correctifs de la console Vuexy après la mise en production 1.1.0 2026-10-12

• La console passe à la mise en page Vuexy : navigation horizontale, en-têtes de page et formulaires structurés sur tous les écrans.
• Les domaines ont des espaces dédiés pour le DNS, la sécurité, le WAF, les POP, les statistiques, le courrier et le SEO.
• Les réseaux privés, les organisations, la facturation et le support suivent le même modèle de page.
• Le monitoring, les agents, les règles d’alerte et l’observabilité admin utilisent des listes et des tiroirs homogènes.
• Le mode automatique des origines essaie HTTPS en premier, puis HTTP seulement si la connexion HTTPS échoue. Le choix est mémorisé 10 minutes par origine.
• Les boutons principaux ont un texte sombre sur l’orange de marque, conforme au contraste WCAG AA.
• Les nombres suivent le format suisse, et les états vides indiquent l’action à faire.
• Les erreurs des POP sont traduites en phrase claire, avec le détail technique disponible au besoin.
• Les tableaux de domaines et de monitoring deviennent des cartes lisibles sur téléphone.
• Les notes de version sont disponibles en français, anglais et allemand.
• Les POP dont le panneau ne répond plus sont retirés automatiquement, et une sonde de bout en bout vérifie l’application sur chaque POP.
• Le durcissement edge limite le nettoyage des fichiers temporaires Ansible et protège la convergence DNS sous charge sur les micro-POP.
• Les déploiements edge utilisent Go 1.26.9 et x/net 0.60.0, qui corrigent une vulnérabilité HTTP/2 atteignable.

Source: Migration Vuexy de la console, origines en mode automatique, durcissement edge et exploitation 2026-10-11

• Les checks conservent leur cadence configurée et les tâches en attente restent récupérables après une interruption de la file de traitement.
• Les diagnostics ping, HTTP, TCP et DNS détaillent les réponses, les délais et les erreurs utiles au dépannage.
• Les indicateurs distinguent la disponibilité mesurée, la couverture des contrôles et les périodes sans données.
• Les destinataires des canaux e-mail confirment leur adresse avant de recevoir les alertes; la confirmation peut être renvoyée.
• Les liens de confirmation du monitoring fonctionnent derrière un proxy HTTPS et les liens valides déjà envoyés restent utilisables; les paramètres signés, l’expiration et le jeton du destinataire restent vérifiés.
• L’abonnement aux incidents fonctionne sur les domaines de statut personnalisés et affiche la confirmation d’envoi dans la langue de la page.
• Les notifications reprennent après un échec temporaire et respectent les périodes de maintenance.
• La page de statut publiée reste indépendante du brouillon; un éditeur périmé ne peut plus écraser une configuration publique plus récente.
• Les logos personnalisés se chargent sur le même domaine que la page affichée, aussi bien en public que dans l’aperçu du brouillon.
• Les pages de statut proposent les modes clair, sombre et système.
• Les sous-menus, filtres, boutons et canaux de notification restent lisibles sur desktop, tablette et mobile.
• La CLI 1.0.9 respecte la cadence de chaque check et retente un envoi de résultat échoué sans attendre l’intervalle complet.

Source: Consolidation du monitoring et des pages de statut

• Le mode avancé d’un réseau privé reste actif après l’application d’une modification, y compris lorsque le formulaire ne renvoie pas explicitement le mode courant.
• Le rail de création d’un second réseau conserve une largeur exploitable et empile ses choix afin d’éviter les libellés écrasés ou les débordements.
• Les rapports d’usage anciens d’un réseau privé ne bloquent plus les régularisations attendues.
• Le thème sombre rétablit le contraste des contrôles, panneaux et badges de tâches sur les principaux écrans de la console.
• La carte publique distingue les POPs qui partagent une position et rétablit un affichage fiable de leur disponibilité.
• Les POPs partenaires peuvent afficher leur sponsor; Gland met en avant UP-NETWORK et Amiens ARYK.
• La documentation client est publiée en français, anglais et allemand avec recherche, référence API et parcours produit.
• Les redirections des ports publics IPv6 sont restaurées et leur rollout retrouve automatiquement le conteneur applicatif actif.
• Le packaging immuable accepte les nouveaux sous-dossiers signés et reconstruit l’artefact CLI lorsqu’une source CLI vérifiée change.
• L’inscription applique la facturation stable du trafic premium et la CLI 1.0.8 l’affiche sans le présenter comme un quota classique.

Source: ergonomie des réseaux privés, expérience publique et consolidation des opérations edge 2026-09-02

• Les écrans console, administration, monitoring, e-mails et états dynamiques disposent désormais d’une couverture de traduction vérifiée en français, anglais et allemand.
• Un scanner de présentation repère les textes visibles oubliés, y compris les titres de pages Blade, et contrôle la présence des clés ainsi que leurs paramètres dans chaque catalogue.
• Les textes saisis par un opérateur sur un incident automatique restent désormais strictement verbatim dans la console, la page publique et les notifications.
• Le premier réseau privé présente un parcours en trois étapes, des formulaires accessibles et une commande d’enrôlement dont le chemin de sortie est explicite.
• La CLI 1.0.7 documente ce parcours et conserve la compatibilité générationnelle des status-agents.
• Le panneau WAF utilise une seule hiérarchie visuelle, des sections avancées repliables et un tiroir de création de règle adapté aux petits écrans.
• Les badges, libellés de statut, titres de fichiers et groupes de la page de statut restent localisés sans perdre leur sémantique ni leurs icônes.

Source: localisation de la console, mise en service des réseaux privés et intégration de la mise en page WAF 2026-08-25

• Chaque mutation DNS envoie désormais sa révision exacte aux POPs; un HTTP 200 qui correspond à un payload ignoré n’est plus traité comme un déploiement réussi.
• Un simple rafraîchissement de métriques ne déclenche plus une nouvelle révision DNS globale après l’expiration momentanée d’un heartbeat.
• Un pic instantané CPU, mémoire ou disque peut toujours écarter un POP surchargé, mais son rapport métrique ne republie plus toutes les zones DNS.
• Les rapports heartbeat et métriques ne peuvent plus réactiver un POP pendant la fenêtre atomique entre son retrait pour échec public et la création de l’alerte.
• La décision online/offline est recalculée sur la ligne verrouillée afin qu’un rapport déjà en vol ne puisse pas annuler une transition de santé plus récente.
• La fraîcheur DNS repose sur le rapport authentifié reçu par le contrôle central; un décalage d’horloge du POP ne peut plus expirer une preuve exacte et recréer en boucle toutes les révisions.
• Un ancien agent qui termine une synchronisation legacy fonctionnellement vérifiée ne fait plus retirer puis réadmettre en boucle un POP déjà validé; ce chemin ne peut pas admettre un nouveau POP.
• La courte phase legacy applying d’un POP déjà admis conserve également le routage tant que son verrou et son rapport restent frais; un nouveau POP et un verrou périmé restent exclus.
• Un POP déjà admis qui connaît la révision suivante conserve une fenêtre persistée et non glissante de 90 secondes pour prendre le verrou; la preuve exacte ferme cette fenêtre et les transitions expirées restent exclues.
• Le contrôle central et l’edge partagent désormais la même limite de verrou DNS à 240 secondes: une application valide de 210 secondes ne déclenche plus un retrait de POP ni une republication globale en boucle.
• Chaque tentative réserve une part de temps à tous les POPs et deux workers empêchent une synchronisation système lente de bloquer les mutations DNS clientes.
• Les transferts de fichiers appliquent les options SSH requises à Ansible, SFTP et SCP; une ancienne tâche terminale ne peut plus invalider une copie réussie.
• Les logos publiés des pages de statut personnalisées sont servis depuis un chemin Nginx read-only dédié sans exposer le reste du stockage.
• Le pied de page n’affiche plus de bandeau bêta: la version courante reste accessible sous forme d’un lien discret vers le changelog.
• Le badge supérieur compte uniquement les alertes ouvertes qui restent à voir, affiche 99+ au-delà de la limite et conserve le total exact pour l’accessibilité.
• Les administrateurs peuvent sélectionner plusieurs alertes, les marquer comme vues ou traitées et vider le compteur avec une action globale dédiée.
• Aucune action de nettoyage ne supprime l’historique: les alertes ouvertes, vues et résolues gardent leurs états et leurs auteurs.
• Le packaging immuable borne désormais l’installation QEMU et réécrit aussi le nouveau fichier apt-mirrors des runners GitHub afin d’éviter le miroir Ubuntu Azure défaillant.
• Le smoke navigateur réutilise ce miroir corrigé et borne Playwright à dix minutes au lieu de pouvoir bloquer toute la CI.
• Le déploiement borne désormais les images immuables locales à trois générations et refuse un nouveau chargement lorsque l’espace libre passe sous 8 Gio, sans toucher aux volumes ni aux images référencées.

Source: v1.0.1 finitions de la console et opérations groupées sur les alertes 2026-08-18

• La convergence DNS distribue une révision immuable en parallèle, isole les POPs lents et n’annonce un succès qu’après preuve autoritative de la révision servie.
• CoreDNS refuse les zones invalides, conserve la dernière configuration fonctionnelle et expose une readiness qui couvre le processus, le verrou et la révision appliquée.
• L’ajout, la réactivation et le remplacement d’un POP suivent le même cycle dynamique; aucun POP ne reçoit de trafic avant DNS, certificats, WAF, fichiers, politiques, runtime et télémétrie.
• Les synchronisations DNS, fichiers, réseaux privés, mail, usage et monitoring disposent de limites, déduplications et d’états persistants pour reprendre sans doubles effets.
• Le contrôle central est construit en CI, attesté, transporté comme artefact immuable et validé avec sauvegarde chiffrée, restauration destructive isolée et rollback.

Source: v1 stabilisation de la fiabilité et mise en production 2026-08-17

• Le chemin de sauvegarde et de restauration chiffre les données, valide strictement les artefacts et restaure l’état attendu avec rollback contrôlé.
• Les sondes application exécutent une vraie requête Laravel au lieu de valider uniquement un port ou une page statique.
• Les workers et le scheduler sont suivis par identité de processus et heartbeat, avec budgets et files distincts.
• Les dépendances, actions CI et images déjà utilisées sont contrôlées par des références reproductibles et immuables.
• Le déploiement production reste volontairement bloqué jusqu’à la validation opérateur finale.

Source: v0.8 stabilisation, reprise et santé du runtime 2026-08-02

• Les mutations DNS sont préparées dans des brouillons persistants, validées ensemble puis appliquées atomiquement avec une seule synchronisation POP.
• La console Monitoring domaine réunit vue d’ensemble, checks, diagnostics, historique, agents, incidents, maintenances, alertes et réglages.
• Les résultats managés et agents partagent un cycle de vie versionné qui rejette les générations obsolètes et préserve l’ordre des transitions.
• Les incidents automatiques, maintenances récurrentes et notifications email/webhook/Slack/Discord sont corrélés et isolés par organisation.
• Les pages de statut publiques disposent d’un éditeur, d’un aperçu, d’un cache de projection et d’abonnements email confirmés.
• Les heartbeats workers et la santé des files distinguent activité normale, retard, indisponibilité et job réellement bloqué.
• Les tâches orphelines sont rapprochées des jobs réels afin de ne plus rester indéfiniment en attente dans la console.
• Les déploiements POP sont dédupliqués, suivis par phase et compatibles avec les jobs mis en file avant la mise à jour.
• Le POP informal-coffee a été récupéré après déploiement du correctif et confirmé active/online.
• Le runtime de déploiement conserve workers et site public, renouvelle les certificats edge et valide la configuration Nginx.

Source: lots de changements DNS, monitoring complet des domaines et fiabilité des files et tâches 2026-07-29

• Les services privés globaux déclenchent automatiquement la préparation et la synchronisation des POPs VPN disponibles lors de leur création.
• L’enrôlement CLI d’un appareil réseau privé répond immédiatement après création du peer et planifie les synchronisations POP WireGuard en queue.
• Le CLI 1.0.5 privilégie les réponses DNS IPv4 pour ne plus échouer sur une AAAA publiée mais non servie par un POP.
• Les profils POP privés dont le noeud n’existe plus ou n’est plus éligible sont exclus des compteurs, des validations CIDR et des payloads d’enrôlement.
• La commande planifiée private-origins:guard contrôle les origines privées actives, détecte DNS manquant, AAAA dangereuse, POP non prêt ou HTTPS public cassé, puis déclenche les réparations sûres.
• Les sondes publiques du garde utilisent des résolveurs configurables et testent HTTPS via l’adresse A résolue, ce qui évite les faux positifs du DNS interne Docker.
• La vue GeoDNS default publie maintenant un POP privé prêt même quand le choix géographique ne peut pas sélectionner de POP localisé.
• La zone système cdn.pizza ne publie plus d’AAAA CDN/WAF automatiques pour ses hosts proxifiés tant que CDN_PIZZA_BASE_PROXY_IPV6 n’est pas activé.
• GeoDnsService cible maintenant les POPs serviteurs, les nodes du registre nameserver et les IP publiques réellement résolues depuis bufala.cdn.pizza et diavola.cdn.pizza.
• Un POP qui confirme une configuration WireGuard prête et appliquée relance la synchronisation DNS des services privés concernés.
• Les pages d’erreur CDN/console sont brandées et exposent un identifiant de requête utile au support, y compris dans le challenge WAF.
• Le catalogue /releases empêche qu’une configuration APP_VERSION restée sur une ancienne version affiche deux versions comme actuelles.
• La couverture de rendu admin et les notes de release sont alignées avec la consolidation finale sur main.

Source: propagation DNS des réseaux privés, automatisation des gardes, pages d’erreur aux couleurs de la marque et consolidation de main 2026-07-23

• La branche publiée regroupe les lots récents: analytique domaine, cockpit CDN, réseaux privés guidés, CLI 1.0.4, quarantaine POP par origine et durcissement edge DNS.
• Le site public quitte website-dev pour une source canonique website-src et une sortie statique complète sous website/.
• La vitrine dispose de pages FR/EN/DE, canonical/hreflang, sitemap, robots, JSON-LD, Open Graph/Twitter card et assets locaux versionnés.
• Les CTAs de création de compte portent une attribution first-party minimale, conservée sans identifiant visiteur ni donnée sensible.
• Docker/Nginx sert maintenant le site public via un vhost dédié et un healthcheck séparé de la console.
• La page Sécurité et accès gagne une mise en page plus lisible, des textes harmonisés, des pluriels propres et un responsive sans débordement.
• Les notes publiques /releases et le CHANGELOG GitHub sont alignés sur cette publication complète.

Source: publication complète de l’arbre de travail, générateur du site public et finitions de la console 2026-07-21

• La page statistiques domaine supporte 24h, 7j et 30j avec requêtes, bande passante, trafic facturable, cache hit, visiteurs uniques, erreurs et latences p95.
• Un avis global analyse erreurs origine, bruit 4xx, cache, latence et répartition POP sans afficher les IP visiteurs brutes.
• La revue de configuration cdn.pizza propose des réglages applicables ou manuels et peut appliquer les actions sûres HTTPS visiteur et cache standard.
• La configuration CDN dispose d’un onglet dédié pour origine/cache, purge, diagnostic et santé origine par POP.
• La page DNS se concentre sur les records et ajoute actions groupées, proxy bulk et TTL personnalisés bornés.
• Les réseaux privés gagnent un mode guidé, une administration avancée par onglets, des ACL CIDR éditables et des services privés mieux cadrés.
• Les checks de santé nodes réessayent les sondes, résolvent les alertes obsolètes et évitent de remettre online un POP encore en alerte.
• Le sync DNS edge prune les anciennes vues, vérifie le rechargement CoreDNS, tente un redémarrage contrôlé et supprime les blocs récursifs publics hérités.

Source: analytique des domaines, pilotage CDN, parcours guidé des réseaux privés et durcissement du DNS edge 2026-07-18

• Le CLI ajoute files, file:show, file:delete, network:show, status-agent:key, billing:plans et billing:checkout.
• Les commandes de lecture principales acceptent --json pour CI, scripts et diagnostics opérateur.
• La purge globale demande désormais --all, avec --yes pour les usages non interactifs.
• logout distingue le token stocké localement de CDN_PIZZA_TOKEN afin d’éviter une révocation accidentelle en CI.
• Les uploads valident les chemins locaux et exposent cache_ttl, direct_public_link et storage_nodes.
• status-agent:run sérialise ses cycles afin d’éviter des heartbeats ou résultats concurrents.
• La page /cli documente la nouvelle surface CLI/API et le tarball @cdn.pizza/cli 1.0.4.

Source: fiabilité de la CLI et couverture des commandes 2026-07-12

• Les erreurs origine répétées via un POP déclenchent une quarantaine par zone/POP au lieu d’une intervention manuelle globale.
• Le mode CDN Auto respecte la quarantaine dans GeoDNS, le refresh du pool Auto et la bascule vers le mode Auto.
• La commande planifiée zones:check-origin-health teste uniquement les hosts proxifiés et ignore les records DNS-only comme les CNAME GitBook docs.
• La restauration automatique réactive le POP pour la zone après sondes sains et expiration de la quarantaine.
• La version publique, les données live et le fallback statique du site exposent maintenant la version produit 0.7.7.

Source: quarantaine de santé des origines POP par zone et durcissement de la migration CDN up-network.ch 2026-07-12

• Les hostnames status personnalisés servent la bonne page tenant via status.cdn.pizza sans boucle HTTPS ni exposition du mauvais tenant.
• Le provisionnement du hostname status est transactionnel afin d’éviter un état partiel enabled=true sans record DNS synchronisable.
• Les edge nodes redémarrent CoreDNS uniquement quand le rechargement ne prouve pas le nouveau SOA, puis publient les métadonnées d’origine après vérification.
• Les moniteurs publics acceptent maintenant le type Ping ICMP avec validation des cibles publiques avant exécution.
• Les pages de statut avec checks publics ne montrent plus un placeholder de composants vides quand aucun composant global n’est publié.
• Le patch a été validé en live sur les 23 POPs actifs pour status.up-network.ch.

Source: correctif du routage des hôtes de statut par domaine, moniteur ping ICMP et repli du rechargement CoreDNS 2026-07-03

• L’ajout de domaine peut importer un export DNS BIND/zone file et pré-sélectionner les records importables.
• Le mode CNAME est présenté comme mode réduit afin de pousser le mode NS complet quand import DNS, DNSSEC, wildcard SSL, status domaine et records automatiques sont nécessaires.
• Les domaines enregistrés et renouvelés via cdn.pizza affichent un badge Domaine géré basé sur une détection registrar centralisée.
• DNSSEC publie et retire automatiquement le DS chez InternetBS pour les domaines gérés par cdn.pizza, avec rollback local ou état de revue si la confirmation registrar est ambiguë.
• GeoDNS émet les réponses AAAA des POPs quand elles existent et synchronise aussi les noeuds attachés au registre nameserver.
• Les échecs ACME ne font plus perdre un wildcard SSL encore valide.
• Les origines de streams actives sont résolues et rejetées si elles pointent vers une IP privée, réservée ou un POP cdn.pizza.
• Le parcours Partner POP approuvé permet de créer un token d’enrôlement depuis la console ou l’API via un service centralisé.
• Les webhooks Payrexx ne prennent plus les anciennes références abonnement héritées.
• Le site public ajoute Open Graph/Twitter card, JSON-LD, FAQ, contenu SEO et sitemap enrichi.

Source: import des fichiers de zone DNS, DNSSEC chez le registrar géré, inscription aux POP partenaires et durcissement de la sécurité 2026-07-03

• La note d’inscription n’est plus formulée comme une bêta privée.
• Les mises en page auth, console et notes de version utilisent un vocabulaire public cohérent.
• Les liens login/register et le sitemap du site public FR/EN/DE sont alignés sur les URLs de production.
• Le setup de zone cdn.pizza et le seed DNS de base évitent les incohérences autour du domaine système.
• La synchronisation SSL système est mieux couverte et évite les réécritures inutiles.

Source: messages d’inscription à la bêta publique, promotion du site public et durcissement du SSL système 2026-06-25

• La console applique un middleware d’en-têtes de sécurité centralisé.
• La configuration session est vérifiée pour la surface web publique.
• Les actions groupées admin nodes sont couvertes par une suite dédiée.
• Les données publiques et pages de statut/domain POPs suivent mieux l’éligibilité réelle des noeuds.
• Les dépendances CLI et control-plane sont réalignées avec les versions livrées.

Source: préparation de la bêta publique, en-têtes de sécurité de la console et exploitation des nœuds 2026-06-25

• Les pages Partner POP exposent les ressources attendues et la portée réseau avant certification.
• Les demandes Sponsor POP du site public passent par le panneau pour garder un workflow traçable.
• La page de statut public normalise ses graisses typographiques.
• L’admin et l’API Partner POP exposent les informations utiles pour la certification.

Source: exigences de ressources des POP partenaires, routage du site sponsor et typographie des statuts 2026-06-23/24

• Ajout du modèle, service et job de certification Partner POP.
• Les demandes Partner POP stockent les champs nécessaires au suivi de certification.
• L’admin peut suivre l’état de certification et déclencher le contrôle.
• L’API publique ne publie que les POPs partenaires certifiés.
• La documentation agent contient le design et le plan d’implémentation Partner POP.

Source: conception de l’automatisation des POP partenaires et du workflow de certification 2026-06-23

• Chaque domaine peut avoir une page de status isolée avec titre, sous-titre, composants, incidents et moniteurs publics.
• Les zones gérées en NS peuvent provisionner automatiquement leur hostname status proxifié; les zones CNAME restent sans mutation DNS automatique.
• Les moniteurs HTTP, TCP, DNS et TLS s’exécutent sur une queue dédiée avec latence, état courant et détection des runs bloqués.
• Le nouvel agent cdn-pizza peut être enrôlé sur une machine légère pour remonter heartbeat, configuration et résultats sans exposer de secret.
• Les zones DNS gérées par CDN.PIZZA peuvent activer DNSSEC depuis la page DNS, avec DS à publier, signature de zone et vérification du DS parent.
• La console et les mails transactionnels suivent maintenant la locale utilisateur FR/EN/DE jusque dans les notifications facturation, sécurité et invitation.
• L’inscription bêta est ouverte sans code d’invitation et demande la langue par défaut utilisée ensuite par la session, le profil et les mails.
• Le WAF montre l’effet réel des règles, notamment le mode Surveillance, et les certificats SSL générés peuvent être exportés en bundle PEM.
• Les cibles publiques sont filtrées contre les réseaux locaux, privés et réservés afin de réduire le risque SSRF.
• Le rollout est tolérant au schéma et le déploiement Docker/Nginx/CoreDNS évite les 500/502 persistants ou les reloads DNS non restaurés.

Source: pages de statut par domaine, moniteurs, agent de statut léger, DNSSEC et e-mails localisés 2026-06-23

• La console dispose de nouvelles validations bêta: test de fumée Playwright authentifié, données de démonstration sandbox et tests BaseDNS, SSL, facturation, Payrexx, fichiers, purge et GeoDNS.
• La navigation console est regroupée en catégories Services, Opérations et Paramètres, avec le compte et les réglages mieux alignés à droite.
• Le CDN HTTP peut maintenant mettre en cache les réponses d’origine sûres avec modes, TTL POP, TTL navigateur et stratégie query string par domaine.
• Les edge nodes évitent automatiquement de cacher les requêtes sensibles: Authorization, Cookie, Range, Set-Cookie et directives privées/no-store/no-cache.
• La page DNS présente un bloc CDN HTTP clair qui sépare origine web, cache edge et portée des records Proxy actif.
• Le site public de développement a été poli pour la bêta avec une section console réelle et un carrousel du panneau plus stable.

Source: préparation de la console bêta, regroupement de la navigation et cache CDN configurable 2026-06-21

• La page WAF expose un état de protection effectif avant les réglages.
• Les actions Bloquer et Challenge affichent leur effet réel en Surveillance.
• Le filtrage pays côté edge respecte désormais le mode Surveillance et journalise au lieu de bloquer.
• Les libellés des actions custom, managed, géo et rate limit sont harmonisés.

Source: clarté du WAF et cohérence du mode Surveillance 2026-06-21

• Le site public présente désormais les surfaces clés pour la bêta: fonctionnalités, réseau live, CLI/API, sponsors, prix, sécurité et pages multilingues FR/EN/DE.
• La page d’accueil remplace les aperçus inventés par un carrousel de captures réelles du panneau issues d’un compte sandbox isolé, sans données client.
• La page réseau utilise une carte Leaflet fondée sur les coordonnées réelles des POPs, avec flags robustes et inventaire public cohérent.
• Les données publiques exposent les tiers POP réels Margherita/Diavola et évitent les valeurs frontend hardcodées.
• Le branding public a été consolidé autour du logo cloud + pizza, des icônes Lunoz/Boxicons et du crédit UP-NETWORK Sàrl.

Source: préparation de la bêta publique et commits du site public 2026-06-19/20

• Les dépôts Payrexx sont liés à leur référence locale avant tout crédit wallet.
• Le montant, la gateway et la devise attendus sont vérifiés contre les données confirmées par Payrexx.
• Les rejouements ou transactions externes ne peuvent plus créditer un dépôt en attente sans correspondance.
• La console expose ce durcissement dans le changelog public et le pied de page de version.

Source: durcissement de la sécurité des webhooks Payrexx

• Les policies réseau default-deny couvrent aussi les routes privées configurées côté edge.
• Les règles ACL personnalisées invalides restent en brouillon et ne cassent plus l’application edge.
• Les coupons trafic sont réconciliés lors des corrections de consommation à la baisse.
• Les builds et playbooks évitent d’exposer les secrets dans les images ou logs de déploiement.

Source: arbre de travail 2026-06-04

• Les formulaires data-confirm ouvrent un dialogue intégré au panneau Lunoz via SweetAlert2.
• Les alertes JS visibles sur nodes, POPs, renouvellement registrar et actions groupées utilisent le même helper panneau.
• Les confirm/alert natifs sont bannis des vues Blade actives par test automatique.
• La suppression groupée des nodes conserve la confirmation serveur confirm_bulk_delete et les protections nameservers critiques.

Source: arbre de travail 2026-06-01

• Les edge nodes reportent version, commit, date de build et capabilities dans heartbeat et health.
• Le control-plane stocke la compatibilité des nodes et bloque les métadonnées private-origin sur les builds qui ne prouvent pas le support.
• Commande d’audit nodes:audit-compatibility et badges admin fleet pour repérer les nodes unknown/incompatible.
• Passe sécurité: SSRF IPv6 transition, WebDAV, réinitialisation du mot de passe, BYOC, webhooks, chaîne d’approvisionnement PHP/Go et action GitHub de déploiement.

Source: audit de sécurité 2026-05-29 et contrat de compatibilité des nœuds edge 2026-05-29

• Pied de page console et auth relié au changelog public.
• Catalogue centralisé des versions bêta avec dates, statut, sources et détails.
• Page publique /releases avec définition de versioning et historique complet.

Source: arbre de travail 2026-05-29

• Branches codex consolidées dans main sans travail unique restant.
• Garde-fou permissions ajouté avec scripts de contrôle/correction et hook pre-commit.
• Contraste de la mise en page Laravel corrigé pour les tables en mode sombre.
• Validation complète Laravel, Go, CLI, permissions et diff Git.

Source: mise à jour documentaire 2026-05-26

• Protection dev par mot de passe et personnalisation du challenge WAF.
• Synchronisation réseau privée plus stricte entre control-plane et edge nodes.
• Webhooks customer, client HTTP sortant sûr et protections SSRF.
• Pages Organisation/Facturation alignées avec le wallet à l’usage.

Source: mise à jour documentaire 2026-05-23

• WebAuthn/passkeys pour la 2FA et durcissement des tokens API.
• Coupons trafic, registrar en queue et renouvellement des domaines gérés.
• Jobs DNS/registrar visibles dans les tâches opérationnelles.
• Edge management protégé par CIDR et proxy origin durci.

Source: mise à jour documentaire 2026-05-19

• Organisations avec rôles, invitations et remplacement d’organisation personnelle vide.
• Support client avec tickets, réponses, notes internes et pièces jointes.
• Registrar Internet.bs, mail géré, WebDAV et stockage répliqué.
• WAF avec presets, listes pays/IP, challenge et synchronisation edge.

Source: mise à jour documentaire 2026-05-17

• Structure initiale du control-plane Laravel.
• Edge-node Go et CLI séparés du control-plane.
• Site public statique et premières conventions de dépôt.

Source: commit 87c75ea