Topic pour s'entendre et synchroniser les fonctionnalités, stockage données (mpstorage) et conf entre :
- ios : superhfr+
- android : redface2 (en dev)
- web : userscripts

sujets d'exemple:
* (upload des images avec) stockage des hash de suppresion et liste des images uploadés
* bookmarks
* multimp (suivi lecture)

et toute nouvelle fonctionnalité

edit: je pensais aussi faire une base de connaissance commune sur HFR pour se baser dessus si quelqu'un veut refaire un parser ou comprendre comment marche tel ou tel truc en version HFR (un peu spé le joce ), en livrable qui peut se faire en même temps que redface 2 puisqu'il y'a un travail sur le sujet

Un truc que je me demande depuis un moment c’est si  on pourrait pas remplacer MPStorage par une vrai API rest sur un serveur tiers ? Genre chez LibreArbitre ou Dib ?

Héberger actuellement c'est pas un problème, j'ai aussi des VMs, des trucs à droite à gauche mais c'est niveau pérennité c'est bof.

y'a toujours le probleme de l'authentification, non ?
 
je me demande si on pourrait pas faire installer un oaut2 sur le forum

Je pense qu'il faut rien attendre d'HFR, enfin je leur jette pas la pierre mais la situation semble compliquée. M'enfin sans demander on a jamais rien, certes
Mais rajouter de la maintenance ça sera sûrement non.

Après on peut utiliser md_pass pour hacher à partir du pseudo pour obtenir un ID unique et mettre la sécurité sur l'obfuscation mais au changement de mdp ça saute. [edit: ou alors un mdp unique pour le stockage hors HFR mais ça pose d'autres problèmes aussi)

Non moi je pense qu'on peut faire évoluer MPStorage pour avoir plusieurs MPs, que les MPs soient remplis de post etc et ça fasse monter la capacité d'hébergement des données tout en restant sur HFR avec l'auth HFR.

C’est pas faux    
Meme si après entre librearbitre et dib ça va quand même    
 

C’est pas faux non plus    
C’est vrai que c’est un peu plus problématique  
 
Sinon MPStorage fonctionne bien malgré tout. Faut juste bien gérer le découpage du json sur deux MP ou plus si vraiment on met bcp de trucs  
Ça doit pas être si compliqué mais pas facile à tester ces cas aux limites  
Ou alors déjà répartir les types de donnés par posts et avoir des limites bien cadrées.  
Genre au pif :  
First post: blacklist/whitelist
Deuxième post: bookmarks
Etc.

Ou alors par catégorie voir par scripts mais ça commence à faire beaucoup pour le dernier
 
sinon j'aimerais bien qu'on fasse une liste des fonctionnalités qu'on veut sur les 3 supports et qu'on détailles ça et après à voir l'implémentation
 
pour web/userscript je pense faire redkit qui sera un sdk/gestion conf commune entre les scripts qui se basent dessus avec menu de configuration/show datail commun et gestion du stockage de configuration dans Mpstoragev2 (qui sera aussi dans redkit mais à part)
 
y'a du taf mais si tout est ouvert et bien décrit si on en a ras le cul les prochains peuvent reprendre sans soucis

Chui pas dev, juste un bug.

ah c'est ici quej e voulais parler de d'opera qui va plus vite que FF, loupé de topic.
 
bref @ezzz il y'a une API REST (et une SOAP) qui est à moitié foireuse. Elle sert en lecture une partie (tout sauf MP et topics eux même) et vite fait en écriture (on peut POST créer un topic, c'est tout)
 
elle est là:
 
• Base REST HFR :
 
  https://forum.hardware.fr/webservic [...] lt;URI>
 
  Exemples :
 
  https://forum.hardware.fr/webservic [...] ategories/
  https://forum.hardware.fr/webservic [...] ategories/
  https://forum.hardware.fr/webservic [...] er_page=50
  https://forum.hardware.fr/webservic [...] ticipated/
 
  Les liens HATEOAS renvoyés en JSON pointent souvent vers /api/..., mais sur HFR il faut les réécrire vers /webservices/rest_api.php?uri=....
 
