/b/ - Boson Technology

Name
Options
Subject
Comment24599
File	Or URL:
Whitelist Token

Video Stream Embedding
Advanced Options	Always Noko Always Sage
Video Timestamp
Captcha Type	Captchouli
Spoiler	Unset Spoiler Image NSFW Image
Password	(For file deletion.)
Markup tags exist for bold, itallics, header, spoiler etc. as listed in " [options] > View Formatting "

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

Anonymous 05/29/20 (Fri) 05:04:33 No.3642 [Reply]

https://licky.org
Cute Discord alternative ;)

18 posts and 2 image replies omitted. Click reply to view.

Anonymous 05/31/20 (Sun) 03:05:54 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.

Anonymous 06/01/20 (Mon) 04:42:50 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.

Anonymous 06/01/20 (Mon) 06:57:07 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

Anonymous 06/05/20 (Fri) 10:28:57 No.3723

>>3681
>>3680
stop bullying the cels

Anonymous 03/01/24 (Fri) 02:22:58 No.12309

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

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

Feedback #3: Bugs, Ideas and Feedback Verniy ## Admin 03/03/20 (Tue) 01:11:41 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.

Anonymous 08/19/20 (Wed) 04:53:21 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.

Anonymous 08/19/20 (Wed) 10:00:19 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.

Anonymous 08/21/20 (Fri) 03:34:08 No.4230

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

Anonymous 08/21/20 (Fri) 06:25:54 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

Anonymous 08/21/20 (Fri) 21:22:17 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

Anonymous 05/31/20 (Sun) 04:33:16 No.3683 [Reply]

I have found something

Anonymous 05/31/20 (Sun) 04:37:35 No.3684

Anonymous 05/31/20 (Sun) 05:36:58 No.3685

kiwifarms garbage

Anonymous 05/31/20 (Sun) 05:46:15 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.

Anonymous 03/01/24 (Fri) 02:26:28 No.12314

looks like nothing to me

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

Anonymous 05/30/20 (Sat) 04:45:01 No.3666 [Reply]

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

Anonymous 05/30/20 (Sat) 04:47:11 No.3667

trip dubs or dub trips? either way, checked

Anonymous 03/01/24 (Fri) 02:03:11 No.12293

SATANIST THREAD DO NOT BUMP

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

Anonymous 05/22/20 (Fri) 20:45:53 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.

Anonymous 05/27/20 (Wed) 03:18:58 No.3622

and it's gone

Anonymous 05/27/20 (Wed) 04:22:07 No.3623

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

What a shame

Anonymous 05/27/20 (Wed) 04:33:48 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.

Anonymous 03/01/24 (Fri) 01:25:43 No.12265

lmao dead invite

Anonymous 03/01/24 (Fri) 02:35:43 No.12325

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

Anonymous 04/28/20 (Tue) 18:49:12 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.

Anonymous 05/24/20 (Sun) 11:11:02 No.3596

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

Anonymous 05/24/20 (Sun) 18:01:12 No.3604

>>3077
Fbi here, what illegal content?

Anonymous 05/24/20 (Sun) 18:05:48 No.3605

>>3596
I like seeing what other people are making

Anonymous 03/01/24 (Fri) 02:29:43 No.12318

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

Anonymous 03/01/24 (Fri) 02:42:33 No.12336

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

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

Anonymous 05/12/20 (Tue) 18:35:18 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

Anonymous 05/12/20 (Tue) 21:07:24 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?

Anonymous 05/13/20 (Wed) 00:59:36 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.

Anonymous 05/24/20 (Sun) 09:21:36 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)

The overboard is a fantastic concept Anonymous 05/15/20 (Fri) 02:36:24 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.

Anonymous 05/15/20 (Fri) 02:45:45 No.3541

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

Anonymous 05/15/20 (Fri) 02:51:06 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/

Anonymous 05/15/20 (Fri) 02:53:57 No.3543

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

Anonymous 05/15/20 (Fri) 02:56:00 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)

Anonymous 05/14/20 (Thu) 22:11:24 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.

Anonymous 05/14/20 (Thu) 22:30:37 No.3536

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

Anonymous 05/14/20 (Thu) 22:31:56 No.3537

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

Anonymous 05/14/20 (Thu) 22:49:14 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)

Anonymous 05/12/20 (Tue) 05:31:42 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.

Anonymous 05/12/20 (Tue) 12:59:07 No.3504

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

Anonymous 05/13/20 (Wed) 04:11:58 No.3513

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

Anonymous 06/02/20 (Tue) 00:16:33 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.

Anonymous 03/01/24 (Fri) 01:30:50 No.12268

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

Anonymous 03/01/24 (Fri) 02:43:15 No.12338

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

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

Anonymous 05/05/20 (Tue) 21:16:23 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.

Anonymous 05/12/20 (Tue) 06:04:53 No.3492

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

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

Anonymous 05/12/20 (Tue) 06:36:06 No.3495

delete files
stop downloading

Anonymous 05/12/20 (Tue) 23:19:01 No.3509

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

Kissmin is trying his best no bully.

Anonymous 05/13/20 (Wed) 00:57:06 No.3510

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

>>3509
>Kissmin is trying his best

Anonymous 03/01/24 (Fri) 02:20:55 No.12307

sounds like a you problem

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

Anonymous 05/11/20 (Mon) 14:55:57 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.

Anonymous 03/01/24 (Fri) 02:20:28 No.12306

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

nuh uh

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

Anonymous 05/11/20 (Mon) 08:09:19 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.

Anonymous 03/01/24 (Fri) 01:43:04 No.12276

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

didn't know that

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

Anonymous 05/09/20 (Sat) 00:39:48 No.3436 [Reply]

Wish nodejs had pointers....

17 posts and 1 image reply omitted. Click reply to view.

Anonymous 05/09/20 (Sat) 08:08:09 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.

Anonymous 05/09/20 (Sat) 08:16:07 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,

Anonymous 05/09/20 (Sat) 08:20:06 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.

Anonymous 05/11/20 (Mon) 00:07:00 No.3476

wish I was a tech wiz

Anonymous 03/01/24 (Fri) 02:27:53 No.12316

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

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

Improvements to /all/ Anonymous 05/03/20 (Sun) 20:24:33 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.

Anonymous 05/07/20 (Thu) 05:26:38 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

Anonymous 05/07/20 (Thu) 05:33:53 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...

Anonymous 05/09/20 (Sat) 17:40:41 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.

Anonymous 03/01/24 (Fri) 02:23:23 No.12310

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

Anonymous 03/01/24 (Fri) 02:41:25 No.12333

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

Delete Post [ File] Password

Reason [ Illegal Content ]

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

New Thread