Ubuntu-fr: signaler des erreurs et aider à améliorer le site

Nuliel · Le 14/05/2021, à 18:19

Il me semble que c'est sous forme de tag à ajouter, comme on peut voir ici les solved: https://discuss.flarum.org/t/solved

Henry de Monfreid · Le 14/05/2021, à 18:23

nany a écrit :

Henry de Monfreid a écrit :
Nuliel a écrit :
La version stable de flarum devrait sortir bientôt: https://discuss.flarum.org/d/26452-dev- … uild-17/27
Y aura-t-il une balise spoiler ?
[spoiler]
Ptêt’ ben qu’ oui, ptêt’ ben qu’ non.
[/spoiler]

Avant l'heure spoiler.

krodelabestiole · Le 01/06/2021, à 14:52

Qid a écrit :

Il y en a encore qui y croient ? C'est réellement toujours dans les cartons cette histoire depuis le temps qu'on en parle ?

l'argument concernant le fait qu'on n'ait pas encore migré est toujours le même depuis plusieurs années : aucune version stable de flarum n'est encore sortie.
et les plugins par ex. ne fonctionnent pas forcément d'une version beta à l'autre, et demandent à être régulièrement lourdement réécrits, ce qui me conduit à penser que j'ai bien fait de bloquer les choses pour le moment : soit ça me demanderait un travail phénoménal de maintenir le forum à jour, soit il resterait bloqué sur une version d'essai mal finie.

Vobul a écrit :

Un argument tout à fait valide, surtout si on veut customiser le truc.
Après perso j'héberge un discourse pour une association et je ne touche jamais au code source.

