[ an / aw / cr / fi ] [ ra ] [ au / ga / he / sp ]

/aw/ - AwsumChan Meta

Discussion of AwsumChan itself.
Name
Email
Subject
Comment
Verification
File
Password (For file deletion.)

File: 1502943094129.jpg (14.89 KB, 261x187, shittaste.jpg)

 No.9[Reply]

Is there a board you feel belongs on AwsumChan? Tell us here and we'll make it a reality (or at least a temporary one).

[We won't honor your request if it's trash or completely illegal though.]
4 posts and 1 image reply omitted. Click reply to view.

 No.130

>>128
I did that in hopes that it'd be more likely to happen. Also, you seem mad.



File: 1500959957193.jpg (164.9 KB, 1024x1170, carlonduty.jpg)

 No.1[Reply]

Yes hello, this is the meta board. Here, you can talk about AwsumChan, or ask the staff/users questions.
6 posts and 2 image replies omitted. Click reply to view.

 No.105

There was a short bit of downtime where I upgraded the server to the latest version of Debian. After upgrading some packages, the site should be running smoothly. Sorry for the inconvenience.



File: 1542427492247.jpg (154.05 KB, 960x720, lyf8jso.jpg)

 No.21[Reply]

I've been unsure what needs to be done to Tinyboard in order to make it a better software for our site.

In response, I'm creating this thread so you – the user, can make suggestions for me to implement into the site. Feel free to request anything. Hell, if you don't like what I've done, you can tell me that too. I'll listen.

The source code that we use for AwsumChan can be found at https://github.com/Circlepuller/Tinyboard
5 posts omitted. Click reply to view.

 No.34

>>33
Country flags, local time, color IDs, and the like are already in the codebase, they were here before the infinity fork. They should still work. Although, a lot of the code is getting rusty and that's why it needs a refresh and polish.

Out of all the plugins that frustrate me right now, it's post-hover.js - I've been trying to figure out a sane way to get it to be a little more.. portable. It doesn't like to be used outside of the boards themselves (and I really wanna use it on the index). Ideally, having it pull from the API would be the cleanest way to grab the data.



File: 1579715880975.gif (101.64 KB, 128x63, 3.gif)

 No.181[Reply]

Hi, Do you know of any catalog issues? If you go to a test board at https://4usa.com/board/b and then go to the catalog , the style sheet links on bottom appear twice and do not work. I re-installed the catalog theme and rebuilt the board a bunch of times, to no effect. The board is only set to have a few posts, but that should not have anything to do with it. Is it maybe because I have too many style sheets enabled? Not a big deal at all, just wondering if you knew of any issues with this.
6 posts omitted. Click reply to view.

 No.190

>>189
4 wPaint for oekaki but you prolly know that.

 No.191

>>189
Oah, sorry, disregard. Even tho I got the error on the 2nd command, Oekaki works on the board now.

 No.192

>>191
Submodules should be updated now.

You may run into an error after updating. Flush the template cache without rebuilding and it should be fixed.

 No.193

>>192
yup its all working great, thanks!

 No.200

Does anyone know how to make a [embed] link appear after you put a video url in the message area? (like mlpol.net and lynxchan has) That is a nice feature so one does not have to have a separate youtube embed post form box. I tried a very lot to figure out the js to do it.



File: 1579798657583.jpg (58.54 KB, 904x900, 4.jpg)

 No.195[Reply]

https://4usa.com/z0/index.php

<?php


// Configuration
$name = 'BBS';
$background = 'cadetblue';
$text = 'black';
$defname = "Anonymous";
// End of configuration

// HTML character escaping
$p = htmlentities($_GET["p"], ENT_QUOTES | ENT_IGNORE, "UTF-8");

Post too long. Click here to view the full text.

 No.196

Would you be willing to help with a serious project? I am trying to make a simple but ultra efficient text board. The example code given and link to the working instance is just a reference.

goals-

1) Ultra simple code (to future proof) but efficiency matters more.

2) possibility of having lots of posts. I will have a board for each state un the usa, and within each state in the usa there will be more boards (lots of categories). So, there is the potential that there could be lots of posts at once. I really need a board that could potentially handle it.

3) Looking for a simple interface as shown in the example. Ultra easy for poster to make a post.

4)All the posts are meant to be there for years, so some kind of archive system is needed. Something simple, like saving the archived files in simple txt files. or html like v.htm

