[ 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: 1606330757388.jpg (21.46 KB, 600x400, keeping-your-pygmy-goat-in….jpg)

 No.277[Reply]

PHP 7.4 support I am beggin you, 8.0 is almost out and I don't care much about it but 7.4 is nice.
Also is the archiving system complete? or is it missing something or works wonky?

 No.278

PHP 7.4 has been supported since I use it on my local development environment. As for archiving, it's still incomplete but feel free to contribute - there's a lot of design considerations to it that make it difficult to finalize. (It's a different approach than what NPFchan does)

Any code contribution to Tinyboard is highly appreciated, as it's an open source project supported completely by the community.

 No.283

>>278
I see you haven't updated the repo since February, is the thing dead? or what are your plans?

 No.284

>>283

I wouldn't call it dead. I intend to keep the code stable on recent releases of PHP until further notice.

I've just been really busy IRL, let alone lack motivation or manpower to add some of the bigger features.



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.
39 posts omitted. Click reply to view.

 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!

 No.202

>>178
BTW please look at your commit here:
https://github.com/Circlepuller/Tinyboard/commit/31e27a51c20ccceb59ed20c8cac829bfac1ce710

Line 357 and 377

This same thing is done TWICE? Or is it intentional?
Also should the modLog() at line 366 be moved to the last instead?

 No.205

>>202
Those are intentional, they're for different queries.
As for the modLog() call, it's there because the board itself has been deleted at that point, and the actions taken after that are focused on cleaning up the aftermath.

 No.280

Don't know if you still read this but I wanted to comment that the lines to enable automatic removal of EXIF from image files seem to have been left out of your config.php even though the code to do it is present in post.php:

$config['use_exiftool'] =true;
$config['strip_exif'] = true;

When added to instance-config.php the feature works, but of course there is no mention of it on the config page.
Anyway, thanks for your work making this software useable with php 7.4.



File: 1600750651846.jpg (154.76 KB, 1244x850, 1579147566328.jpg)

 No.262[Reply]

Name a reason why I should use this instead of TinyIB, also greetings from 28chan :^)
4 posts and 1 image reply omitted. Click reply to view.

 No.271

>>270
FTFY, the guy just keeps posting cringe lmao

>>262
Also look into Wakaba or Kareha if you want some non-PHP alternatives, I forgot to mention those.

 No.273

So like, is this the only updated version/fork of vichan/infinitychan/tinyboard/openib etc?

Also does this have the feature where you get a tooltip, when you hover over the date, showing how recently it was posted? This feature is in openib and also on 4chan lol

 No.274

>>273
To answer your first question, no - I'm pretty sure there's a few other actively maintained forks of Tinyboard/vichan. What this fork essentially offers over other forks is overhauled dependency management handled by Composer, removal of abandoned features in vichan, and support for WebP. It is compatible with recent versions of PHP (support for 8 is in the works once it is officially released).

As for "x time ago" tooltips, they are provided by js/local-time.js so just have that included in your JavaScript files in the configuration if you want it. (I don't have it on here at the moment, I don't know why)

 No.275

Can there be larger file uploads for posts if one hosts this software on their site? in case i want music video and stuffs posted

 No.276

>>275
Yes. You can set the maximum upload size in the configuration. You will also likely need to make sure your PHP and web server configurations also are the same size or larger.



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.
21 posts omitted. Click reply to view.

 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.

 No.256

>>78
Thanks to this post i deployed some TinyIB instances and found out it isn't 1.5mb…
but 600KB!! (after some simple optimizations and deleting unnecesary folders)
so yeah it is light as all fucks and i think with some more optimization (the developer like line breaks and spaces a little too much)
you could get it to 580KB without too much trouble, maybe even less, later im going to try and make an instance as small as possible.

 No.257

>>256
I just read the part about removing the db code which i agree on and will later make a fork to do so, removing that code could easily make it 550KB or even less, god i want to make an instance 500KB so bad

 No.264

Anon, I didn't forget about our conversation, but the pandemic just made me start my life from the bottom again. Sorry about that.



File: 1580891817133.png (6.03 KB, 186x66, WebP.png)

 No.211[Reply]

So far iOS is our last major obstacle (screw IE lol).

Is there any polyfill usable on Tinyboard (i.e. something to easily add to $config['additional_javascript'] or $config['url_additional_javascript']), to make pics viewable on iOS browsers?

Yes I know about pagespeed and the likes. I don't like keeping extra sets of converted images. It defeats the purpose of saving space.
2 posts omitted. Click reply to view.

 No.214

>>212
>>213
Plain GD (unless very ancient PHP) already works well with WebP and thumbnailing though. It's just config.php suggests IM and GM are still better at this job for some reason.

GD thumbnail functions are more hardcoded in image.php thus less configurable. I could modify it myself but I think it's better to suggest upstream changes rather than fiddling alone.

For example, what do you think about adding imageinterlace() for making progressive (smaller) JPG thumbnails, and imagejpeg() defaulting to about 75 quality?

 No.216

>>214
PHP 7.2 didn't have support for WebP most of it's release schedule. But since most distributions now have forced an upgrade to 7.3 due to a vulnerability, it would make sense to implement WebP as an option finally.
As for JPEG thumbnailing options, that seems like it'd be a good idea, I'll do some tests to see the difference.

Excuse me for the seeming lack of presence, I've been really busy with ongoing events and have yet more planned through March.

 No.221

>>214
>>216
So a followup on this - turns out I never removed the code that implements WebP. All that should be necessary in order to use it is to add this to your inc/instance-config.php
$config['allowed_ext'][] = 'webp';

 No.260

>>221
As >>214 said it's for GD only.
If you configured Tinyboard to IM or GM, the stderr output still needs to be worked around.

>>211
iOS and Safari will natively support WebP next version. It's such a relief.


Also dear Circlepuller: Is there an easy option in Tinyboard, so that uploaded images are automatically converted to WebP (or any other specified format)?

 No.261

>>260

If you mean converting thumbnails:

$config['thumb_ext'] = 'webp';

As for converting original files. It doesn't, feel free to submit a PR on GitHub and I'll likely take it.

This should do it. As for the suggestion towards IM/GM, it's because it has historically been better thumbnail resizing quality and paired with Gifsicle. But yeah, GD is absolutely fine, it's just not as comprehensive has IM/GM+Gifsicle, so I still recommend it to this day unless WebP is your goal. I'll look into fixing the stderr issue unless you beat me to it in a PR.

Yeah, with increasing support for WebP I will likely switch the default thumbnailing method and other static imagery to WebP.



File: 1599570130708.png (15.84 KB, 560x392, lynxchanError.png)

 No.258[Reply]

catl iinx chan is better than your poop ha ha ha ha. Yeah, you "HAVE BEEN WORKING" on it for like 2 years, and you still have crappy software that breaks with every php change. Grow up and just use liiinxxxxxchan, stupid!(1/10 quality shill)

 No.259

PHP is a faster and more reliable server side programming language than Node.JS.

Prove me wrong without the elementary school buzzwords, retard

https://www.techempower.com/benchmarks/



File: 1501232038873.gif (238.19 KB, 360x480, 1491438398665.gif)

 No.6[Reply]

Github repo?

 No.7


 No.8

If you're looking for Fusen, it's still a work in progress and I haven't bothered setting the repository to public yet. If you're interested in helping me complete it I'd be glad to get in touch about it since I'd love to see it "complete" and running smoothly.

EDIT: Fusen is dead and will never happen. But feel free to join dev on Tinyboard.



File: 1586593141100.jpg (875.98 KB, 1920x1080, mentay.jpg)

 No.243[Reply]

For ppl interested in chans, npfchan maker finally made the new chan code in asp… im not sure if the code is avail to pub tho. Demo at https://mlpol.net/ — idk if its any good (the new code) but since npfchan was quite amazing, it may be just as good. Who knows.(USER WAS BANNED FOR THIS POST)

 No.245

This is not a place for ads.
Also, if he's running the code on a live site, I have complete doubt he'll release his code to the public without a security audit as that can pose some serious risks to the integrity of his server (and security audits are $$$).

I'd also like to note that while I have not done much work to Tinyboard recently, I am NOT inactive in imageboard development - I'm just trying to code up something fresh and maintainable, something that Tinyboard is definitely starting to suffer from. I have been split between 2 code bases, one that leverages the Symfony web framework, and one that I've built myself that complies with PHP's PSR standards. When I decide to start pushing the code to Github will be determined at a later date.



File: 1583925412531.png (3.85 KB, 901x35, Untitled.png)

 No.225[Reply]

What's this?
I got this problem when I install it manually.
2 posts omitted. Click reply to view.

 No.230

>>227
First off, what do you mean you installed Composer manually?

Also, which shared hosting provider are you using? Most of them support limited SSH commands, including Composer.

If for some reason you can't use Composer in the production environment, I recommend the following:
- Install PHP (of the same version as the production environment) to a local development machine (your desktop or laptop)
- Install Composer
- Do the steps needed to install Tinyboard on your local machine
- Copy your vendor directory to your production environment
- If you can proceed with installation on your production environment and you don't log any errors, it should be a success and you should be able to delete/remove the local development environment installation

As a side note, it's always good to run a near copy of your site locally so you can work on it safely and deploy it to your production environment without issues. (I do it for this site although I've let a couple bugs slip through on accident)

 No.231

