De la v1 à la v2 : des fondations à l'interface

Les premières versions de Piks-l ont posé les fondations invisibles du système. La v2 les a rendues visibles.

Ce que la v1 a construit

La série 1.x, c'est le socle : le boilerplate Piks-l Core dont dérivent tous les sites enfants, la base de données multi-tenant PXL_ pensée pour la sécurité dès le départ, le moteur d'orchestration qui génère un site de bout en bout (template → IA → Git → déploiement Vercel), et enfin les comptes, rôles et l'espace client.

La fondation la plus importante : le cloisonnement

Tous les clients partagent la même base PostgreSQL, mais chaque ligne porte son site_id et la sécurité au niveau des lignes (RLS) fait le tri. Une politique type tient en trois lignes :

create policy "lecture réservée aux membres du site"
on public.products
for select
using ( public.is_site_member(site_id) );

La fonction is_site_member centralise la règle — les administrateurs Piks-l passent toujours, les autres seulement s'ils sont membres du site. Écrite une fois, appliquée sur chaque table : produits, commandes, événements d'audience, tout est cloisonné au même endroit.

Ce que la v2 a apporté

La série 2.x a habillé le produit : migration vers Nuxt UI v4 et mise en place d'un véritable système de thème, analytique de bout en bout pour mesurer l'audience des sites, et un espace d'administration nouvelle génération.

Le thème signature tient lui aussi en quelques lignes de configuration — un primaire bronze, un neutre encre, et des angles volontairement nets :

// app.config.ts
export default defineAppConfig({
  ui: { colors: { primary: 'bronze', neutral: 'ink' } },
})

/* main.css — pas d'arrondis : l'identité Piks-l est anguleuse */
:root { --ui-radius: 0; }

En résumé

De la v1 à la v2, Piks-l est passé d'un moteur fonctionnel à une plateforme présentable : même puissance, mais désormais pilotable depuis une interface soignée.