« Réunion du 24-10-2023 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
Aucun résumé des modifications
 
(8 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
= Changements du code de la semaine=
= Changements du code de la semaine=
* Aucun changement
* Aucun changement
= Avertissement =
{{Avertissement_résumé|fond=pink |bord=red |message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou  sur [http://opensimulator.org/wiki/IRC le canal IRC]}}
= Bases de données =
= Bases de données =
== Bases de données SQL / NON SQL ==
* S'éloigner de sql pourrait apporter de grands avantages, même si cela signifie une autre dépendance à gérer.
* Certaines choses ne sont que des clé-valeur.
* Il y a beaucoup à dire sur le fait de rester avec une base de données SQL classique. Elle fonctionne à peu près correctement. Les bases de données NoSQL changent beaucoup plus.
* De nombreux administrateurs de grilles aiment lire les bases de données et voir tous les champs des assets et de l'inventaire.
== Processus de migration  de la base de données ==
== Processus de migration  de la base de données ==
* Ce processus n'est pas très bon suite à quelques changements.  
* Ce processus n'est pas très bon suite à quelques changements.  
Ligne 7 : Ligne 15 :
* La meilleure option serait que les migrations récupèrent le schéma de la table, le comparent à la disposition qu'elle est censée avoir, puis n'effectuent que les changements nécessaires pour y parvenir. Au lieu de cela, il s'exécute simplement s'il trouve que le numéro de version ne correspond pas. Pas de vérification de l'existence ou de quoi que ce soit d'autre.
* La meilleure option serait que les migrations récupèrent le schéma de la table, le comparent à la disposition qu'elle est censée avoir, puis n'effectuent que les changements nécessaires pour y parvenir. Au lieu de cela, il s'exécute simplement s'il trouve que le numéro de version ne correspond pas. Pas de vérification de l'existence ou de quoi que ce soit d'autre.
* Test d'un code SQL pour voir si un champ existe déjà avant d'essayer de l'ajouter pour éviter certains problèmes.
* Test d'un code SQL pour voir si un champ existe déjà avant d'essayer de l'ajouter pour éviter certains problèmes.
* Il faudrait définir un plan d'action sur ce qu'il faut faire pour les connecteurs DB et  pour les problèmes de migration de tables.
* Précision : Les migrations sont à jour, bien sûr.
* Précision : Les migrations sont à jour, bien sûr.
== Support de PostgreSQL ==
== Support de PostgreSQL ==
* Il n'est pratiquement plus maintenu maintenant.  
* Il n'est pratiquement plus maintenu maintenant.  
* La dernière version de postgres avec mono n'a pas fonctionné.
* La dernière version de postgres avec mono n'a pas fonctionné.
* Postgres pourrait être une meilleure base de données pour la charge de travail d'opensim.
* Postgres pourrait être une meilleure base de données pour la charge de travail d'opensim.
== MariaDB et Mysql==
== MariaDB et Mysql==
* Éventuel besoin de séparer mysql de mariadb, puisque mariadb est en train de changer son propre protocole.
* Éventuel besoin de séparer mysql de mariadb, puisque mariadb est en train de changer son propre protocole.
== MongoDB ==
== MongoDB ==
*  système de gestion de base de données orienté documents, répartissable sur un nombre quelconque d'ordinateurs et ne nécessitant pas de schéma prédéfini des données. Il est écrit en C++.[https://fr.wikipedia.org/wiki/MongoDB]
*  système de gestion de base de données orienté documents, répartissable sur un nombre quelconque d'ordinateurs et ne nécessitant pas de schéma prédéfini des données. Il est écrit en C++.[https://fr.wikipedia.org/wiki/MongoDB]
* Test : groupe de 1000 membres qui fonctionne toujours.  
* Test : groupe de 1000 membres qui fonctionne toujours.  
* Licence : pas gratuit pour les grosses bases de données.
* Licence : pas gratuit pour les grosses bases de données.
== Base de données des groupes ==
== Base de données des groupes ==
*  Les groupes ont essentiellement besoin d'une réécriture complète, pas seulement des choses de la DB, mais du code entier qui est lent comme tout. Les groupes ont essentiellement besoin d'une réécriture complète, pas seulement côté basee de données mais aussi du code entier qui est lent comme tout.
*  Les groupes ont essentiellement besoin d'une réécriture complète, pas seulement des choses de la DB, mais du code entier qui est lent comme tout. Les groupes ont essentiellement besoin d'une réécriture complète, pas seulement côté basee de données mais aussi du code entier qui est lent comme tout.
* Certains modules de groupes utilise des requêtes SELECT* (on charge tout au lieu de prendre seulement ce qui est nécessaire), ce qui renvoie des quantités massives de données dont la moitié n'est jamais utilisée. De plus, une partie de ces données est mise en cache pour les rendre plus rapides, ce qui fait que, par exemple, les permissions de rôle ne fonctionnent apparemment pas si des changements se produisent dans la base de données.  
* Certains modules de groupes utilise des requêtes SELECT* (on charge tout au lieu de prendre seulement ce qui est nécessaire), ce qui renvoie des quantités massives de données dont la moitié n'est jamais utilisée. De plus, une partie de ces données est mise en cache pour les rendre plus rapides, ce qui fait que, par exemple, les permissions de rôle ne fonctionnent apparemment pas si des changements se produisent dans la base de données.  
* Principale problème des groupes :  retrouver l'activité du groupe lorsque quelqu'un se connecte. C'est très lourd.
* Principale problème des groupes :  retrouver l'activité du groupe lorsque quelqu'un se connecte. C'est très lourd.
== Arribassim ==
* Fork d'OpenSim avec un travail de réécriture de la base de données.
* https://github.com/ft-/arribasim-dev
* Il s'agit en fait d'un audit des données. Déterminer quelles données nous devons sauvegarder et quel format est le meilleur pour cela, tout en maintenant autant de compatibilité que possible et en utilisant des solutions suffisamment modernes pour en tirer une certaine rapidité. Il s'agit principalement d'un travail d'écriture de documentation


= Modules =
= Modules =
Ligne 33 : Ligne 51 :
** Les utilisateurs doivent avoir un comptes BitCoin.
** Les utilisateurs doivent avoir un comptes BitCoin.
** Comment les utilisateurs font les échanges de Bitcoins en monnaie réelle ?  
** Comment les utilisateurs font les échanges de Bitcoins en monnaie réelle ?  
* '''Critique''' : le système d'imposition américain fait une retenue de 39%. Web Rain recommende [https://paxful.com/fr Paxful] (Ndlr : je ne fais que résumer la réunion je n'est pas d'avis sur la question et vous êtes seuls responsables de l'utilisation que vous ferez de cette information.)
* '''Critique''' : le système d'imposition américain fait une retenue de 39%. Web Rain recommende [https://paxful.com/fr Paxful] (Ndlr : je ne fais que résumer la réunion je n'ai pas d'avis sur la question et vous êtes seuls responsables de l'utilisation que vous ferez de ces informations.)


= Bugs =
= Tests =
= Tests =
== Tests unitaires ==
== Tests unitaires ==
Ligne 43 : Ligne 60 :
* Test d'une région fonctionnant sur Raspberry Pi4
* Test d'une région fonctionnant sur Raspberry Pi4
* Vivox fonctionne, le viewer n'étant pas sur Pi4; pas besoin de faire fonctionner SLVoice.exe sur Pi4.
* Vivox fonctionne, le viewer n'étant pas sur Pi4; pas besoin de faire fonctionner SLVoice.exe sur Pi4.
* Depuis que le système d'exploitation Raspian (OS pour Raspberry) utilise [https://fr.wikipedia.org/wiki/Wayland Wayland] et non [https://fr.wikipedia.org/wiki/X_Window_System X11] il est compliqué de faire fonctionner un viewer.
* Depuis que le système d'exploitation Raspian (OS pour Raspberry) utilise [https://fr.wikipedia.org/wiki/Wayland Wayland] et non [https://fr.wikipedia.org/wiki/X_Window_System X11] il est compliqué de faire fonctionner un viewer sur Raspberry
* La région sur Raspberry PI4 est accessible via grid.xmir.org:8002:Dayturn
* La région sur Raspberry PI4 est accessible via grid.xmir.org:8002:Dayturn


= Projets en cours / Infos =
= Projets en cours / Infos =
== une manette Xbox ==
== Une manette Xbox ==
* Linden Lab a lancé un projet pour utiliser une manette Xbox (console de jeux de Microsoft) avec le viewer dans le but de faire fonctionner le viewer sur console.
* Linden Lab a lancé un projet pour utiliser une manette Xbox (console de jeux de Microsoft) avec le viewer dans le but de faire fonctionner le viewer sur console.
== OSCC 2023 ==
== OSCC 2023 ==
* '''OSCC dans plus d'un mois les 9 et le 10 décembre.'''   
* '''OSCC dans plus d'un mois les 9 et le 10 décembre.'''   

Dernière version du 5 novembre 2023 à 14:42

Changements du code de la semaine

  • Aucun changement

Avertissement

Attention : Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux réunions du mardi ou sur le canal IRC


Bases de données

Bases de données SQL / NON SQL

  • S'éloigner de sql pourrait apporter de grands avantages, même si cela signifie une autre dépendance à gérer.
  • Certaines choses ne sont que des clé-valeur.
  • Il y a beaucoup à dire sur le fait de rester avec une base de données SQL classique. Elle fonctionne à peu près correctement. Les bases de données NoSQL changent beaucoup plus.
  • De nombreux administrateurs de grilles aiment lire les bases de données et voir tous les champs des assets et de l'inventaire.

Processus de migration de la base de données

  • Ce processus n'est pas très bon suite à quelques changements.
  • Le système de migration dans son ensemble pourrait avoir besoin d'une conception un peu plus robuste dès le départ.
  • La meilleure option serait que les migrations récupèrent le schéma de la table, le comparent à la disposition qu'elle est censée avoir, puis n'effectuent que les changements nécessaires pour y parvenir. Au lieu de cela, il s'exécute simplement s'il trouve que le numéro de version ne correspond pas. Pas de vérification de l'existence ou de quoi que ce soit d'autre.
  • Test d'un code SQL pour voir si un champ existe déjà avant d'essayer de l'ajouter pour éviter certains problèmes.
  • Il faudrait définir un plan d'action sur ce qu'il faut faire pour les connecteurs DB et pour les problèmes de migration de tables.
  • Précision : Les migrations sont à jour, bien sûr.

Support de PostgreSQL

  • Il n'est pratiquement plus maintenu maintenant.
  • La dernière version de postgres avec mono n'a pas fonctionné.
  • Postgres pourrait être une meilleure base de données pour la charge de travail d'opensim.

MariaDB et Mysql

  • Éventuel besoin de séparer mysql de mariadb, puisque mariadb est en train de changer son propre protocole.

MongoDB

  • système de gestion de base de données orienté documents, répartissable sur un nombre quelconque d'ordinateurs et ne nécessitant pas de schéma prédéfini des données. Il est écrit en C++.[1]
  • Test : groupe de 1000 membres qui fonctionne toujours.
  • Licence : pas gratuit pour les grosses bases de données.

Base de données des groupes

  • Les groupes ont essentiellement besoin d'une réécriture complète, pas seulement des choses de la DB, mais du code entier qui est lent comme tout. Les groupes ont essentiellement besoin d'une réécriture complète, pas seulement côté basee de données mais aussi du code entier qui est lent comme tout.
  • Certains modules de groupes utilise des requêtes SELECT* (on charge tout au lieu de prendre seulement ce qui est nécessaire), ce qui renvoie des quantités massives de données dont la moitié n'est jamais utilisée. De plus, une partie de ces données est mise en cache pour les rendre plus rapides, ce qui fait que, par exemple, les permissions de rôle ne fonctionnent apparemment pas si des changements se produisent dans la base de données.
  • Principale problème des groupes : retrouver l'activité du groupe lorsque quelqu'un se connecte. C'est très lourd.

Arribassim

  • Fork d'OpenSim avec un travail de réécriture de la base de données.
  • https://github.com/ft-/arribasim-dev
  • Il s'agit en fait d'un audit des données. Déterminer quelles données nous devons sauvegarder et quel format est le meilleur pour cela, tout en maintenant autant de compatibilité que possible et en utilisant des solutions suffisamment modernes pour en tirer une certaine rapidité. Il s'agit principalement d'un travail d'écriture de documentation

Modules

Module de paiement et crypto-monnaie

Tests

Tests unitaires

  • Pas beaucoup de travail cette semaine
  • Objectif : comprendre comment les résultats des tests sont enregistrés.

Installation

  • Test d'une région fonctionnant sur Raspberry Pi4
  • Vivox fonctionne, le viewer n'étant pas sur Pi4; pas besoin de faire fonctionner SLVoice.exe sur Pi4.
  • Depuis que le système d'exploitation Raspian (OS pour Raspberry) utilise Wayland et non X11 il est compliqué de faire fonctionner un viewer sur Raspberry
  • La région sur Raspberry PI4 est accessible via grid.xmir.org:8002:Dayturn

Projets en cours / Infos

Une manette Xbox

  • Linden Lab a lancé un projet pour utiliser une manette Xbox (console de jeux de Microsoft) avec le viewer dans le but de faire fonctionner le viewer sur console.

OSCC 2023

  • OSCC dans plus d'un mois les 9 et le 10 décembre.
  • La date limite pour soumettre des articles à l'OSCC est déjà passée, 22 octobre.
  • Mais, si quelqu'un souhaite proposer une session, qu'il faut le faire savoir à Lyr Lobo. Les sessions durent 20 minutes.
  • https://conference.opensimulator.org/call-for-proposals/.
  • Le calendrier sera fermé le 30 octobre.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-10-24