File: 1584455759490.png (9.87 KB, 1364x76, same.png)

>>230
Download it from here https://getcomposer.org/download/ and install it by extracting the files to web directory.
000webhost, any recommendation?
I tried it with xampp and got same problem.

 No.232

>>231
I really don't recommend using Tinyboard on 000webhost or most free hosts. But anyways to help you out I've made a ZIP of the vendor directory you'll need in order to run the current version of Tinyboard (v0.10.2):

https://file.io/M0PWQE

 No.234

>>232
>404'd

 No.239

>>234
File deleted after a few days.
Honestly, just do some reading on setting up a proper dev environment for PHP. XAMPP is a good start, but it's the bare basics and usually only works for, well, basic PHP applications.
I will reiterate that Tinyboard should not be used on a shared hosting provider. I really recommend using a VPS, as most shared hosts (especially the free ones) typically don't allow command-line applications like Composer, md5sum, FFMPEG, or ImageMagick/GraphicsMagick/Gifsicle, which are ALL highly recommended for use in Tinyboard for it's standard feature set.
And by the way, I did use 000webhost at one point when I didn't have a job. They got hacked and they did an awful job at protecting confidential user data.



File: 1585264004520.png (20.37 KB, 994x806, cheaper.png)

 No.235[Reply]

i cant seem to get it working do i put !45erte in the custom_capcode field or some thing

 No.236

>>235
hello

 No.238

>>235
Capcodes go in your name input.

<name and/or tripcode> ## <capcode>



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