là par ex. on bosse (doucement je vous l'accorde) sur un plugin d'intégration de keycloak à flarum, pour pouvoir externaliser les comptes et les synchro avec d'autres plateformes, à commencer par dokuwiki...
les solutions existantes ne fonctionnent pas, ça montre à quel point on peut être amené à dev des solutions spécifiques, et l'utilité de bosser avec un langage qu'on connait.

j'ai déjà aussi pas mal bossé sur l'intégration de flarum au thème global du site, pour les curieux c'est là : https://ufr-forum.crachecode.net

Nuliel a écrit :

Je viens de regarder sur https://discuss.flarum.org , je ne vois pas de balise spoiler.

flarum est conçu de manière extrêmement modulaire, quasiment toutes les fonctionnalités sont disponibles sous forme de plugins. je ne doute pas soit qu'il existe déjà un plugin spoiler, soit qu'il soit extrêmement simple d'en développer un.

Dernière modification par krodelabestiole (Le 01/06/2021, à 15:00)

Vobul · Le 01/06/2021, à 16:46

En tout cas moi j'aime bien le côté "années 2000" d'un forum PHPBB, en plus le site est plutôt rapide. Donc attendre que flarum se stabilise me semble une bonne approche, oui.

Caille · Le 01/06/2021, à 17:34

Vobul a écrit :

En tout cas moi j'aime bien le côté "années 2000" d'un forum PHPBB, en plus le site est plutôt rapide.

Bonjour,

Mais il est très bien notre forum Ubuntu, aucune fioriture, (ce n'est pas un forum Windows avec des pop-ups qui claquent de partout) simplement l'essentiel, ne changer rien pour moi.

Cordialement.

Qid · Le 01/06/2021, à 17:35

Vobul a écrit :

En tout cas moi j'aime bien le côté "années 2000" d'un forum PHPBB, en plus le site est plutôt rapide. Donc attendre que flarum se stabilise me semble une bonne approche, oui.

Pas faux... C'est vrais qu'on a l'habitude d'utiliser notre forum aussi pourri soit il pour certain... Je sens que quand on va basculer ça va en perdre pas mal... Moi inclus probablement... Mais ça n'empêche que se remettre au goût du jour peut aussi faciliter l'arrivée de nouveaux utilisateurs...

Vobul · Le 02/06/2021, à 00:07

Je pense qu'un des gros points noirs des forums phpbb c'est : "mais comment j'ajoute une image ?". Sur Github ou ailleurs tu fais un glisser déposer et paf ! C'est ce genre de choses que les utilisateurs novices souhaitent. Note que cela ne nécessite d'ailleurs pas un changement complet du forum et peut être implémenté mais bon, il faut savoir évoluer, sinon on serait encore sur des bbs...

PPdM · Le 02/06/2021, à 06:18

De tous les forums que je fréquente, c'est cette interface que je préfère!

Qid · Le 02/06/2021, à 09:10

Vobul a écrit :

Je pense qu'un des gros points noirs des forums phpbb c'est : "mais comment j'ajoute une image ?". Sur Github ou ailleurs tu fais un glisser déposer et paf ! C'est ce genre de choses que les utilisateurs novices souhaitent.

T'as certainement raison mais :
- l'hébergement d'images c'est quand-même pas la même chose qu'une "simple" base de données de texte d'un forum... En matière de besoin d'espace on joue pas dans la même cours
- pour des questions d'occupation de bande passante beaucoup semblent allergiques à cette volonté de certains de vouloir insérer des images... En même temps c'est sûr que quand c'est pour mettre une image d'un terminal...

Vobul · Le 02/06/2021, à 12:32

@Qid : tu peux utiliser un service externe, t'es pas obligé de faire l'hébergement toi-même.

Bon puis la bande passante y'a un moment ça va bien comme excuse, ok on a pas tous la fibre mais bon, charger une image de 200 Ko ça devrait pas être la fin du monde non plus !

Qid · Le 02/06/2021, à 12:42

Vobul a écrit :

Bon puis la bande passante y'a un moment ça va bien comme excuse, ok on a pas tous la fibre mais bon, charger une image de 200 Ko ça devrait pas être la fin du monde non plus !

Perso ça ne me gène pas non plus mais je sais que j'ai déjà vu des modo faire ce type de remarque : je ne faisais que relayer...

Vobul · Le 02/06/2021, à 13:41

Qid a écrit :

Vobul a écrit :
Bon puis la bande passante y'a un moment ça va bien comme excuse, ok on a pas tous la fibre mais bon, charger une image de 200 Ko ça devrait pas être la fin du monde non plus !
Perso ça ne me gène pas non plus mais je sais que j'ai déjà vu des modo faire ce type de remarque : je ne faisais que relayer...

Oui, probablement qu'ils continuent à avoir un maximum de 80 colonnes :

https://lkml.org/lkml/2020/5/29/1038
https://richarddingwall.name/2008/05/31 … -relevant/

Donc on peut toujours considérer que les gens qui ont des connexions en 128k doivent pouvoir charger le site rapidement, ou alors on considère qu'en 2021 on peut streamer du 4k et donc afficher une image... Là où les modos gueulent (à raison) c'est quand l'image est trop grande, ça d'accord.

Qid · Le 02/06/2021, à 13:55

Vobul a écrit :

Là où les modos gueulent (à raison) c'est quand l'image est trop grande, ça d'accord.

bof... je ne vois pas en quoi... si ce n'est pour éviter de devoir charger une grosse image à cause de leur débit et/ou leur quantité de data consommable (pour ceux qui passeraient par la 3 ou 4G si ce n'est même maintenant la 5G)... enfin bon...

xubu1957 · Le 02/06/2021, à 14:36

Bonjour,

Moderator imperat et populus non causa acquiesat

_ _ _

> /viewtopic.php?pid=22353689#p22353689

Le 17/10/2020, en fin de message, cqfd93 a écrit :

Modération - Les images lourdes sont une vraie plaie pour les membres qui ont une connexion internet limitée et c'est un gâchis inutile de bande passante et de stockage sur des serveurs. Alors encore une fois, prière de poster du texte en le transférant par clé usb d'un ordinateur à l'autre par exemple.

Dernière modification par xubu1957 (Le 02/06/2021, à 14:57)

iznobe · Le 02/06/2021, à 14:43

Qid a écrit :

Vobul a écrit :
Là où les modos gueulent (à raison) c'est quand l'image est trop grande, ça d'accord.
bof... je ne vois pas en quoi... si ce n'est pour éviter de devoir charger une grosse image à cause de leur débit et/ou leur quantité de data consommable (pour ceux qui passeraient par la 3 ou 4G si ce n'est même maintenant la 5G)... enfin bon...

Bonjour , ca influe aussi sur la bande passante totale que consomme le forum evidemment , je ne sais pas comment celui-ci est hebergé , mais ce n' est pas un parametre negligeable dans tous les cas . ( lorsque le serveur heberge lui-meme les images ) y compris pour les pics d' affluence .

Dernière modification par iznobe (Le 02/06/2021, à 14:43)

Qid · Le 02/06/2021, à 15:13

iznobe a écrit :

ca influe aussi sur la bande passante totale que consomme le forum evidemment , je ne sais pas comment celui-ci est hebergé , mais ce n' est pas un parametre negligeable dans tous les cas .

