Le 17 novembre 2016 à 00:19:51 Ticki84 a écrit :
Le 16 novembre 2016 à 22:05:09 Blaff4 a écrit :
Le 15 novembre 2016 à 23:09:34 Ticki84 a écrit :
Le 15 novembre 2016 à 21:33:48 Blaff5 a écrit :
Le 14 novembre 2016 à 16:36:04 Ticki84 a écrit :
> Le 13 novembre 2016 à 19:50:55 Blaff5 a écrit :
>Salut l'auteur.
>
> Il est open-source ou pas ton script ?
>
> Je trouve pas le code source
Il n'est pas open-source, par contre je l'ai uniquement minifier donc tu peux obtenir les sources en utilisant un déminifier/beautifier sur le code distribué et tu auras presque le même code source que moi 
Dommage, j'aurais bien aimé contribué, j'avais pas mal d'idées (notamment améliorer la vitesse d’exécution avec les images en local et éviter 1000 requêtes HTTP).
En local? En cache tu veux dire? C'est pas possible tout simplement parce que c'est le navigateur qui gère le cache et qu'on ne peut pas le gérer en javascript, par contre ce que je peux essayer de faire c'est limiter le blocage aux chargements lors de grosses actions en préchargeant les images en javascript, je ne suis pas sûr de l'utilité mais je peux essayer éventuellement.
Il n'y a pas beaucoup de requêtes HTTP, uniquement 1 GET obligatoire pour les mises à jour du script et 1 GET conditionnel pour la récupération de la liste des stickers au lancement du script puis 1 POST sans aucune response à l'utilisation d'un sticker, à ce niveau je vois pas comment tu peux améliorer ça.
J'ai peut-être trouver un moyen d'effectuer le tri des stickers par le serveur directement plutôt que par le client ce qui augmenterait considérablement la vitesse d'exécution du GET conditionnel, qui est selon moi le plus gros défaut actuellement.
Non je veux dire en local, sur le PC de l'utilisateur, dans le même dossier que celui où est stocké le script JS.
C'est possible avec @resource (pour inclure l'image dans ton script) et GM_getResourceURL (pour récupérer l'URL locale de l'image).
Tu sembles avoir bien optimisé pour minimiser les requêtes (hormis la POST à chaque utilisation de sticker, il aurait été possible de stocker les stats d'utilisation dans le localStorage et tu fais un seul et unique envoie lorsque l'utilisateur lance le script au tout début, comme ça il est pas emmerdé par la suite).
Mais je pensais qu'avoir les images en local éviterait toutes les requêtes pour les images des stickers, c'est elles qui pompent le plus de bande passante (perso ça fait ramer quelques secondes mon PC lorsque j'affiche la liste des Risitas). Et vu que tu connais l'url image Noelshack de chaque sticker, tu peux aussi t'en servir pour la détecter au chargement de la page do forum et la remplacer instantanément dans les messages sans qu'aucune requête HTTP n'ait lieu (autre side effect : si l'image a un fond transparent ça n'affichera pas le fond blanc, même si j'ai vu que tu avais contourné le problème des posts sur fond bleu).
Le problème c'est que je ne peux pas, tout simplement parce que je dois inclure toutes les images dans le bloc metadata et que la liste est téléchargée (donc change) dans le script même. Donc excepté si je décide de changer tout le mécanisme de mise à jour actuel en le rendant moins efficace, c'est difficilement réalisable.
Je voulais pas m'embêter avec ça enfaite, c'est des petites requêtes qui n'attendent aucune réponse et qui sont très rapides donc qui ne sont pas gênantes dans l'état actuel.
J'ai laissé l'option des posts sur fond bleu mais elle est devenue obsolète, les images sont directement remplacées par les liens en .png correspondant donc par l'image au fond transparent (c'était prévu pour DarkJVC). Oui, je comprends ce temps de latence c’est un des problèmes que j'essaie de régler, le problème c'est que comme je l'ai dis avant ça me paraît difficilement réalisable parce que les @resource sont placés dans le bloc metadata et qu'en plus la liste change souvent.
Oui, je comprends. C'est pour ça qu'avec un repo Github / Bitbucket ça aurait été plus simple : tu y mets ton script (éventuellement divisé en plusieurs fichiers comme en POO pour y voir plus clair qu'une unique et gros script de 1000 lignes), et aussi, tu y mets à côté un petit script en Python (par exemple) qui te génère l'entête metadata du script à la volée. Comme ça, avant chaque mise à jour, tu lances le script et t'obtiens le metadata sans t'embêter.
Mais en fait j'ai pensé, il y a encore mieux. J'ai remarqué que certains images mettaient du temps à charger car elles n'étaient pas miniaturisées. Donc on pourrait même utiliser la technique des sprites CSS ( https://developer.mozilla.org/fr/docs/Web/CSS/CSS_Images/Sprites_CSS ), avec un petit script Python qui fetch les images Noelshack et les réunis en une seule grosse image, en normalisant la taille de chaque sticker. Comme ça dans tes metadata tu as juste @resource stickers_sprite.png.
Enfin bref, juste des idées qui me traversent l'esprit. 
Message édité le 19 novembre 2016 à 14:38:49 par Blaff4
![[[sticker:p/1lmk]]](https://image.jeuxvideo.com/stickers/p/st/1lmk)
![[[sticker:p/1nua]]](https://image.jeuxvideo.com/stickers/p/st/1nua)
![[pgm]cisla](https://image.jeuxvideo.com/avatar-md/0/p/pgm_cisla-1480011259-a0f4db4a89c519a42d41b88bbb6f0cc3.jpg)
![[[sticker:p/1lmh]]](https://image.jeuxvideo.com/stickers/p/st/1lmh)
