Versions et sécurité

Sommaire

Limites connues

Ce que Runique ne fait pas encore, par domaine (base de données, formulaires, sécurité, admin), avec les solutions en attendant.

Lire les limites connues dans la documentation

À venir

Sans date ni engagement : un bug ou une faille découverts passent avant les chantiers prévus.

  • 4.1, makemigrations : générer toutes les opérations de schéma sans étape manuelle : suppression de tables, création et suppression des tables de relation, respect de cascade, restrict et set_null, vrai ALTER lors d'un changement de type, détection des changements de valeur par défaut, et colonnes à la fois renommées et modifiées. Les noms de contraintes sont lus en base, et les changements destructeurs indiquent ce qu'ils touchent. La table pivot du many-to-many est générée depuis le DSL du modèle ; une table écrite à la main, avec des colonnes en plus, reste possible.
  • Correctifs de sécurité (4.0.x) : plafonner le nombre de clés gardées en mémoire par RateLimiter et LoginGuard, et tester la protection contre les open redirects avec des charges connues de contournement d'URL.
  • 4.2, base de données : get_or_create, update_or_create, exists(), last(), chargement des relations en une requête, méthodes d'accès du many-to-many et sa gestion dans l'admin. search! accepte aussi des groupes ET dans un OU, et la négation d'une condition ou d'un groupe, toujours avec des requêtes typées.
  • Tracing : finir la sortie fichier avec rotation, ajouter un identifiant de requête et ne laisser aucune erreur ignorée en silence. Les clés de traduction manquantes seront journalisées.
  • Langues ajoutées par un projet : permettre à un projet de fournir une langue absente de Runique, enregistrée par le builder.
  • Admin : filtres par date et par clé étrangère, navigation par date, fieldsets, champs en lecture seule, autocomplétion, édition inline, actions de groupe en Rust, export CSV/JSON et « enregistrer et continuer ».

Sans engagement : ces pistes remonteront quand un chantier se terminera.

  • Authentification : protection à deux niveaux contre la force brute, puis OAuth/OIDC, JWT, clés d'API, journal des connexions et rapports de violation CSP.
  • ORM et DSL : hooks de modèle, agrégats dans search!, index déclarés, bornes et paliers numériques.
  • Outils et stockage : vues CRUD publiques, client de test intégré, fixtures, commandes personnalisées, sitemap et RSS, redimensionnement d'images, et point d'extension de stockage pour les services compatibles S3.

Voir les problèmes connus par version