- Expédié
- 19 octobre 2026 à 01:50 UTC
- Auteur
- Kamo
- S'engager
- 10edd93
- IotPack.planEnvoyer: lorsque la propre vue de l'IS manque de l'appareil ou de la fonction (ou peut ne pas l'OPÉRER) et que l'appelant est sur une session sur commande, IoTService's GET **************** est demandé si l'ordre REQUESTER peut l'exploiter; son article est prévu comme n'importe quel autre (vérifications de la même valeur, classe par classe de sécurité, résumé), Sinon, le DEVICE NOT DISPONIBLE / **************** IoTService prête la subvention et la vérifie. - Nouveaux appareils lus iot order devices (fonctionKey, nom optionnel et deviceId), AI ONLY et répertoriés à un SI toujours: "Dispositifs la personne qui vous a donné cet ordre peut fonctionner avec une fonction, pendant que vous exécutez leur ordre." NON COMMENTAIRE en dehors d'un ordre. Les éléments sont re-cochés comme la vue d'un SI est (IotOrderFunctions / IotViewRules.orderFunction): jamais STREAM ou camera.snapshot, SECURITE CRITIQUE et au-dessus du plafond SI seulement sur l'ordre de Dieu, VÉRIFIÉ seulement (UNVERIFIÉ aussi sur l'ordre de Dieu, jamais FAILING), seulement la clé demandée, et aucune quand la réponse n'est pas pour le demandeur de cet ordre. - Sur une commande iot send command est offert sur son périphérique de baseId/fonctionKey (pas d'enum des propres appareils du SI, jamais Retenu IOT NOTHING DISPONIBLE), donc un périphérique trouvé peut être nommé. - IotViewRules: une vue de l'ordre divin (Round 2) maintient également des fonctions NON VÉRIFIÉES (V2), jamais FOI. - Catalogue doré **************** régénéré: exactement une ligne ajoutée, iot order devices; taille du registre 163; Entrée ContentReadTools.