[ home / bans / all ] [ qa / jp ] [ spg ] [ f / ec ] [ b / poll ] [ tv / bann ] [ toggle-new / tab ]

/b/ - Boson Technology

Also known as Boson /g/

New Thread

Options
Comment
File
Whitelist Token
Spoiler
Password (For file deletion.)
Markup tags exist for bold, itallics, header, spoiler etc. as listed in " [options] > View Formatting "

[Refresh] [Bottom] [Catalog] [Archive]

File:licky_873629_full.png.jpeg (189.84 KB,2500x1233)

 No.3642[Reply]

https://licky.org
Cute Discord alternative ;)
18 posts and 2 image replies omitted. Click reply to view.

 No.3682

>>3651
Yeah, advertising a site for "free speech" tends to encourage users to push the limits of what the mods will tolerate, e.g. with flooding, child models, and other crap. It's best to practice free speech, at least to the extent it doesn't degrade your site, but not to advertise it.

 No.3696

>>3675
The email field is optional now. I had it in the first place as I was assuming it would be difficult to type some unicode characters that you can use in the username, but now login allows either.

>>3676
It's not. It's compiled into a binary as it has to store structures in memory to handle websockets and make this 100% real-time. PHP probably wouldn't make this easy.

 No.3700

probably ultra bad, https://laravel.com/docs/7.x/broadcasting
9chan does the socket io section of that document and I think symfony found a way that probably does it just as averagely

 No.3723

>>3681
>>3680
stop bullying the cels

 No.12309

File:Untitled.png (119 B,1x1)

,



File:78dc3664e85ad1fa16f514b34a….png (4.74 MB,2200x3300)

 No.2301[Reply][Last50 Posts]

The site's core features are still good, but the battle against bugs is never ending.
Joining the bugs now is poor design decisions and maintenance of Vichan over the decade that has left it in a poor state and even making some bugs impossible to fix. An example of this is the 0-NF database design (where all file information is put into an SQL column) makes it impossible to cleanly fix a bug where the home page runs out of images when people post lots of .mp4 files.

In no particular order:
- Database needs to be put into a more normalized format for easier bug fixes and maintenance
- After PHP7.4 related issues the Twig1.x template engine should be ripped out and replaced with a Twig3.x version
- API page generation will be less strenuous on servers and allow for clearer code. Exceptions might be on the installer and mod pages which will continue to use legacy page generation... but maybe they won't
- Dumping YouTube IFRAME elements into the page is slow for users and forces a lot of unescicary JavaScript on them. YouTube videos need to be thumbnailed.
- API page generation will simplify this issue.
- There's a lot of "kind of but not really OOP design" all dumped into a functions file or spread out hap-haphazardly. The design is already pretty close to being OOP, so might as well just take it all the way.
- Making modifications such that the kissu-board is usable for others
After these changes the software can't really be called Vichan anymore because even if some functions still exist, the core has been completely altered.

Old Thread:
https://web.archive.org/save/>>>/b/1884
Some posts from there will be moved over.
800 posts and 120 image replies omitted. Click reply to view.

 No.4224

>>4223
Stricter cooldowns for certain IP ranges might be something to consider. How much legit traffic is coming from the ranges used by the spammer? If you log not only the user agent but the full HTTP headers of posters in that range, you'll probably find plenty of things to discriminate between the spam and legit traffic. But banning based on some aspect of the post the attacker controls is likely to turn into an endless game of cat and mouse. So it might make more sense to look into finding ways to whitelist the legit traffic from the range. Something like 4chan Passes, but given out for free and automatically to anyone in the range who isn't found to be spamming. I'm just brainstorming.

Maybe it could be as simple as a system that blocks a new thread if too many threads have been made recently by IPs in the same subnet.

 No.4225

>>4224
>So it might make more sense to look into finding ways to whitelist the legit traffic from the range. Something like 4chan Passes, but given out for free and automatically to anyone in the range who isn't found to be spamming.
Maybe the post password could be stored in a cookie, and be whitelisted after a certain time and/or after the poster has made a minimum number of posts. Passwords could be removed from the whitelist if the poster is banned, or if no new posts have been made with that password in x months. That would be more transparent than tracking tracking user agents or canvas fingerprints, and would allow users to use their whitelisted password across different devices and IPs, while still slowing down spammers significantly.

 No.4230

