[ home / bans / all ] [ spg / jp / megu ] [ qa / f ] [ b / poll ] [ tv / bann ] [ kissu / tab2 / blog ]

/b/ - Boson Technology

Also known as Boson /g/

New Thread

Options
Comment
File
Markup tags exist for bold, itallics, header, spoiler etc. as listed in " [options] > View Formatting "

Too many boards? The overboard /all/ has been updated.



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

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/https://kissu.moe/b/res/1884
Some posts from there will be moved over.
666 posts and 104 image replies omitted. Click reply to view.

 No.3659

Resolving navigation issues was actually really easy. React Router has built in history API to store states, just had to make a minor modification to use object redirects
https://reacttraining.com/react-router/web/api/Redirect/to-object

So I'm going to fix up the layout and make it usable, then work on the post generator.

 No.3670

I lied, there was actually an annoying bug(or missing functionality) that was tripping it up so had to work directly with it's history API.

Last things before I do another update are post generator, post/preview styling, some window positioning to cursor and a race condition on that can get the preview stuck open.

 No.3671

Regarding navigation, please make sure holding shift, control, alt, or meta or pressing any mouse button other than the left one bypasses your event handler and performs the normal action. Otherwise people won't be able to open stuff in new tabs/windows/etc. when they want to.

Also, this may be the case already, but navigation links should have a sufficient URL such that if you open them in a new tab, you'd get the same result as if you clicked them.




File:error_log.png (553.79 KB,988x640)

 No.2234[Reply]

This is the thread for discussing improvements, fixes, additions and development of oyasumi-chyuu, a site made to house /qa/'s collection of OPs and EDs. Up until now I've been working on it on my own, but it was always intended to become a place that the community can develop together. I haven't asked for any help on it because I wanted to learn how to do things on my own, but now that it has most of the main features that I wanted to add its a good time to open it up. If it seems like a very basic site, thats because it is. I'll make a github soon enough so everyone can look at the actual files and help improve them as needed, but if theres something that you think needs to change and you know how to do it, by all means please help.

Theres a number of fixes I want to work on now but for now I want to focus on the development of a scraper. Its been suggested that we make a scraper that will pull information about a given OP from a site like anidb.net. The scraper will put the information into the post form for the user, so all they really have to do it select the file to upload, select which OP it is and hit Go. This will both minimize the chance for errors and wrong or inaccurate information entered, and will make uploading a series of videos from the same show much simpler. Aside from this, its also been suggested to make a scraper that will collect more information about the song used in each OP itself )such as the song name, artist) and display that. There are a couple other sites that have information on the complete soundtrack from different shows so we can pull from there. Plus, if we pull from those sites, it gives us a more accurate number of how many OPs and EDs a series has so we can collect them all. I haven't looked too deeply into this, so if theres anybody out there with any experience or who knows how to do this your help would be greatly appreciated!
47 posts and 7 image replies omitted. Click reply to view.

 No.3568

File:E4839060-2A03-4212-ADE1-1….jpeg (155.26 KB,750x782)

>>3565
I’m taking about getting data from a mysqli table and spitting it out onto the webpage. What I’ve been using so far works well enough but it formats all the information it in one table, and I’m trying to figure out if I can split it up into different divs and other elements or if that’s impossible. I’ll post the code I’m using in a bit here

 No.3569