5)I have other code which locks the board (so 2 users cant post at once) posts at the bottom of the board. This seems more efficient, but new posts should show up on the top, not the bottom.

6)css style changer (which would be simple just text color and background color changer to make it easier on ppl's eyes to read
Post too long. Click here to view the full text.

 No.197

the ability to reply to posts in not needed, it would be more efficient to just number each post, then if someone was referencing a post they could just put the post number in the new post.
Also the htmlentity in the example post is interesting it seems to limit the amount of chars - too many words and the submit button don't work. Also hitting submit without a message does nothing either. kind of built in anti flood

 No.198

it should be so simple that it does not have error checking messages… just reading and posting. More efficient and user friendly that way.

 No.199

I put 2 simple textboards at https://github.com/4usacom
They are called textboard1 and textboard2 Each one is just like 5 lines of code! If you could improve on either it would be so awesome, the goal is just efficiency in case many boards were run. I will pay for any help!



File: 1579621976318.jpg (15.82 KB, 425x425, 47.jpg)

 No.179[Reply]

Could you make [create new thread] link that shows/collapses the post form? This makes browsing from mobile phones so much more enjoyable and looks nice. I really want to implement that in a production site. One example here - https://16chan.xyz/b/ (which is annoying because he intentionally made it not function from iphones) 4chan and npfchan has it too, probably the best looking is npfchan.
It is rather minor, but seems to really make a huge difference in the feel of the boards, especially from mobile. Check this out, then make sure to check it from mobile!! https://4usa.com/z1/ It makes probably the worse looking chan (viewed) from mobile phones (tinyib) look nice on mobile phones, way less awkward!
I can up the patreon for 1 month to whatever you want as payment for the mod. Maybe it would be easy to implement the npfchan style? Not sure, and i would rather have it done by a pro instead of just hacking something myself, as this will be on a production server.

 No.180

By the way the example shown (the tinyib hack) runs from just one php file, that's it! The entire board is just a bit over 3k lines, but its all in one php file.

 No.183

I have added a hide-post-form.js script that can add this functionality if you'd like it on your installation: https://github.com/Circlepuller/Tinyboard/commit/0884eb3089a60b25f268d669244499ee63107b08

 No.184

>>183
awesome! I upped the patreon for a month, let me know if I owe ya anything more.

p.s- I was screwing around with the js, and some of it is not even working. It seems to be hit or miss. To make your mod simple and efficient, did you ever think about taking out potentially dangerous js like user added js under the options? I suppose user css is safe, but wow the ability to add user js is nuts, isn't it?



File: 1574133041651.jpg (8.9 KB, 225x225, download.jpg)

 No.110[Reply]

Did you look at php 7.4 yet? Regular vichan is totally broke on it. Was wondering if your version will adapt to 7.4 or or at least make a patch for it so there is a 7.4 version. This will be a big deal to get it working for php 7.4, as php 8 will be totally different and require major overhaul. But at least ppl can run it on php 7.4 for a long time.
36 posts omitted. Click reply to view.

 No.174

Jesus, that thread on git got interesting at the end. Can I ask what comment you made that was accidentally deleted and also if Dr. Wheels found better futureproof fix as he says (claims?) can you kind of implement that futureproof fix too?

 No.175

also, is the tinyboard v0.10.1 your version? Too bad the original tinyib don't transfer the repo to you, did you ever think of asking them to do that since like you say it definitely IS abandonware?

 No.176

>>175
tinyboard I meant instead of tinyib

 No.177

>>175
savetheinternet was always very protective of his work, and I don't ever see him willing to hand over the original repository if he ever makes a reappearance. I'm not concerned with that anyway. Any version of Tinyboard >= v0.10.0 has been from my repository.

>>174
He's not actually future-proofing anything. He's just having vichan ignore errors in future versions of PHP rather than fix them. This will eventually lead to issues that will cause unwanted behavior. Errors are meant to point out broken, bad, or flawed code in programs. While this might make sense for vichan, which labels itself as having "next to no active development", I intend for Tinyboard to be in active development for the foreseeable future, so it makes no sense to "future-proof" it by ignoring errors. Instead, I will aim to fix them as they are spotted.

 No.178

>>177
Cool!



File: 1552404569734.gif (180.35 KB, 340x192, 1552158984797.gif)

 No.78[Reply]

So I keep thinking about tinyib. It is only 1.5 mb of files, and it can do anything other imageboards can do. It can even deploy in flatfile mode, which makes it so anyone can set up an instant site on just about any php server.
Instead of trying to modify 50mb or so of thousands of files of code, why not just build on tinyib? Tinyib proves that one does not need thousands of files to run an imageboard. So wtf do ppl have thousands of files in like vichan for? Every single file is another potential way to do an sql injection or xss injection. For example, people in the know can run one of the files, for example just point the browser to mychan.org/inc/data/hidden.php AND put the proper syntax afrer the hidden.php, like mychan.org/inc/data/hidden.php?3w the ?3w can do anything, reveal ip's manipulate the db, anything. It seems that chan boards don't give a rats ass about security, and they all just say oah gee let us know if there are any bugs.
18 posts omitted. Click reply to view.

 No.131

Greetings, anon. I found this thread - and this chan - from a ddg search about imageboards. I share the same views as you I was even building a small imageboard in Go because of that.
But I have mixed feelings about imageboards and I'll express those below:
- Do we need yet another imageboard software? I mean do we have enough people looking to new imageboard software?
- How much is too much? Is 50mb of deps too much? Do we need a new stack? For example I plan to do my software run on containers as you'll only need a simple script to update it as Go binaries are 7mb/15mb.
- Do we need new features? User accounts so you can keep track of replies and watch threads or even a new "UI/UX"?
- Do we follow bigger software standards as response layout (vichan's .json endpoint)?

 No.132

>>131
You bring up several good questions here. Also, I'd love to check out your Go imageboard software. Can't lie that I've been doing a similar project, hah.

>Do we need yet another imageboard software? I mean do we have enough people looking to new imageboard software?

This is a tough question. I'd say the first part is largely philosophical. There are a lot of options, and there is a lot of variety among them. But imageboards are a fun software to work with and there's always something new that one can attempt to apply to the imageboard dynamic. For the second part, I really don't think the audience is there anymore. I feel imageboards and *chans in general are becoming a niche thing.

>How much is too much? Is 50mb of deps too much? Do we need a new stack? For example I plan to do my software run on containers as you'll only need a simple script to update it as Go binaries are 7mb/15mb.

I think it's all based on what the developer is trying to achieve. Are they looking to emulate a full suite of imageboards like 4chan? Maybe they just want one imageboard? Maybe they want it to be real-time with multi-file video and audio uploads?
Dependencies and programming language stacks I feel are really up to the choice of the developer as well. You don't NEED dependencies in most cases, but they can provide you with tooling and features that would otherwise take a lot of time to create yourself, as well as maintain.

>Do we need new features? User accounts so you can keep track of replies and watch threads or even a new "UI/UX"?

This is a matter of what audience you're trying to cater to. If you make a 4chan clone, you can expect a majority of your audience are the same people who would use 4chan. User accounts are a highly controversial topic in imageboard software, see https://wakaba.c3.cx/shii/ for more on that. A new UI/UX for imageboards is always something I've been interested in, since imageboards generally use a layout that dates to the late 1990s.

>Do we follow bigger software standards as response layout (vichan's .json endpoint)?

Creating a standard for imageboards is always something I've been interested in. I do feel that imaPost too long. Click here to view the full text.

 No.133

>>79
Better yet, move it to the Gopher protocol or the new spin-off "Gemini".

 No.134

>>132
To be honest I thought your reply would take a lot longer as I didn't expect this to be a populated imageboard.
About my code, it is pretty much experimental as I'm discussing with some people what would we be aiming at the end of the project. Some of my thoughts is that it must be "portable" for a lot of reasons:
- you must be able to provide basic maintenance on the code (this is one of the reasons I'm using Go);
- you must be able to port it to another place without much configuration;
- you must be able to provide a front-end as you wish based on the resftful api (there will always be a fallback to noscript users, of course);
Most of the work is still on paper as we are thinking about the tools we'll be using to build it. For example, do we sacrifice the first point of portability with a RMDB such as postgres or do we stick with "embbeded" technology that we have in Go (ex. Badger, bbolt)? With some tests we see that it can handle a considerably number of people on your imageboard.

 No.135

>>132
>>134


> I feel imageboards and *chans in general are becoming a niche thing.

Unfortunately this is true. Meanwhule you can see that there are a lot of communities rising. I mean, look at this: http://textboard.org/prog. It's basically a textboard with LISP enthusiastics. I feel that even though imageboards are dying, specific communities are being born in a fast-paced manner.
But as you said, it's becoming a niche thing.

>I think it's all based on what the developer is trying to achieve.

You're 100% right here I have no comments to make.

>User accounts are a highly controversial topic in imageboard software, see https://wakaba.c3.cx/shii/ for more on that.

This is an awesome reading, thank you for sharing this. As accounts I would not identify them to other users. It would have the same aspect as the "(You)". It's debatable or I could make it optional, I don't know to be fair. I would not require an e-mail I guess as it would be a hell of verified tripfags. hah

>I do feel that imageboard JSON APIs should try to follow a general standard in the sake of compatibility.

Post too long. Click here to view the full text.



File: 1574133364625.gif (1.25 MB, 255x136, vawtf1.gif)

 No.111[Reply]

Is your fork more stable or secure than reg vichan? What are the benefits of your fork over mainstream vichan? Also do you do php work? If i end up using your fork on my site would you be a consultant for it? Just easy shit like best setup options, a bit of help setting up cache, and very minor style changes. It should be super easy for you, and it would pay good.
2 posts omitted. Click reply to view.

 No.115

>>114
From what I'm looking at, the Infinity DB schema doesn't look different from vichan's at all.

If this is the case, it should be a straightforward transition. However keep in mind hotwheels/ctrlcctrlv didn't intend for users of Infinity to migrate to Tinyboard/vichan, as they are different software in terms of behavior.

To make sure you have a smooth ride, I'd backup the production site and try running a transition on a local machine first if I were you, just so your chances of having a bad day are reduced. If you notice any errors trying it, feel free to put them in this thread.

As for PHP support, I can guarantee compatibility with 7.3, and will support 7.4 as soon as it released on distros.

 No.116

Right now I'm implementing archives, so look forward to that.

 No.126

More questions:

What do you think about CloudFlare's "optimization" options like Rocket Loader etc.? Would they play well with Tinyboard webpages, or screw up and make things worse?

Is there still a lot of "inline" <script>s and <style>s in Tinyboard? CSP complains about them a bit.

 No.127

>>126
It should be obvious- VERY obvious, that a simple imageboard should not require such a HUGE amount of files and code. There is lots of illegal shit embedded in there. Basically, ALL chan sites are honeypots to run the dark net cp sites.

 No.129

>>126
Using Cloudflare on here, I haven't noticed any issues. I can't speak for Rocketloader or any of CF's paid offerings. Worth trying on a site mirror though.

Tinyboard unfortunately does use a fair bit of inline scripts and style tags. Luckily CSP does allow you to whitelist them - see our CSP for an example.

>>127
I think you're a bit paranoid. If you're a firm believer that imageboards should have an incredibly small codebase, just go use TinyIB. Although I can acknowledge that a fair bit of *chans on the dark web are harbors of illegal content. Sad.
Also, please don't try to impersonate staff, lmao



 No.119[Reply]

Ever hear of lynxchan? At least if you had a lynxchan site you would be having a shitty site that not one person comes to and a patreon acct with zero subscribers - but at least it would be modern. A php site like this with thousands of lines of code just to post a file is nothing short of absolutely laughable and just shows what an idiot you are.
1 post omitted. Click reply to view.

 No.121

You are a racist against black ppl, a fat slob, and its fucking laughable that you think thousands of lines of code is needed for a fucking imageboard. Oah and php 7.4 has been a out a long time, douchebag.

 No.122

>>121
Have you even bothered trying to run Tinyboard on 7.4 yourself? You seem pretty salty, and idk why you're posting insults in here thinking I'm going to actually respond in any positive way to them. Also I have no idea why you're babbling about "thousands of lines of code" - I never defended the need for it nor said it wasn't possible without. There's several examples of imageboard software running with a low code base (TinyIB comes to mind).

Throwing the race card makes no sense here either, lmao.

Like I said earlier, Tinyboard is a hobby for me. If you don't like what I've done to it, seriously just pack up and leave.

 No.123

your version calls on tons of private github repos which is thousands of lines of code. Your version is not secure and you are fat.

 No.124

Me and 200 black ppl are going to have a protest outside your workplace. Shame on you for being a racist with a shitty and not secure imageboard with thousands of lines of unnecessary code! What a fat racist!

 No.125

File: 1576950894414.jpg (23.72 KB, 665x574, amiretarded.jpg)

>>123
>>124
Lmao my sides, 0 to 100



Delete Post [ ]
Previous [1] [2]
| Catalog
[ an / aw / cr / fi ] [ ra ] [ au / ga / he / sp ]