- Expédié
- 19 août 2026 à 08:09 UTC
- Auteur
- Kamo
- Commite
- 2d0a998
Quatre critères d'évaluation ont besoin de la base de connaissances reconstruit, et trois faits l'API était incapables d'indiquer. GET /api/kb/pins a renvoyé une page de la broche ROWS, et KbArticlePin.article est «JsonIgnore» de sorte que la réponse portait une pin id, un membre id et une date, et Rien dans quel article a été inscrit. La page d'accueil a demandé que liste depuis qu'il a expédié et rendu rien, parce qu'une enveloppe de page n'a pas .longueur et le garde devant la section était un contrôle de longueur. L'épingle a Je n'ai jamais travaillé bout en bout. Il rend maintenant les articles eux-mêmes, résolus à l'intérieur d'une transaction plutôt qu'à l'inclinaison sur une vue d'ensemble. GET /api/kb/articles/points/points est nouveau: le statut compte, le réel de chaque article dates, paternité, nombre de mots et extrait, plus les guidés de l'appelant, en l'une lue. La page d'accueil utilisée pour simuler "récent" en prenant les dix premiers noeuds de l'arbre et les estampillant PUBLIÉS avec une date blanche. GET /api/kb/reviews/file d'achats est nouveau: ce qui attend et ce qui était récent réglées, les deux moitiés dans une demande. Un critique qui regarde une file d'attente vide demande La même question dans les deux sens - n'attend rien, ou je l'ai simplement effacer. Sa lecture décidée est une LISTE avec une limite, pas une page: à l'intérieur de la lecture seule transaction a Le COUNT rejeté de Page n'est jamais la déclaration no 1, donc Yugabyte ne peut pas redémarre et une écriture concurrente transforme la file d'attente en une 40001. GET /api/kb/media envoie maintenant l'article de chaque ligneCount et, pour les types a grille dessine, son URL présignée. Le décompte n'a jamais été que rempli par le point d'entrée unique, de sorte que l'avertissement "utilisé dans N articles" de la bibliothèque avant a supprimer ne peut jamais tirer - un diagramme incorporé dans neuf articles supprimés en tant que Silencieusement en tant qu'orphelin. Les URL étaient une demande par vignette après la liste avait déjà atterri. POST /api/kb/média/urls signe un lot pour les appelants qui tenir déjà des rangées. Chaque membre int64 id part en tant que STRING. Ils sont uniques à 19 chiffres.rowid() valeurs et un nombre JSON est un IEEE double dans le navigateur et le submitter id sur la file d'attente de révision est arrivée à l'avance, c'est pourquoi elle n'a jamais pu être par rapport au répertoire membre et un sat cru id où appartient un nom. Pas de changement de bibliothèque partagée, de sorte qu'il n'y a pas de fonctionnement de KamoInitializer et pas de redéploiement de la flotte.