Looks like deleted posts aren't being sent to /trans/.

 No.4234

>>4230
it was disabled to deal with spam more efficiently, but it's back up now.

Megu banners will be removed in ~24 hours

 No.4237

Since it looks like most of the issues around the spam have been resolved I'll fill some people in.

- Dox information posted about me is 80% false, but there was no reason to point that out at the time.
- He mistook me for being part of a pedophile ring jumping between jp boards.
- For some reason he believed that I had given /jp/ to someone(they must not be used to sites not following the 8chan model)
- /megu/ wasn't removed because of a request, but because I felt it was beginning to cause problems I had feared(although he tried to get cloudflare to).

This thread will be unstickied in a bit for a new one



 No.3683[Reply]

I have found something

 No.3684


 No.3685

kiwifarms garbage

 No.3686

In some cases they bring it on themselves.

If you're making money through crowdfund then you have the responsibility to deliver the product eventually or post updates on progress.

 No.12314

looks like nothing to me



File:c978034064.png (2.56 KB,392x28)

 No.3666[Reply]

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

 No.3667

trip dubs or dub trips? either way, checked

 No.12293

SATANIST THREAD DO NOT BUMP



File:8fac5fde0115d7b0938a6fd664….png (128.08 KB,300x300)

 No.3584[Reply]

Maki's new site
https://konatach.xyz==
https://discord.gg/9SZq9Z
1 post and 1 image reply omitted. Click reply to view.

 No.3622

and it's gone

 No.3623

File:1346643146255.jpg (23.63 KB,403x396)

What a shame

 No.3624

>>3622
No, he just changed the domain name. But he told Namecheap to do the redirect for him, which doesn't redirect the HTTPS (unless you bought the certificate through them). Seems to be a common mistake these days.

 No.12265

lmao dead invite

 No.12325

File:Untitled.png (120 B,1x1)




 No.3077[Reply]

Introducing _chan. Because _ is better than 7, 8 and 9. Board creation is enabled.
______
Tor:____

Edit: Site's filled with illegal content. Don't want a backlink from here
4 posts and 2 image replies omitted. Click reply to view.

 No.3596

why not delete all chan advertisements when they popup to avoid such a debacle?

 No.3604

>>3077
Fbi here, what illegal content?

 No.3605

>>3596
I like seeing what other people are making

 No.12318

File:Untitled.png (120 B,1x1)


 No.12336

File:Untitled.png (120 B,1x1)

nn



File:16032cb3ac27b20d25c0ac7fd7….jpg (73.66 KB,723x1024)

 No.3505[Reply]

The use of sockets on imageboards is way too gimmicky and unnecessary overhead(development and user end) that makes the application harder to maintain. Polling is better in almost all cases other than liveboards

 No.3506

>>3505
>makes the application harder to maintain
Is this from experience? What sort of additional work does it create when you change things?

 No.3511

>>3506
In the sense that poor planning and modifications will be a pain. If it's handling post requests and get requests, then it also has to manage socket send requests and server broadcasts so you've got to abstract a lot of functionality and have it well planned out to apply to both systems. You also have to make sure that you don't end up broadcasting someone's info to the wrong client so there's security concerns that you have to worry about too. I've done a bit of socketio with python and I don't think it's a good idea to go with half-http half-socket.

 No.3592

File:Screenshot at 05-20-44.png (123.56 KB,1331x492)

>>3506
"damn he's good" - Aris



File:1496153927936.png (179.91 KB,402x469)

 No.3540[Reply]

It solves the problem people have with /qa/ threads dying too fast, and the issue people have with not feeling that they can create as many threads as they can. /jp/ created threads only bump off /jp/ threads, which are more dumb and people don't care as much about or think will fit all that well or meet the quality standard of /qa/. While on the other hand threads that are made on /qa/ aren't killed off as fast. This was an issue that people had brought up for a while, suggesting all sorts of fixes like half-bumps or semi-stickies for the better threads, but unintentionally they were solved by the inclusion of a secondary board and overboard. Limiting the potential harm that people suggested a second board would cause is also a plus.

What are your thoughts on the use and benefits of the overboard, and secondary boards in general if you will. Personally I believe that the secondary boards are a great addition that futureproof the site from running into issues.

 No.3541