C'est vrais que j'ai tendance à penser un peu comme tout le monde à la bande passante consommé par l'utilisateur final pour l'affichage chez lui mais pour ça il y a la valeur opposée qui compte : la bande passante que le serveur va manger pour nous transférer les infos... Et c'est vrai que ce dernier point peut plus facilement être limitant suivant l'hébergeur : j'ai des souvenirs de tentatives de dl sur un serveur hébergé en local par une personne distante : ma connexion perso s'était pétée la gueule à cause du serveur...

Vobul · Le 02/06/2021, à 16:58

iznobe a écrit :

ca influe aussi sur la bande passante totale que consomme le forum evidemment ,

En france en général on a pas de limite, ça dépend des hébergeurs mais disons qu'avoir un quota de bandwidth est plus une exception qu'autre chose. Et cela ne s'applique pas sur ce forum qui n'héberge pas les images des utilisateurs.

Par exemple si on regarde scaleway, c'est le débit qui change selon le type de vps, mais il n'y a pas de limite de bande passante (contrairement à Digital Ocean par exemple).

Dernière modification par Vobul (Le 02/06/2021, à 16:59)

iznobe · Le 02/06/2021, à 18:42

Bonsoir vobul , je n' ai pas parler de quota , car il est vrai qu ' en france ca s ' applique rarement , mais lors d' un pic d ' affluence , la bande passante joue un role , sur la quantité generale de données qu ' envoie le serveur( et donc la charge globale de celui-ci) et la limite est physique inherente au reseau telecom ou autre congestions possibles lors de ces pics , c ' est plus ce coté là que je voulais mettre en avant , mais ca ne reste que pure supposition puisque ca n' est pas le cas , et valable seulement dans le cas ou le serveur heberge les images , sans parler de l' espace disque disque necessaire pour l' hergement d' images qui est bien plus gourmand que des messages texte .

De mon coté , j' ai noté plusieurs fois des problemes d' acces au forum le soir vers les 18 , 19 heures , je ne sais pas a quoi c' est du exactement ...
mais sur un site d' envergure , comme ici c ' est loin d' etre negligeable ce que j ' ai evoqué avant .

Je ne pense pas qu ' il est possible d' automatiser un post bbcode sur un serveur d' hebergement externe sans auparavant demander une autorisation expresse aux administrateurs du dit site , et c' est pas si evident que ca a trouver , vu le traffic du forum , mais ca serait surement la plus judicieuse façon de proceder me semble -t il .

bref , les adminsitrateurs de ubuntu-forum sont les mieux placés pour estimer si cela est faisable en fonction de leur serveur , sa charge lors des pics et de son reseau a disposition , il existe des outils pour mesurer cela , et a mon avis c' est tres loin d' etre negligeable d ' heberger des images en plus sur le serveur : espace disque , bande passante lors de l' upload d ' images , charge du serveur et congestions reseau tout cela a voir lors des pics d' affluence .

Dernière modification par iznobe (Le 02/06/2021, à 18:45)

Vobul · Le 02/06/2021, à 19:53

@iznobe, ce que tu dis est très juste. Ça me fait penser que si on utilise des images en webp, servies en brotli, on peut gagner pas mal d'octets !

Il y a pas mal d'optimisations à faire. D'ailleurs pour info, cette présente page du forum sert les assets non compressés en gzip, et ça c'est mal ! Par contre ça les sert depuis un autre domaine (www-static.ubuntu-fr.org), et ça c'est bien Utiliser un CDN pour les js/css (avec brotli) ça pourrait être pas mal aussi, vu que ça doit pas bouger souvent.

krodelabestiole · Le 02/06/2021, à 21:11

Vobul a écrit :

si on utilise des images en webp, servies en brotli

je te conseille pas de recompresser des formats de media déjà compressés avec des codecs spécialisés (jpg, webp, mp3, ogg, flac, webm, h.264, etc.) avec des solutions générales comme gzip ou brotli : tu vas juste perdre du temps et des ressources cpu, le résultat sera très rarement (jamais ?) plus léger que l'original...

Vobul · Le 02/06/2021, à 21:28

@krodelabestiole, je ne partage que partiellement ton avis, sur des assets qu'on build avant de deploy (genre avec webpack et cie), ça vaut le coup de faire du brotli level max (11) au préalable, et de dire à nginx de servir du brotli si le fichier .br est présent. Pour des trucs plus dynamiques comme les images d'utilisateur, ça vaut peut-être moins le coup oui. Pour ce qui est des resources cpu, tu peux mettre la compression brotli après upload en process de faible priorité (nice) et servir le .br une fois qu'il a été fait, et l'original sinon.

png -> 136k
png.br -> 120k
webp -> 112k
webp.br -> 104k

De mon point de vue ça vaut quand même le coup, mais on pinaille Pour du texte genre css ou js, brotli est vraiment top ! (genre 620k -> 88k)

