/meta/ - Meta

>>2263
>Probably too much work from the user side
Yeah I suppose so, I was just wondering if there was anything I could do for the anons who wanna discuss a special topic without creating a full board for each of them, for example the 30+ anons
>I like what one anon mentioned about a reputation system
I implemented that one last week, but didn't want to make an announcement about it because these things are better off done quietly

>>2258
>>2269
I think there is some imageboard out there somewhere (possibly one of the Japanese ones) where OP can moderate his own thread, ban people, add decorations, and so on. Whenever anybody on 4chan asks for suggestions to improve the site, this is something I suggest regularly, because I think more visible moderation would definitely help 4chan. You are quite involved, of course, so "more visible moderation" isn't something that's needed here, or at least not yet.

[spoiler]The other thing I always suggest on 4chan is an April Fool's joke where random posters get given moderator powers. Think of the anarchy! They probably don't want to do that over there because it would be a lot of effort to create a whole new class of user that can moderate boards but still be banned by the real moderators, but if you are vibeslopping this whole site, you could set it up for next April and then we'd have an excuse to invite new users again[/spoiler].

HEY U'RE SPOILER TAGS DOANT WORK

>>2289
Like this?
Try using it between two ||

>>1934
>btw, any details you can provide on your spam / not deterrence? I run a few of my own sites and use Anubis (with the mascot remo-ACK)
To be honest right now I don't have a lot of protection online, I even disabled Cloudflare's Turnstile. The website is so tiny that I don't see any reason to bother the users with these things.

Embed: X post

X

Added twitter embedding

>>1995
Added the overboard

>>1789
https://boards.4chan.org/g/thread/109935993/why-are-we-still-on-this-unusable-board
see?

>>1731
I appreciate it admin.
I'm still getting javascript issues on Pale Moon and Dollchan doesn't recognize it though :(
You shouldn't need any backend changes since image boards are pretty simple.

>>1789
>>1790
>>1795
I was thinking about it. Maybe making it the default frontend is the better path.
>>1805
Sorry anon, this website uses a completely custom code. But I'm going to look more into the extensions to see what I can do to bring their functionalities here.

File: 3465.webp (155 KB, 1920x1080)

>>1329
Another altchan in the sea of altchans except void-san made a containment board for AI spam. The site used to run like dogshit but not anymore so I figured it was time to tell others about it.

My hope is that people that genuinely want to discuss tech here find this little bubble and we can all have a good time. At least it's more constructive than complaining on 4chan.

https://umigalaxy.com/explore/ai
https://umigalaxy.com/explore/technology

>>1332
NP, I wish more sites had a lite mode setting.

File: subarashi.webp (75 KB, 1080x1080)

>>1326 (OP)
>so I was thinking about extending the Supporter Tier perks to regular threads on the normal imageboard as well.
I think that would be better at least for the OP public post. Not sure if having a public thread filled with dozens of 20MB files is such a good idea. It could slow down the site with too many lurkers.
However the OP post getting more leeway in filesize would help boost thread quality, even with AV1 a larger filesize limit is always better anyways.

>>1342
Well the initial load would be only the thumbnails. I think most people would generally post images that are lighter, maybe if they made high resolution thread on purpose we would have a thread with lots of large files

>if the website grows, at some point we'll need to make some money to cover the server costs. And if it gets really huge, there will be even more costs beyond just the servers.
host your own and the server costs never go up.
host your own and there are no other costs aside from a proxy.

>>1412
Well, it depends on the scale of the website

>>1389

Ok, worries! I came from that reddit post btw, I forgot to mention that

And, yeah, learning japanese is a long journey

>>1386
>Ok, worries! I came from that reddit post btw, I forgot to mention that
Awesome, having visitors is nice but it's great when they post
>And, yeah, learning japanese is a long journey
I tried for a while, it was hard but at the same time a relaxing experience

>>1386
I just pushed an updated live and this bug should have been resolved. Thanks for flagging it!

>>1396

It's perfect now! Thanks!

>>1190
Wow I never thought it'd work lol
I'm gonna end up revamping the UI at some point, I'm not very happy with it either

>>1192
You should look into SVG and animated SVG for non-interactive parts of your website. JS/react/whatever sometimes just spends way too much CPU for some website components.

Easier said than done however since you'd have to make differrnt versions for mobile/desktop and odd screen display ratios.

>>1195
Good idea, I have some stuff using svg like flairs and cosmetics. I'll look more into it

>>899
I'd say they look pretty high quality
AVIF seems interesting, too bad the internet works in a way where we can't really adopt new tech like this straight away

File: 1768678992650.webp (219 KB, 1440x1512)

>>902
In my current testing the latest libavif v1.4.2 is outperforming JXL outside of Anime, sometimes it's like 5-10% better at photographic content at 9.5 CVVDP despite using 4:2:0, which IMHO is nuts because JXL was supposed to be state of the art for high fidelity photographic content.

Anyway yeah, even if you risk a security disaster, it's uncertain when AVIF decoding will become tolerable enough at high resolutions. If you do end up adding support for it in 2027 I would highly consider some kind of resolution upload limit for AVIF tbh.

https://desuarchive.org/g/thread/107888656/#107892763

Also to be fair to JXL, picrel is from an old 4chan thread. I've heard a lot of work has been done to improve JXL decoding with a rust implementation. Though it's not clear if it's enough to match AVIF decoding performance. I have absolutely no idea how to test this on a phone though.

https://github.com/libjxl/jxl-rs

>>929
What you mentioned here is a big eye opener:
>AVIF might achieve acceptable decoding performance in like 2030 across 99% of devices but JPEG XL might have to wait until like 2040 for that though.
I think it'd be cool to support new tech like this, but we definitely need to wait a while

File: tfw_broke_but_eating_out.webp (77 KB, 1080x1080)

>>930
It could be sooner depending on how the dav1d improvements stack up but yeah at best 2027 might be the year of 8MP max AVIF images and that's if you ignore the risk of some RCE exploit being undiscovered like it was on webp...

Whatever happens I hope JXL won't go down without a fight. If there's nothing to challenge AVIF I fear it could stagnate and push the widespread global adoption to 2040 or later. As much as I like/trust Webp, it's missing lots of cool stuff that AVIF has. Even worse websites will have no choice but to bend the knee and pay billions to get their hands on Iris-Webp if they want better photographic image compression.