it's good and it works. The only problem is it's a vichan afterthought and not included in the design

 No.3542

I agree but there really should be 3 boards max.

/jp/ is 2D/random, /qa/ is 2D/random 2 and /megu/ is NSFW. Yes, I'm describing /ota/

 No.3543

>>3541
yeah, it'll be perfect once it gets a good revamp that allows you to stay in the overboard after posting

 No.3544

>secondary boards in general
It's a way to give space to or contain a topic, community or type of post. In Kissu's case it does seem to have worked well, though I am still not entirely sold on it. Maybe that's me being stubborn.
>the use and benefits of the overboard
The times I have tried to use it, it felt awkward. If different boards are set up to house different content, does showing it all together not defeat part of the point? I prefer to browse each board individually. But I don't see any downside to it existing, if anyone prefers to use it that's great, it shouldn't create any issues.



File:1497367646788.gif (1.22 MB,500x375)

 No.3535[Reply]

The biggest problem with imageboards, or communities in general, is when people rely too heavily on a few individuals to create content/discussion for them. And then subsequently when those few individuals take breaks all that others do in their place is complain about where all the activity went.

 No.3536

the biggest problem with imageboards is no one wants to talk about them

 No.3537

>>3536
I disagree, there's too many people that want to just talk about them

 No.3538

I don't entirely agree, but 1-9-90 I guess.
>>3537
Though not in a very helpful way.



File:1df81d013680951c6a6bf067f3….png (319.78 KB,718x718)

 No.3486[Reply]

The future is now, anon. AI, robotics, and material science have reached a point where robowaifus are now in the realm of possibility. We need anons with skills of all kinds: artists, scientists, engineers, programmers, makers, writefags and more are all needed to bring our robotic wives into reality. Come and join our multidisciplinary team of robowaifus technicians and be a part of a better tomorrow.
Join us at julay.world/robowaifu
We would also like to invite this site's administrators to post and network in our embassy thread.
11 posts and 3 image replies omitted. Click reply to view.

 No.3504

>>3503
I guess that part is understandable. Good luck!

 No.3513

>although you guys are at risk of anything affecting the rest of that site.
That didn't take long...

 No.3705

File:91QmfAiGLDL.jpg (573.3 KB,1428x2022)

If what you got out of it was that there needs to be robot sex slaves I think Clamp would be dissapointed.

 No.12268

you're gonna get a killer robot uprising and you will like it

 No.12338

File:Untitled.png (120 B,1x1)




File:1517661668978.gif (51.01 KB,280x440)

 No.3325[Reply]

Always seem to come off overly antagonistic or criticizing in my posts, how to fix this issue
5 posts and 3 image replies omitted. Click reply to view.

 No.3492

File:1528063714278.png (63.71 KB,261x265)

>>3491
Deep down, don't we all have a little bit of vermin in us

 No.3495

delete files
stop downloading

 No.3509

File:image.jpeg (45.46 KB,400x400)

Kissmin is trying his best no bully.

 No.3510

File:That's not good enough.gif (Spoiler Image,779.32 KB,500x206)

>>3509
>Kissmin is trying his best

 No.12307

sounds like a you problem



File:4007b6b124f3e02dd4157a67fc….jpg (153.48 KB,750x650)

 No.3480[Reply]

ashdyaewgdaisd
>>>/jp/817
That is to say, I do not think the current space for images in /jp/ is optimal for >>3415 .
Naturally, people will use images to express themselves, or because it's fun, or for whatever reason. That's the norm in imageboards and there's no basis to believe people will behave differently if able to post images in /jp/, whichever the set limit.
I believe the linked thread shows an instance where lowering the max amount of image replies was/would be harmful to the creativity V seeks, that the mindset of treating image replies as precious is not there and that there's no reason for it to be there. Withholding usual image replies for the sake of this rarer funpost is not a good bet, and people will continue to do what's statistically more fun (this is a very awkward line). So lowering or increasing the maximum amount of image replies relative to the population is not conductive to a different dynamic, it will either be as in /qa/ but gimped, or it will be no different in practice except for the lack of image dumping. In my experience, I've seen less emoticons and text art in /jp/ since image replies were enabled, that's something I think can be lost because of images filling their role.

