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) etGM_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.
Rip
Risitas33 claque souvent je trouve
J'ai enfin sauté le pas
Cimer pour le script
Yo l'auteur je sais pas si tu entretiens encore ton script mais y'a quelques stickers qui se sont fait ban de Noelshack du coup je voulais savoir si tu pouvais les réuploader.
Notamment
Le 19 novembre 2016 à 16:43:47 MontreEnDiamant a écrit :
Yo l'auteur je sais pas si tu entretiens encore ton script mais y'a quelques stickers qui se sont fait ban de Noelshack du coup je voulais savoir si tu pouvais les réuploader.Notamment
C'est risitas33
Le 19 novembre 2016 à 15:11:40 2K23-LE-MAGIQUE a écrit :
Rip
Le 19 novembre 2016 à 17:10:36 Fairphone a écrit :
Le 19 novembre 2016 à 16:43:47 MontreEnDiamant a écrit :
Yo l'auteur je sais pas si tu entretiens encore ton script mais y'a quelques stickers qui se sont fait ban de Noelshack du coup je voulais savoir si tu pouvais les réuploader.Notamment
C'est risitas33
Tenez, en attendant qu'ils reviennent dans le script
Le 19 novembre 2016 à 18:59:17 gam3riet a écrit :
Mais il sort d'où celui là
Hop un Risitas FEED
Quelqu'un peut m'expliquer pourquoi webedia ban des stickers risitas
Normal que j'arrive pas à accéder au lien de dl du script pour mozilla?
Je l'avais desinstallé parce qu'il fonctionnait plus, mais je peux plus le re télécharger
L'auteur comment tu fais pour réupload les stickers à chaque fois ?
Sur Noelshack j'ai des problèmes ULTRA CHIANT :
- La première image d'un gif X uploadé est la même qu'un autre gif différent Y > ça uploadera le gif X qui était déjà upload
- Je réupload une image supprimée > marche pas
Je Suis Risitas33
Le 19 novembre 2016 à 19:44:00 Dr0wRanger a écrit :
Normal que j'arrive pas à accéder au lien de dl du script pour mozilla?
Je l'avais desinstallé parce qu'il fonctionnait plus, mais je peux plus le re télécharger
Attention yen a qui font delete les liens Noelshack
Le 19 novembre 2016 à 19:43:46 StreetTriple a écrit :
Quelqu'un peut m'expliquer pourquoi webedia ban des stickers risitas
Des cassos' s'amusent à les signaler, et les incompétent qui gèrent noelshack les suppriment sans chercher.
Risitas33 me manque bordel, les autres je m'en ballec mais lui
D'ailleurs il y aurait pas moyen de voir avec les admin si on pouvait protéger les sticker du script de ce genre de comportement débile ?