Comme tout forum, celui-ci est soumis à la loi française
Les propos discriminants ne sont pas les bienvenus et seront sanctionnés sans aucune pitié. Nous vous demandons d'être bienveillant·e·s les un·e·s envers les autres.
Le forum n'est accessible qu'après enregistrement..
L'Équipe d'Exodus Privacy
Welcome on the Exodus-Privacy forum.
Many topics are waiting for you
As this forum is under French law, any author of discriminatory comments will be banned without mercy. Please be kind with everybody.
The topics are only available to registered people.
@Lovis_IX a dit dans Page « live » :
[^1]: cachée pour éviter une surcharge du serveurs par des personnes qui auraient constamment un onglet ouvert dessus.
Honnêtement, sachant qu’il y a du Varnish devant et que c’est genre faire trois COUNT() en base de données, j’ai du mal à voir comment ça pourrait faire de la surcharge ?
Moi ça me paraît difficile, vu tout ce qu’on a à faire pour cette année 2019 de créer une nouvelle conférence en plus, même si le sujet est bien entendu intéressant.
@MeTaL_PoU a dit dans Le helpdesk :
doit-on envoyer un mail de « bien arrivé dans notre système de ticket… » à la personne qui nous contacte. (Je suis partisans du non).
Je n’ai pas d’avis tranché.
est-ce que la personne qui répond au premier mail reçu sur @support se voit assigné le ticket et donc le suivi de la demande ? (je suis plus oui)
J’avais compris qu’on pouvait assigner quelqu’un d’autre. Je trouverais ça mieux, que ça se fasse en fonction de la compétence/fonction et non en fonction de la rapidité à répondre au mail.
Oui, tout à fait, on peut réassigné le ticket (on doit même pouvoir l’assigner à la première réponse)
est-ce qu’on envoi un mail de clôture du ticket ? (je pense que non)
Moins on a de compte, mieux c’est.
Quelle langue utilise le helpdesk par défaut ? (Je pense que c’est l’anglais)
Oui, OK pour l’anglais.
Désolée si j’ai semblé agressive, ce n’était pas le but
@Guinness Pas de soucis, ça arrive et demander le threat-model et plutôt un bon réflexe !
La discussion a aussi continué ici : https://github.com/Exodus-Privacy/exodus-android-app/issues/64
Les migrations ont été effectuées.
En gros:
le wiki interne est disponible ici : https://git.exodus-privacy.eu.org/Exodus-privacy/wiki
la documentation pour εxodus est disponible directement dans le dépôt https://github.com/Exodus-Privacy/exodus
N’hésitez pas à aller faire des PRs pour mettre à jour / ajouter des informations dans le wiki interne :).
Travail en cours pour la version 1.0.17 :
Correction du bug bloquant le téléchargement de l’icône sur le Play store (cette fois-ci vraiment :))
Mise à jour des dépendances
Refactorisation des tests
La plateforme a été mise à jour jeudi soir dernier (18/04) avec les changements susnommés.
Malheureusement la version 1.0.16 de core n’a pas résolu le bug comme prévu, du coup on prévoit de faire un changement bientôt qui inclura:
l’intégration de exodus-core 1.0.17 avec le bugfix tant attendu
la mise à jour de certaines dépendances qui ont des failles de sécu potentielles
Projet pour la prochaine version (1.0.05 du coup)
Ajout d’une fonctionnalité d’export des données liées aux pisteurs
– Issue : https://github.com/Exodus-Privacy/etip/issues/11
Mise à jour de la version de django :
– Issue : https://github.com/Exodus-Privacy/etip/issues/8
Ajout d’un champ pour chercher un pisteur par nom sur la page d’accueil
– Issue : https://github.com/Exodus-Privacy/etip/issues/9
Un bon article à ce sujet : https://www.eff.org/fr/deeplinks/2018/04/facebook-doesnt-need-listen-through-your-microphone-serve-you-creepy-ads
Je pense qu’il pourrait être intéressant de leur parler justement des pisteurs et de comment Facebook arrive à récupérer des infos depuis tes applications Android en apparence innocentes.
Après s’ils veulent faire un test pourquoi pas, je ne suis pas sur qu’ils arrivent à en tirer quelque conclusion que ce soit mais je serais heureux de me tromper :).
