http://opensimulator.org/index.php?action=history&feed=atom&title=OpenSimulatorToViewerInventoryProtocol%2FfrOpenSimulatorToViewerInventoryProtocol/fr - Revision history2026-05-12T06:19:54ZRevision history for this page on the wikiMediaWiki 1.19.9http://opensimulator.org/index.php?title=OpenSimulatorToViewerInventoryProtocol/fr&diff=40559&oldid=prevAcryline: Created page with "{{Languages|OpenSimulatorToViewerInventoryProtocol}} =Introduction= Cette page présente quelques détails sur le protocole utilisé pour transférer l'inventaire entre le vie..."2015-03-04T14:03:53Z<p>Created page with "{{Languages|OpenSimulatorToViewerInventoryProtocol}} =Introduction= Cette page présente quelques détails sur le protocole utilisé pour transférer l'inventaire entre le vie..."</p>
<p><b>New page</b></p><div>{{Languages|OpenSimulatorToViewerInventoryProtocol}}<br />
=Introduction=<br />
Cette page présente quelques détails sur le protocole utilisé pour transférer l'inventaire entre le viewer (client) et une installation d'OpenSimulator. Comme de nombreuses pages, celle-ci est en construction, aussi si vous désirez vous informer plus précisément à ce sujet, veuillez poser vos questions en anglais via [[Mailing Lists|la liste de diffusion]] opensim-dev.<br />
<br />
=Protocoles=<br />
Il existe deux protocoles OpenSimulator <-> inventaire du viewer. Le premier fonctionne uniquement avec des messages UDP. Le second utilise le protocole HTTP via les capacités pour remplacer la recherche des parties du protocole UDP.<br />
<br />
Le portocole UDP est plus ancien et la recherche de parties a été complètement remplacée sur la grille Linden Lab par le protocole de capacités HTTP. Cependant, certains viewers peuvent encore utiliser UDP pour faire une recherche et ce protocole est encore supporté dans OpenSimulator.<br />
<br />
D'autres opérations sur les inventaires (par exemple, la création de dossier) sont encore réalisées via UDP.<br />
<br />
Le protocole HTTP devrait être plus performant que le protocole UDP pour les utilisateurs ayant un inventaire important. Cependant, beaucoup de viewer fournissent une option de retour vers un inventaire UDP en cas de problèmes avec le protocole HTTP. Il est aussi possibe de désactiver le protocole HTTP dans une installation OpenSimulator en désactivant les capacités.<br />
<br />
==Protocole UDP==<br />
Ci-dessous sont listés quelques messages UDP impliqués dans la manipulation de protocole. '''Attention: la liste est probablement incomplète et a besoin d'être complètée.'''<br />
<br />
BulkUpdateInventory<br />
serveur -> client<br />
envoyé quand un item d'inventaire est donné à un agent<br />
contient uniquement le/les item(s) mis à jour<br />
<br />
CreateInventoryItem<br />
client -> serveur<br />
reçu quand un client crée directement un nouvel item dans l'inventaire<br />
et pas quand le client prend un objet ou une copie d'objet depuis l'environnement.<br />
<br />
FetchInventory<br />
client -> serveur<br />
cherche les détails d'un item particulier<br />
<br />
FetchInventoryDescendents<br />
client -> serveur<br />
reçu quand un dossier d'inventaire est ouvert<br />
InventoryDescendents est la réponse<br />
<br />
FetchInventoryReplyPacket<br />
serveur -> client<br />
contient les détails d'un item de l'inventaire<br />
pour certaines raisons c'est la même chose que les données sur l'item envoyées dans InventoryDescendents<br />
<br />
InventoryDescendents<br />
paquet réponse pour FetchInventoryDescendents qui contient les détails d'inventaire<br />
contient le dossier et les données de l'item<br />
<br />
LinkInventoryItem<br />
client -> serveur<br />
lie un item d'inventaire à un item existant<br />
<br />
RemoveInventoryItem<br />
est invoqué par le client quand Purge Item est sélectionné pour un item dans la corbeille.<br />
<br />
UpdateCreateInventoryItem<br />
serveur -> client<br />
envoyé quand <br />
un item est dérezzé dans un inventaire d'avatar<br />
un item est glissé dans un inventaire d'avatar<br />
<br />
UpdateInventoryItem<br />
client <-> serveur<br />
envoie serveur -> client<br />
apparemment quand un dérez a réussi<br />
envoie client -> serveur<br />
quand différents yeux sont portés dans un viewer 2<br />
il est possible que cela change le statut de l'objet porté<br />
<br />
UpdateInventoryFolder<br />
appelé quand le dossier est renommé.<br />
<br />
==Protocole HTTP==<br />
Le protocole HTTP fonctionne via des [[Capabilities/fr|capacités]] variées. À l'heure actuelle, les capacités requises pour le transfert HTTP sont :<br />
* FetchInventory2 <br />
* FetchInventoryDescendents2<br />
* FetchLib2<br />
* FetchLibDescendents2<br />
<br />
Pour plus de précisions au sujet de leur fonctionnement, veuillez vous référer [http://wiki.secondlife.com/wiki/Inventory_API#Viewer_Capabilities au document Linden Lab concernant les capacités d'inventaire].<br />
<br />
Historiquement, les fonctionnalités suivantes ont été utilisées. Cependant, elles sont devenues obsolètes depuis longtemps et peuvent être négligées.<br />
<br />
* FetchInventory<br />
* FetchLib <br />
* FetchLibDescendents<br />
<br />
Si les capacités d'inventaires sont désactivées alors certains viewer (très probablement tous les viewers actuels) se rabattront sur le mécanisme UDP pour rechercher des données d'inventaire. Divers viewers peuvent proposer une option de menu pour ne pas utiliser l'inventaire HTTP. Les viewers plus anciens utiliseront uniquement le dispositif UDP. Toutefois, certains viewers ont historiquement été bogués et le retour vers UDP ne peut pas être configuré correctement.</div>Acryline