I think the options /jp/ has for a dynamic different from /qa/'s are to either restrict image posting to the OP or permit each poster a certain amount of images per thread (at this point, I'd say just one) instead of limiting everyone based on the thread's total images. The latter might probably also amount to a dynamic identical to /qa/, so I'm not sure about it.

Disregard this post at will, it is silly.

 No.12306

File:Untitled.png (119 B,1x1)

nuh uh



File:24281c5cce.png (17.16 KB,815x493)

 No.3479[Reply]

supposedly it takes ~14 weeks to make a website
https://www.billerickson.net/how-long-does-it-take-to-build-a-website/

This is roughly in line with what I planned and the ratios almost identical.

Just some interesting info. I don't know much about this.

 No.12276

File:20231018_055601.jpg (45.52 KB,680x668)

didn't know that



File:61a12805462f1cf92145991a3….webm (519.96 KB,500x500)

 No.3436[Reply]

Wish nodejs had pointers....
17 posts and 1 image reply omitted. Click reply to view.

 No.3465

>>3464
yeah, only the necessary settings are put into a cookie for rendering. I dropped a few things that I didn't think were worthwhile. The 3 cache specific variables of server rendering are embedding thumbnail vs standard embed, Reverse image included or not and post stub, missing(not included) or full post. Even then I could take out the reverse image cookie and put that in localstore. A 200mb cache can hold a lot of 1kb posts.

The other big thing is the sorting type, but posts are cached so it's just a matter of working out client and server to be consistent.

Default mode will be where posts are added as you scroll(infinite scrolling) either in the index or inside of a thread so the server won't die when it hits a 1000 post load that it may or may not have fully cached. A page won't be completely loaded unless a GET flag is set or the user sets the option to be given paged mode. The concept of pages could potentially just vanish unless an archive requests it.

 No.3466

and an update system is going to be another component so the main server can notify the SSR server that it needs to either adjust contents according to the given message. So things like the WiP score counter, ban messages and edits are accounted for so that the server can stay up to date with that,

 No.3467

>>3465
If I were expecting someone to take it to the level of a complete noscript system then someone could potentially cache it all. Every component and build it themselves.

I'd also like people to maybe prefer using a desktop application for kissu(https://www.electronjs.org/) or mobile app(https://reactnative.dev/).

So the server side rendering is only one piece of my plan here and things can be done through direct HTTP server messages.

 No.3476

wish I was a tech wiz

 No.12316

>>3476
be the change you want to see in the world



File:20612d8effbb35e30492668352….png (4.39 MB,2132x3017)

 No.3218[Reply]

This is a summary of alterations.

- Index monitor script will work with /all/ in the same way it works with other boards
- Ability to post new threads from /all/ after specifying the target board

This will allow you to treat kissu like a single board site while also categorizing your threads into separate boards. This is kind of like the tag system on flash boards applied to conventional threads. As a result so called misstaggings might result in and require the establishment of some basic guidelines for board use that can clarify when a thread will be moved or not.

In the future the current kissu home page will have it's fake overboard functionality removed and act as a "hybrid booru+4chan style homepage" showing popular threads and standard vichan search feature(kissu.moe/search.php) in a booru layout. No quick post sumary but hovering over popular threads will show the last 5 posts, maybe like in "4chanx catalog" or maybe the "current kissu home page reply list". So adjustments to this may be important to you.

If there's anything else you would like to see added to /all/ then go for it.
63 posts and 16 image replies omitted. Click reply to view.

 No.3386

>>3385
it is bad because even if I were to want to not seem like it's not copying the idea, the word infinite makes me think of 8ch

 No.3387

>>3386
I'll leave the naming for later.
in any case, I have the idea for a summary window now on pc and moba. Tablet resolution I don't know if I want to consider it yet...

 No.3468

>>3384
Infinite scrolling is hardly a term unique to 4chan X.

>>3385
Yeah, "live" makes me think it's going to be adding posts in real time.

>>3386
"Continuous scrolling" is an alternate name, although it can be confused with smooth scrolling.

 No.12310

File:Untitled.png (119 B,1x1)

`

 No.12333

File:Untitled.png (120 B,1x1)




Delete Post [ ]
[Refresh] [Top] [Catalog] [Archive] [Post a Reply]

[ home / bans / all ] [ qa / jp ] [ spg ] [ f / ec ] [ b / poll ] [ tv / bann ] [ toggle-new / tab ]

[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20]
| Catalog