Dernière modification par Vobul (Le 02/06/2021, à 21:29)

Compte supprimé · Le 03/06/2021, à 16:20

Bonjour à tous.

Qid a écrit :

Vobul a écrit :
Bon puis la bande passante y'a un moment ça va bien comme excuse, ok on a pas tous la fibre mais bon, charger une image de 200 Ko ça devrait pas être la fin du monde non plus !
Perso ça ne me gène pas non plus mais je sais que j'ai déjà vu des modo faire ce type de remarque : je ne faisais que relayer...

Une image de 200ko sur une connexion 33k prend 49 secondes de telechargement.
Mais quand tu découvres un sujet avec déjà 10 images de 200ko postées, alors il faudra attendre 8 minutes et 5 secondes rien que pour voir la dixième image.

Il existe un internet libre et écologique qui propose un surf fluide.
Merci pour la remarque précédente où j'ajoute qu'il faudrait engueuler les gens qui prennent des captures d'écran de leurs terminaux, là ou une simple copie texte suffirait. (Au pire on retape la commande et la réponse si on ne peut pas coppier-coller, ou bien on reduit l'image en GIF bi-chrome, voire PNG, meilleure compression que JPG).

Vobul · Le 03/06/2021, à 16:59

L_d_v_c@ a écrit :

Une image de 200ko sur une connexion 33k prend 49 secondes de telechargement.
Mais quand tu découvres un sujet avec déjà 10 images de 200ko postées, alors il faudra attendre 8 minutes et 5 secondes rien que pour voir la dixième image.

Faire le trajet Paris - Marseille à cheval prend une semaine. Mais quand tu découvres qu'il faut en réalité aller à Casablanca, ça va prendre un mois !

T'en connais beaucoup des gens avec une connexion 33k toi ? Même la 2G c'est plus rapide (de peu). Je crois que tu illustres parfaitement mon propos : il ne faut pas rester bloqué sur des specs de 1997. Ça ne signifie pas non plus qu'il faut se lâcher et avoir 50 Mo de javascript par page, mais bon, prendre comme exemple une connexion 33k fopadéconner.

Une bonne approche qui pourrait satisfaire tout le monde c'est de loader les images à la demande (genre tu cliques pour charger l'image dans le post). Comme ça les gens bloqués en 1997 ne téléchargent que du texte, et les fibreux comme moi s'en donnent à cœur joie et chargent une page de 100 Mo en 1 seconde. ^^

Bon, j'vous laisse, j'dois télécharger la trilogie Lord of the Rings en 8k et ça va bien me prendre au moins 6 minutes cette affaire...

Caille · Le 03/06/2021, à 17:30

Vobul a écrit :

Bon, j'vous laisse, j'dois télécharger la trilogie Lord of the Rings en 8k et ça va bien me prendre au moins 6 minutes cette affaire...

Bonjour,

Y en a qui ont de la chance, je suis jaloux.

Cordialement.

Hizoka · Le 03/06/2021, à 18:22

Perso, je suis en accord avec Vobul, non au surcharge de page mais oui à l'évolution...

Les gens n'ayant pas accès à la fibre / l'adsl / la 3G / la 4G / le cable / le satellite sont une petite minorité...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#3826 Le 14/05/2021, à 18:19

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3827 Le 14/05/2021, à 18:23

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3828 Le 01/06/2021, à 14:52

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3829 Le 01/06/2021, à 16:46

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3830 Le 01/06/2021, à 17:34

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3831 Le 01/06/2021, à 17:35

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3832 Le 02/06/2021, à 00:07

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3833 Le 02/06/2021, à 06:18

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3834 Le 02/06/2021, à 09:10

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3835 Le 02/06/2021, à 12:32

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3836 Le 02/06/2021, à 12:42

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3837 Le 02/06/2021, à 13:41

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3838 Le 02/06/2021, à 13:55

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3839 Le 02/06/2021, à 14:36

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3840 Le 02/06/2021, à 14:43

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3841 Le 02/06/2021, à 15:13

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3842 Le 02/06/2021, à 16:58

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3843 Le 02/06/2021, à 18:42

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3844 Le 02/06/2021, à 19:53

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3845 Le 02/06/2021, à 21:11

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3846 Le 02/06/2021, à 21:28

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3847 Le 03/06/2021, à 16:20

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3848 Le 03/06/2021, à 16:59

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3849 Le 03/06/2021, à 17:30

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

#3850 Le 03/06/2021, à 18:22

Re : Ubuntu-fr: signaler des erreurs et aider à améliorer le site

Pied de page des forums