>>3568
line fetching the data, i think that this is the piece here that needs to be changed
$(document).ready(function(){

fetch_data();

function fetch_data()
{
var dataTable = $('#user_data').DataTable({
"processing" : true,
"serverSide" : true,
"order" : [],
"ajax" : {
url:"fetch.php",
type:"POST"
Post too long. Click here to view the full text.

 No.3625

>>3569
Is there a reason you're doing this in Javascript instead of rendering the HTML server-side? Anyway, if you have a reason to do it client side, you should be able to do an AJAX request for fetch.php, then loop over the data it sends you to create whatever elements you want.




File:5038994b1c5c4a4b5482ac9371….png (186.79 KB,396x640)

 No.3636[Reply]

Thoughts on the increase of lewdposting in /jp/?
7 posts and 1 image reply omitted. Click reply to view.

 No.3662

I say this because if I'm to keep the cultures this way then I have to prevent them from bleeding into one another too much or it becomes a big redundant mess.

E: though my intention has always been for the seasonal boards to be a /b/ analog so when that eventually catches on I won't care about bleed there.

 No.3663

heh tbh

 No.3665

blame the gay norms

they wont post their disgusting porn on >>>/megu/
mods wont delete posts that contain graphic nudity

 No.3668

>>3665
not sure anyone was complaining about it, but nothing wrong with a bit of futa funposting

 No.3669

>>3662
>have to prevent them from bleeding into one another too much
Allow me to refer back to >>3480.
As long as the mechanism for imagedumping is present, its usage is an eventuality. This is one of its possibilities. For the already present, borderline imagedumping lewdness to move to /megu/, it would need both a spark of activity in /megu/ and a reason to not continue posting on /jp/. Not that it needs to leave though, just spitballing.
>>3665
I do not believe this activity is limited to the homos homo sapiens sapiens.




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

 No.3666[Reply]

キタ━━━(゚∀゚)━━━!!

 No.3667

trip dubs or dub trips? either way, checked




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

 No.3642[Reply]

https://licky.org
Cute Discord alternative ;)
5 posts and 1 image reply omitted. Click reply to view.

 No.3649

well, I found the guy who made the buggy as hell Imageboard DB…

 No.3650

Still don't see how it's an alternative if it appears to be exactly the same, although I'm not willing to try it either because I hate discord

>>3646
Pretty sure this is the exact discord log-in screen.
I use Ripcord once in a while because for some reason people love to put information only on temporary discord servers instead of websites. Ripcord is third party software that avoids some of discord's horrendous privacy violations while allowing access to the servers, so it's pretty nice for grab-and-leave purposes.
But this? This seems like it's trying to either phish emails, or if legit is trying to be discord while discord already exists

 No.3651

>>3647
Well the email is just there to be able to log back in and have access to your servers/groups. There is no email verification and for now you can use anything that looks like an email that hasn't been used yet. If it bugs people that much I'll remove it tomorrow and make it optional.

>>3650
Yeah the goal is to copy as many features as possible. I hate Discord too due to their garbage TOS and moderator censorship. This exists the same reason some alternatives to Twitter and YouTube exist, "free-speech". But I don't mention this much as it occurred to me that some people don't mind getting account banned every now and then.

Cheers.

 No.3652

not a fan of "free speech" websites
they tend to be infested with pol9k types who cannot resist the temptation to derail every thread with culture/race war rhetoric

 No.3653

tend to think "free speech" crowd is a combination of too lazy to moderate and maliciousness.




File:logo.png (46.4 KB,292x290)

 No.3473[Reply]

Hello. I made a new comfy small chan which is using jschan, new alpha imageboard software. Only posting this on a few sites to keep things comfy. Come check it out if you'd like :)
https://zchan.cc

 No.3474

how can it be comfy if you wasted all this time on making a logo and not on people.

 No.3545

>>3474
Wat.

 No.3546

I wish you luck building your site. Your best bet might be to try to pick up some 8gag people since their bunker/webring sites are imploding everywhere




File:80168630_p0.jpg (378.58 KB,885x627)

 No.3588[Reply]

I have some nonsense to ramble a bit about but nowhere to say it and nothing developed enough to warrant its own thread.
12 posts and 1 image reply omitted. Click reply to view.

 No.3615

>>3589
I like that the linear/continuous thread view of imageboards allows conversations to veer back and forth very naturally between focused discussion, tangents and stream-of-consciousness banter. Reddit-style branching thread views segregate posters early on, which means each clique takes the topic in a different direction and then often doesn't read the other branches when they've run out of things to talk about. That works for highly technical discussions, formal debates or Q&A sessions, but not so much for freeform conversation.

>>3607
>I would say that's a separate feature from the structure of threads, it doesn't break the continuity.
In my experience, pages do break continuity a bit. Users who join a phpBB-style thread later will usually not click through 100 pages to catch up before posting, and even long-time participants will often not remember everything that was said (and will have a harder time finding it without quotelinks and hovercards), so conversation tends to start repeating itself after a certain point. With hybrid views like YouTube, subthreads often fall silent after they leave the first page.

You could also argue that Twitter-style threads whose branches can be cross-linked ad hoc with @mentions and hashtags are a fourth form, because that kind of "context collapse as a feature" strongly influences the flow of conversation, and can even retroactively create a sense of continuity where there was none.

 No.3616

>>3615
What I mean by continuity is the core of how replies and threads are handled. There's a bazillion features you can add that will affect how conversation plays out, of course. Take the examples of YouTube and Slack, I say they're both hybrid, but they're clearly very different. Slack is a messaging application where users can create and join workspaces, hubs that are then divided into rooms: channels and private conversations. Messages are displayed chronologically and can be "reacted to", adding an emoji beneath it, though these do grant a post priority, it's still all displayed chronologically. YouTube is a video hosting website, where a user can create a channel and upload a video, and this video will have a comments section attached beneath. Comments are shown not chronologically but instead have different priorities depending on age, number of replies and likes. And there's loads of other differences. But the key common feature is that in both of their respective spaces there is a set of primary replies which each can become a sub-thread, but cannot branch further than that. That's the core of the thread form, and that alone does not mean the two platforms' conversations are going to be alike.
So yes, features do affect the development of conversation, but those features are not the form of the thread. I'm being, like, autistically specific.
On Twitter, I do not believe pinging or links make it a fourth form. Notifying another user of the post made is not the same as replying to multiple posts, it's still appended to a single previous post. Nor do cross-links change the form of threads, I can link >>2301, but we both know this is one thread and that's another one, you may use the link to visit the other thread but they remain two separate entities. What could be a fourth form is that format based exclusively on tags I've heard about a couple of times, without channels, threads or direct replies. But I don't know anything about it.

 No.3617

I have a buncha definitions I've been working on.
- Platform: a website or application used for communication (broadcasting or interaction).
- Format: a platform's characteristics which determine the content whose upload is supported and its distribution.
- Content: all material uploaded by users to a platform for the purpose of showcasing or interaction. [this sounds circular, might need to change it or elaborate]
- User: someone who has contact with a platform. [doesn't need to be a regular, may just be a lurker, this is relevant in the case of broadcasting where the communication is one-way]
- Thread: a space where users can post, write messages. [many dictionaries refer to a thread's posts as being related to each other, but in principle this is not necessarily the case {might actually be though}]
- Chain: a series of connected replies within a thread.
- Thread-reply core/thread form: the base structure through which posts can be made in relation to each other. [see chain above]
- Presentation: the form in which posts are distributed and displayed. [displayed: as a whole, segmented, hidden past a certain point, etc.]
- Post priority: the sum of parameters a platform uses to determine where and how a post should be shown, how posts should be distributed. [as in earliest to latest, most points to least points, etc.]
- Post visibility: the impact of platform features in the attention a post garners. [size of a post, usage of an image, amount of backlinks, priority, and mmmmaybe also stuff that isn't dependent on the platform like inflammability. not sure]
- Culture: a commonality of memes.

 No.3619

i think that probably a pretty important part of imageboards isn't necessarily a lot of activity, but rather constant activity, so that there are no dead or lull periods for people to get bored, not sure how many regulars that requires though

 No.3638

File:e4cfcc80d0590e8fce0c97e7e4….jpg (454.42 KB,969x1200)

Why are /a/tards so annoying




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

 No.3584[Reply]

 No.3585

File:[HorribleSubs] Kono Subara….jpg (80.82 KB,696x720)

Advertising a discord together with the site? That's a big yikes, dude

 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.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 here1
2 posts and 1 image reply omitted. Click reply to view.

 No.3475

•onion

yikes

 No.3512

File:1589184831864.jpg (419.55 KB,756x756)

>>3077
>board creation is enabled
literally leddit

 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




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.
8 posts and 2 image replies omitted. Click reply to view.

 No.3500

>>3499
Think he's referring to the current situation after /intl/ took /v/

 No.3501

File:[joseole99][QTS][polished]….jpg (134.71 KB,1280x720)

I wouldn't judge one of those small boards by the big ones, although you guys are at risk of anything affecting the rest of that site.
It's just a negative atmosphere and I don't think productive things come from those. The opening sentence of the welcome sticky is displeasure towards women and feminism and not a love towards robotics or a passion towards creation. You get one chance at a first impression and it was used towards something you dislike instead of something you do like.
The recruitment sticky lists "MGTOW" and "Incels" first in order of importance above the monster girl/furry/mlp fandoms who have tons of experience doing creative things and tech people that actually know technology. Maybe I got the wrong impression and this is just an r9k board? I'm kind of worried which box outside people see kissu in now…

So much hatred around these days and today's internet people are using something cool that I like and turning it into the 503,197,323rd conflict zone in the Great Internet Culture Wars.

 No.3503

>>3501
I am the one that made the recruitment list. I listed them off with what groups came to mind first. I asked myself "who would want a robowaifu" and those are the groups that came to mind.

 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…




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
4 posts and 3 image replies omitted. Click reply to view.

 No.3491

>>3488
Nice, you're learning to speak like a vermin.

 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




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.



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

[ home / bans / all ] [ spg / jp / megu ] [ qa / f ] [ b / poll ] [ tv / bann ] [ kissu / tab2 / blog ]

Previous [1] [2] [3] [4] [5] [6] [7] [8] [9]
| Catalog