supporte l'auth et remontent les drapeaux
 
donc je passe : découverte cat, subcat, lecture cat/subcat, listage topics, listage drapeaux cyan/rouge/favoris sur l'api rest
j'ai benchmarké, c'est quand même plus rapide que parser, même si c'est une api rougnante et pas finie (les md.net suivants ont eu une meilleure API)
le seul truc chiant c'est que j'ai pas trouvé la cat mp

 
 
C’est quoi tes temps de benchmark ?
Je trouve pas ça lent sur iOS le refresh des favoris. Ça se voit à peine sur l’app  
Le parsing d’un topic est bcp plus long par contre mais ça y a pas c’est ça ?

Non ya pas

Est-ce qu'on ajouterait pas un rendu inline de quote comme en markdown ? `cmd`  
voir tableau ? mais peut être trop.
 
rien que le `quote inline serait génial
 

C’est lequel le inline ? Le verbatim ?
Mais sinon oui l’idée est bonne oui vue l’omniprésence du md en ce moment  
Ça se fait en html ?

Le tableau pourquoi pas. Autant tous les faire si on colle du md

Ouais ça se tente, moi je me voyais déjà tenter le inline quote parce que c'est vraiment le truc qui manque sur HFR §

Je connaissais pas les : dans la deuxième ligne des tableaux pour choisir la justification  

Sinon moi j’ai de la dette technique à résorber la avant d’attaquer la suite. Je voudrais avoir une base un peu plus saine avant d’attaquer autre chose.  
Mais t’as l’air d’avoir plein de bonnes idées. Donc vas y et je te rattraperai après  

Non mais là le but c'est de se concerter pour avoir la même UX sur les trois plateformes
Après on peut valider et implémenter comme on veut

J'ai encore pas mal de taf sur RF2

Roger,  
 
Comment tu check la sortie des nouveaux smileys ? Pour le compteur total tu fais toutes les pages du wiki smilies ou t'as un chiffre + {les dernière sorties cette semaine} ?  
Dis moi en plus car j'hésite à faire une liste complète pour stocker leurs tailles pour cacher cette donnée.
 
Et pour savoir quoi faire j'aimerais avoir une liste de 100% des smileys que je puisse traiter la taille et voir si ce qui en ressort.

c'est pas comme si le code était open source non plus
 
je relis tout le wiki, je mets à jour la liste, je compare avec la version précédente et j'en compte les lignes
 
j'ai les tailles (poids et dimensions ?) dans les stats du wiki(version complète) mais j’actualise qu'une fois par an

t'as été trop lent https://gist.github.com/XaaT/16180b [...] fc9322e777

c'est bien, c'est compact

that's what she said

 
ah

bonus : stats.md
 

s't'adir que c'est pas très complet ton truc
 

https://roger21.github.io/stats/smi [...] 42414.html

fiouuuu t'es au chomdu non ?

Et pour cache les avatars ?
 

On commence une liste des features communes ?
 
J'aime bien le script qui "traduit" le lien HFR vers quoi il renvoit "topic trouducul page 222" alors je propose d'inclure cette fonctionnalité
ego quote bien sur

J’ai pas compris
Ça veut dire quoi au juste une "feature commune"  

L’idée est sympa en tout cas

ah ouais le mec qui a pas comprite le but du topoc

Je suis allé lire le FP mais y a qu’un smiley    
 
Je pensais surtout à MPStorage v2 où on doit partager une vraie structure commune
Pour le reste on peut partager nos idées et nos specs oui pas de soucis  
J’ai bon ?

Oui, ça dépend le point de vue. Si MPS2 est un pré-requis ou un but final
Moi je vois bien essayer de proposer une UX commune aux 3 plateformes, avec des specs puis une implémentation en best effort

Le but c'est aussi de partager la donnée qu'on met sur MPS2, enfin pour ce qui est utile comme partager la liste des images uploadés et leurs hash de suppresion