I'm not a big fan of this new aesthetic.

>>2
You don't mean the Tomorrow theme is stuck on do you? It's supposed to be an optional theme for people who want it dark. Can you change it in the top right corner to "Default"?

bug: inline image expansion doesn't seem to work
feedback: the sticky logo looks like cum

>>2
>>4
It could also be because the javascript file "main.js" was changed a lot and you might still have the old version? Either just wait a while and try again, or try clearing your cache to get the new one. It could be Cloudflare

>>5
Just purged the Cloudflare cache so that might help.

I don't mean Tomorrow, but the stuff like the blue lines of the borders of posts and the other changes to how it all looks. You know?

>>7
That's understandable since I suck at design. Just tell me what you all want changed.

>>8
I just liked the old look, if you know what I mean. I can't really be more specific.

Yeah, I'd have to agree with >>9 the old orange-ish look was better, maybe add it as another theme?

Are you sure we're seeing the same things? This is what I see, and it's really similar to how it was before, except I changed a bit of spacing on the post divs, their borders, and the background image on /all/.
Other than that 2 themes were removed, like the one with the red background on the Computer boards and the blue/yellow theme that we used to have for unlisted boards. The rest is pretty much the same I think.

Minor suggestion, perhaps /d/ could have 変態 as its replacement of Anonymous?

>>11
Interesting, it's completely gray for me.

>>13
Well sometimes browsers (and especially Cloudflare) cache things, so maybe it'll just take a while to get the new versions. But it could also be that when I'm messing around with the themes I sometimes get lazy and just put duplicate entries (like multiple background declarations). Firefox is pretty good about overriding them correctly so it works for me, but I'll go through the stylesheet and make sure to remove all of the extra stuff to see if that helps.

>>12
That's a great idea, I think I'll use it

I just want to let you know that I really dig the /cc/ theme

What happened to multi-file posts? Even if multi-file uploading is disabled at the moment, we still ought to be able to see all the files for posts that have already been made.

>>8
I liked it better when the threads were about the full width of the available screen area. The width changing with every thread in the index looks messy to me.

>>17
Some posts that used to have multiple files:
>>>/qst/2/373
>>>/a/213/3
>>>/a/213/4
>>>/mu/17/17
>>>/cc/61/15

By the way, you don't need Javascript to do multi-file upload; you can just add the

multiple[/code] attribute to your file [code]input

elements.

As a side note, the syntax for links including cross-board links should probably be documented in the FAQ.

>>18
Is it this, then?
>>>/qst/2#373
>>>/a/213#3
>>>/a/213#4
>>>/mu/17#17
>>>/cc/61#15

>>18
>>19
Or this?
>>>/qst/2/#373
>>>/a/213/#3
>>>/a/213/#4
>>>/mu/17/#17
>>>/cc/61/#15

I still cant post in netsurf, and now all the threads have a big field of blank space after them on netsurf too
also, a minor complaint, but i thought the vertical japanese on the front page was cute

I think it the menu bar would look better if its color was consistent throughout the website.

>>18
This is the right way to do the links, so that's a bug. I'll check it out.

>>21
I'll install netsurf and make sure it's working soon. Also I only removed the vertical text because it seemed a bit redundant. The name of the site appeared 4 times. I was actually trying to come up with some different text to put in there

I cant post in mothra without uploading an image anymore, also, on account of not being able to select image disabled. no checkbox now

>>25
Alright thanks, I'll do some testing in different browsers. I really thought that just by removing dependence on javascript that it would take care of all the issues in the more obscure browsers but I guess not. Can't be lazy.

Also going to advocate for somehow adding the old style as some kind of theme. I mean, I'll probably get used to it, but this is all just so different...

>>27
I don't know, this just seems funny to me because it really looks almost the same as before to me.
I mean, take this screenshot for example >>11
Are you telling me that that screenshot looks significantly different to you from how the site was before? Or are you telling me that what you're seeing on your screen is significantly different from that?

I'm not trying to be an ass, I just can't help if I don't understand what the problem is. And right now I don't understand.
Let me try to fix up the stylesheet like I mentioned earlier and remove all the extra shit I have in it, because maybe it's causing issues and you all just aren't seeing what I'm seeing.
After that, if it's still not good then we can talk about fixing it or restoring the old theme. But it would be helpful to get some more information on what exactly doesn't look right.
For starters, there's 7 different themes. Which theme is it that's bother you? Or is it somehow all of them?

Taba-tan, it seems like only /meta/ has this grey design for me.

>>29
Well that's just the new theme for unlisted boards. It's supposed to be gray/purple.
So is it just that one theme that's bothering you all then? Because fixing 1 theme is easy (or even just replacing it with a different one altogether). You all had me worried that I was going to have to completely redo the css for all 7 themes again.

I cleaned up the stylesheet a bit, and added some more color to the unlisted theme.
But honestly I totally understand if the unlisted theme sucks. I guess the idea I had was to give the unlisted boards a sort of "blank" look. But I have no problem changing it.

Would it be better if I just gave it a different background, instead of solid grey?

>>21
I think posting from Netsurf should work now. Let me know if it doesn't.
I can't for the life of me figure out why the hell there is so much blank space at the end of threads though. It's almost like there is some min-height attribute but there's nothing there.
I'll keel looking.

>>32
Not that guy but Netsurf is experimental and imperfect anyway. Don't worry too much about it IMO.

>>33
I still think obscure browsers are a nice way to test how simple the site is though. I actually had the same posting issue testing it in dillo, and the same large whitespace issue even in firefox if I enable LibreJS.
I've fixed both of those test cases though, so hopefully that'll take care of it on Netsurf too. I have it on my laptop so I can try it later.

>>25
Forgot to mention that Mothra should be working now too.

Ok, I changed the grey unlisted theme to this green/orange tatami theme. Is this better?

>>36
そうだ

well this happened, I don't see it happening to any other threads so it might be just the top . Only the very last post is being shown and it says 34 posts omitted while actually omitting 36. Seems to only happen on /all/

>>39
Isn't that because >>15 and >>37 were deleted

>>39
Yeah the only problem here is the username color. It's a sticky thread so it should only display the last post by design

Does the "Get new posts" button work?

No, mine doesn't work either.

>>42
>It's a sticky thread so it should only display the last post by design
oh, I didn't realize that was a design of stickies. Most imageboards have at most 2 posts including the OP for stickies and it wasn't detailed in the faq so there I had no reason to think it would be different from another thread in this respect.

>>45
That's how it's done on 4chan. Only 1 post is visible from stickies.

Why is shitaba moving so fast? It's starting to get hard to keep track of things... Where did all these new users come from?

>>47
I think there's one or two guys replying to a bunch of old threads

>>47
>It's starting to get hard to keep track of things
Is there really a problem? I've always thought that 4taba could use a bit more speed.

>>48
Probably this. I've noticed it in the past too when we just get a few new users the threads rotate a lot more. I think it's because they just peruse around more to get caught up on stuff and end up replying to old threads without realizing how old they are.
I think it's a good thing though. Even if it's not as many new users as you'd think, just cycling threads helps get more active posting.

[ /f/ /ho/ ]
I forgot /v/ existed because it disappeared.

>>50
i don't care whether I or someone else replies to year+ old threads, although if it's just to bump the thread that's obviously a bad post but someone else could still add something to an old thread.

I tried getting the code up on Github to run locally, and these were the little issues I encountered along the way:

The BasePath variable is set not in the configuration file local_settings.py but in server.py and also independently in dbmigrate.
This means if I want to put the files anywhere but /home/wwwrun/4taba/, I would have to edit the source code. I ended up adding a symlink for now, and it seems to be working.
Is this variable needed at all? Can't it just be determined at runtime from __file__ or inspect.stack()?

The dbinit script seems to want to be run by nix-shell, but this is not listed in the requirements.
It worked fine when run as `python3 dbinit`, though.

Early in getting it to work, I encountered this error:

File "[redacted]/server.py", line 47, in <module>
PageHeader = f.read()
File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode
return codecs.ascii_decode(input, self.errors)[0]
[/code]
The issue is that the text encoding used by open() is locale-dependent, and Apache on my system is running in the C locale.
I was able to fix this by adding
[code]WSGIDaemonProcess 4taba lang='en_US.UTF-8' locale='en_US.UTF-8'
WSGIProcessGroup 4taba

in the VirtualHost part of my config file, but it would probably be a good idea to specify the encoding here.

Other than that, things were fairly straightforward and easy to get working with a bit of trial and error. It might be helpful to fill in that "Apache Configuration" section in the README, but it wasn't hard to figure out what needed to be done.

>>56
Awesome, thanks for the input, and I'm glad you eventually got it working.
Also dbmigrate isn't made very well, it was kind of just hacked together to get the job done for the one specific task of switching from the old database format to the new one currently used by the code. I wouldn't recommend using it.
I think I had some trouble putting BasePath anywhere else for some reason. I can give it a try again though.
As for nix-shell that's just there because locally I'm running nixos at the moment and forgot to change the shebang back to normal.

>>51
/v/ still isn't in the board list for some reason

Hi, I haven't been on for a couple of months but everything feels a little bit different. Are there 50 posts to a page, hence "last 50"? I may be a bit stupid but that didn't feel obvious to me.

>>58
Oh wow thanks for pointing this out, I saw someone mention it a while back but it was shortly after the update so I thought it was just cloudflare still caching something. It's listed everywhere except the list you see when you hide the side menu, which I always have one so I didn't even notice. I'll fix it right now.

>>59
the last50 links are a common feature on textboards like 5channel and it just means that you open up the thread with only the 50 most recent posts visible. It's to save time loading long threads.
Here's a perfect example: >>>/qst/2
Currently at 839 posts. It's just easier for those who visit that thread often to view the last 50 posts instead of the whole thing.

>>60
I see, thank you. I just hadn't seen it before.

Is https://4taba.net/res/dat/example something you're still working on / planning on doing?

>>62
It's already done. Just put the number of the post in the email field.

>>63
Just tested this on my phone and you can't expand it. So this is like a special post that phonefags can't read? lol

https://caniuse.com/#feat=css-resize

>>64
If I disable CSS I can read it just fine in Firefox.

Maybe an alternative would be making them focusable with a tabindex=0 attribute, and then expanding them when focused, like
.sub:focus {width: auto; height: auto;}

>>60
/v/ still missing, taba-tan ;w;

>>68

>>68
Ok it's fixed. I know I said I would do it right away but I got distracted. Please excuse my laziness.

how did that thread get bumped to the top when it had no replies?

>>71
Someone probably replied, then deleted his reply.

>>71
>>72
On that note, it's a good idea for deleting a post to recalculate the last-bump time and restore the thread to its original position. Otherwise a spammer can deliberately mess with the order of the threads, and there's nothing the mods can do to fix it.

It would also be a good idea to put anti-CSRF checks on the deletion and banning functions. And the Flash/HTML user-posted content needs to be on a separate origin.

I just want to comment as someone with a headache who needed to change the style to dark quickly that having the style selector at the top of the page was a good idea.

I wish the "post successful" page followed the style, though.

taba-tan:
Check your email. I'm too lazy to write about it again, and also too lazy to do any more testing than this. If you can see this, then posting under topics is one thing that is NOT fucked for me. Thank you.

taba-tan:
It took me until my email program itself broke to bother trying to replicate the issue. I just ran into it again when I tried to upload another image. Here is the path of the .gif I just tried to upload.
/home/houston/.hydrus/db/client_files/fd6/d65c23a6adea3176100fa821ac8b3df7337b18b76f71320f919b62e09d7837b6.gif

I got an "Internal Server Error", but also had to wait before being able to try to post again, which is another quality of life improvement thing you might want to check out on its own. To re-iterate, I think it's because of the long filename. Hydrus converts the filenames of all media it manages into their hashes, which isn't that great when you want to share images, but you take what you get.

Trying to post an image in a thread:

>>77
Could also be the filesize.

>>77
>>78
Should be fixed now, let me know if not.

>>78
could be a neat spoiler thumnail

>>82
Current spoiler thumbs are shit, so any suggestions are welcome

HOLY SHIT IT'S BACK
YEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEESSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
I MISSED YOU SHITABA

It's back!

I'm so glad

:)

Any reason for the downtime?

>>88
Payment issue.

>>89
Is it expensive to run this website?

>>90
No, just $5 a month, and something like $15 or $20 once a year for the domain name.

Why does the sticky symbol look like cum? Was this intentional?

>>92
Does it? I hadn't noticed.

To be fair, cum is sticky.

If my email doesn't show up as SEGA, something is up, taba-tan.

test

>>96
Did it work?

is there any way to get redirected to the page i was just on instead of the specific board in question when replying to a thread from /all/?

>>98
But how do you reply to a thread from /all/? You first enter the thread, and after posting doesn't it just take you back to that thread? How would it know you came to the thread from /all/ unless it was tracking your page visits or something? Or maybe some kind of "last board" cookie but that seems kind of silly.

>>98 You mean like the opposite of putting "noko" in the email field? Just open threads in new tabs...

TAABAAAAAAAMAAAAAAAAAN

There was an error when trying to access any of the boards around 20 hours ago. Did anyone else encounter this?

>>102
Not sure what caused it but it just needed a restart.

Yay Taba is back !~!

/qa/ got spammed with 10s of pages of markov bot shit.

>>105
30 pages of it lol. I deleted it this time without banning, but whoever did it please don't do it again or I'll have to ban.

By the way, did you ever turn pruning on?

>>107
I did but turned it back off again because there was some bug where after a thread gets pruned the next person to load a page will see an error.
It seems harmless I guess, but is still annoying.
It's funny that everything else seems to be working pretty flawlessly right from the start, we've never had corrupted or lost data, but just simple thread pruning is being such a pain. I'm thinking the problem is something to do with the way the server communicates with the database, maybe I'm not doing something right.

>>108
What's up with the
PruneTime = 60*1
in https://github.com/4taba/4taba/blob/master/server.py
?

>>109
It's been a while since I looked at this code or did any testing, but most likely it was a temporary change from some variable to 1 and I just forgot to switch it back.

Had an idea regarding pruning of threads.

The current system can be expressed as

for i in range(len(threads)):
if i > prune_count and now - threads[i].last_bump > prune_time:
threads[i].delete()
[/code]
That is, threads to be deleted must meet both a thread position condition and a last bump time condition.

On a sufficiently fast board where threads reach page 10 before the last bump time condition is met, this means spamming the board will have no effect on pruning. Even on a slow board, the threads that have been recently replied to are safe from a spam wave. But it would be nice to make spam waves have little or no effect. You could accomplish that like this:
[code]
running_total = 0
for i in range(len(threads)):
delta_time = (now if i == 0 else threads[i-1].last_bump) - threads[i].last_bump
running_total += min(delta_time / prune_time, 1 / prune_count)
if running_total > 1:
threads[i].delete()

Under this system, if someone turns on a spambot for an hour before a mod shows up and bans them, they could at most delete (1 hour) / prune_time * prune_count threads. Similar considerations apply to when a spammer is trying to delete a single thread by bumping all the threads under it. The disadvantage is that it adds a bit of complexity.

What do you think?

>>111
That's a good idea, but right now it's checking whether a thread needs to be pruned when it's accessed instead of looping over all threads. I thought that way would be faster. Alternatively it could just be put into a separate daemon that periodically checks all threads or something.
Also the current prune_time is set to 4 months so I don't think it's a problem for now.

>>112
It's one minute if you turn it back on before remembering to fix >>109 >>110

The board banner at /f/ is missing a link to an image. Unless it's supposed to be this way.

>>114
The blank image was just to remind myself to pick out some flash-related animated gif to put there at some point. But perhaps I'll just remove it.

>>116 how about you embed a flash file there

>>116
If someone wants to recommend a small flash file to fit there then sure

Hey Taba-tan, I think your domain expired. Please don't let the site die like this, I love it too much...

>>118
I came here to post exactly that. You can access 4taba by adding it to your hosts file. It needs to redirect 104.27.130.186 to 4taba.net

>>119
Or 104.27.131.186
They both work

The domain is back up!

HOORAY!

!!!!

I missed you guys.

>>124
we missed you!!

Could you somehow disable posting on /pr/? Tabata is getting only ads there. I don't know if my reports reach you faster than you casually browsing the boards, but maybe a long term solution could be worked out.

>>126
I think there's a bunch of things I need to fix up in this regard.
For starters, I'm going to start using a new email address, one that actually has POP and IMAP support (probably cock.li) so I can use it with neomutt and check it more regularly.
I never check my protonmail email because I hate using web interfaces for email.

So that'll make it easier to contact me. I'll probably also set up some kind of alert for reports. Either a script that'll check for new reports periodically or have the server send me an email to my new account when a report is made. I'd rather not just disable posting on a board because it's getting spammed though. That's the kind of thing that makes it feel like trolls can end up manipulating you, and I don't like that.

I can't post on /f/ (This thread: https://www.4taba.net/f/46) because I get an internal server error, but I can make a thread on >>>/test/

>>130 Dude I can't even see that thread. That's pretty weird

>>131
That's probably because the link picked up the closing ")" as a part of the link.
This is thread: >>>/f/46
But I posted to it just fine. Maybe there's just something wrong with a file he's trying to upload?

>Maybe there's just something wrong with a file he's trying to upload?
most swf file checkers refuse a completely legitimate flash file if it uses lmza compression.

cum

Its back!!

>>135
Took you long enough.

There's a new contact email address
Unlike protonmail this host supports imap so I can easily check it every day with an email client. On the old host I'd frequently go weeks(months) without checking it because I really just don't like email web interfaces.

>>137
Yeah, I've seen so many people sign up to the site without knowing about that. I was one of them. I heard, for reasons I can't really remember, that they're not all that trustworthy anyway. What service are they meant to provide again? If they can do anything automatically through their site, then you should be able to as well..

>>138
I guess protonmails main attraction is supposed to be end-to-end encryption and only works when emails are sent from one protonmail address to another, which isn't that big of a deal to me really.
I just wanted a decent host that wasn't gmail and there seemed to be a lot of hype for it as having good privacy. Also I think the end-to-end encryption is why they don't offer imap, maybe it breaks it somehow.

But I don't know why cock.li never occurred to me as a decent host before. Maybe because the name makes you subconsciously think it's hosted by some random /g/entooman who just wanted a funny email domain and doesn't take it seriously.
But now that I actually look at it objectively it seems like a pretty decent host.

Protonmail offer imap via a bridge or something iirc but they keep that for paid accounts.

Works great in Dillo!

>>141
Yeah, except for the side menu which shows up at the top.
I've been considering fixing it somehow, but not sure if it would be best to have no side menu as the default (but then you'd have to have javascript in order to enable the menu), or just use frames for the menu instead of divs.
At least with frames any browser that can't display them properly will see pic related and can just click "main" and browse the site without frames.
I'm kind of leaning toward frames, but then it breaks my pentadactyl firefox addon so I don't know.

>>142
Its not the worst thing ever if it doesn't look right, mind, as long as one can post. theres no css in mothra, but I can still post, wheras I cant on eg /nen/.

The file upload button disappears when you write more than a sentence on mobile. inb4 I deserve it for phoneposting

when you post in a sticky that's on a different board, it doesn't bump it to the top on /all/.

>>144
you deserve it for phoneposting and not changing your browser useragent to a desktop version

>>144
No idea why that would happen. I mean, it's simple html. There's no javascript acting on the button or anything.

Could you add “allowfullscreen” to iframes for HTML5 applications? The fullscreen feature currently doesn't work for >>>/f/73/
If possible cookie support would be nice as well to fix the volume saver.

>>148
Yeah, I really like that upload so I'll try to fix the html5 download links real soon. I want to save it too.
I'm not sure what you mean by fullscreen though. Do you mean like pressing F11 in your browser?

>>149
Clicking on the screen is supposed to fullscreen similar to when pressing F11 but the iframe holding the HTML5 app requires the "allowfullscreen" attribute to make it work.

>>150
Oh, I see what you're saying. So that's why my mouse turns into a magnifying glass over the TV. I was wondering what that was.
I'll try to fix that today.

>>151
If you go to the iframe src you can see how it's supposed to work. https://4taba.net/res/brd/f/73/1562653582758/main.html
Also noticed that the alerts for some debug stuff PROTIP: Press F1 don't work properly in iframes as well. It might just be a better idea to just directly link to main.html when clicking the HTML5 image and make the download function (when it gets fixed) be when you click on pic related.

>>152
>It might just be a better idea to just directly link to main.html when clicking the HTML5 image
The whole reason for not doing that is because the iframe allows the application to be "sandboxed".

If it's not that useful I guess it can be removed, but without the sandbox it could do things like make a background spambot. So you could have a video playing or something and while the user is watching it it's making them spam posts in random 4taba threads in the background.
It could also read/change cookies, and maybe some other exploits as well.
It's been a while since I researched it.

Ok fixes have been pushed for download links and allowfullscreen

>>153
Makes sense to use it then to protect from that.

>>154
Neat. The debug stuff (uses alerts/prompts) won't work inside an iframe, but you can just download it if you want to use it.

>>155
Actually now that I think about it you can easily view it without the iframe by just right-clicking and selecting This Frame > Show Only This Frame
(in firefox, not sure if it's different in other browsers)

Is the sub-reply being half-hidden a design desicion or just an oversight?

>>157
Its intentional

>>157
How do you post a nested post?

>>159
Just put the post number in the email field

http://4taba.net/%E3%81%AD%E3%81%93/2
>Thread not found
http://4taba.net/%E3%81%AD%E3%81%93 / http://4taba.net/ねこ
>PAGE LOADING ERROR
Did 4taba migrate recently? Seems like it can't handle unicode anymore.

>>161
Experiencing the same on multiple browsers.

>>161
came here to post this

>>161
>>162
>>163
It's fixed. The problem wasn't unicode, there was a mismatch for the "threadnum" value between the board and thread tables. The thread thought it was #2 and the board thought it was #1.
That's the first time there's been any issue with the database at all (something I'm still surprised at after all this time). I think it's probably a bug in the rare case that someone makes thread #1 on a brand new board and then deletes it. Will have to test it and see if I can sort it out.

For now I just changed that threads number to 1 to work around the issue.

The lower parts of the side menu can't be accessed if your browser window height is too small. Adding overflow-y: auto fixes it; see pic related.

>>165
Fixed. Thanks for pointing it out and finding the solution too. I just set both overflows (x and y) to auto. Let me know if the x overflow causes any issues.

How long? How long?
How long must Wriggle suffer?

I don't know. Why is Wriggle suffering?

>bothering to sage when everyone on /all/ can read your post anyway

I get an error 500 when I try to post webms.

Trying with a mp4

Or maybe it was the webm that had a problem, I dunno.

Page refresh on posting only works with javascript enabled:
<!DOCTYPE HTML><html><head><meta charset="utf-8"><script>function redirect(){window.location.replace("/test/39");}</script></head><body onload="redirect()"><h1>Post submitted successfully...</h1></body></html>

Instead, you could use a HTML equivalent (https://www.w3.org/TR/WCAG20-TECHS/H76.html):
<!DOCTYPE HTML><html><head><meta charset="utf-8" http-equiv=refresh content="2;URL=/test/39"/></head><body><h1>Post submitted successfully...</h1></body></html>

The number before ";URL" is the amount of seconds you want that page to show up for. You could set it to "0" and if the database is fast enough it'd pretty much be seamless, but I like the charm of those refresh messages. The second page is also 49 bytes shorter, if you care about that sort of thing.

^ I just got an "ERR_BLOCKED_BY_XSS_AUDITOR" posting that, probably just another webengine oddity.

>>173
Fixed, thanks for the suggestion.
>>174
Could be, all the search results I see for that error mention chrome. Another possibility is cloudflare doing something. Sometimes they block certain certain posts to protect their users I guess. A while ago it was impossible to post the text "/etc/hosts", but it looks like they allow it now.

Add RSS

RSS sounds fun. I've seen it on some textboards and it's cool to have if you're not in the habit of visiting 15 different websites every day.

>>174
[code]
test

>>178
test

>>160
How do I do this? Like this poster's "nice" subpost/reply?

>>160
How do I do this? Like this poster's "nice" subpost/reply?

>>181
I don't understand your confusion. The post you're linking to is literally the answer to your question.

>Error: File decompresses to larger than the maximum filesize. Please fix your zip file and try again.
?????

The file in question's 5.66mb. A 7z version I couldn't upload was 1.45mb.

>>183
That's the decompression bomb detection. For example, according to wikipedia it's possible to create a 42 kilobyte zip file that decompresses to 4.5 petabytes, so I don't think disabling it is acceptable.
But maybe it isn't completely accurate for certain kinds of zip files? Would you mind uploading it somewhere else and posting a link so I can take a look at it?

Decompressed size is ~30mb: https://0x0.st/zycB.zip
So how about the 7z file, do you need to add the MIME to some kind of list?

>>185
Well that explains it then. I don't know any imageboard that allows 30mb uploads.
Just double checked and the max size allowed here is 12mb, that includes the total final decompressed size of zips.
I'm open to discussion on raising the max size, but I think 12mb is already pretty big.

Personally I think it'd be better not to do any kind of filechecking, it's just not the admin's responsibility and it gets in the way. As long as a file takes virtually nothing to keep on the server, and it's nothing inherently illegal, then it should be allowed to stay.

>>187
That has nothing to do with file size though. What if I just let someone upload a 20GB file? Then there's 0 disk space left on the server.

There should be a no images subdomain or directory, sometimes I want to scroll /all/ without octopus rape and toddlerkon, as much as I enjoy it.

>>188
I think he meant checking the extension and file header for upload to allow only images. There are problems you run into if you allow just any kind of file willy nilly. I don't think you could run into too many problems by allowing text files if you had reasonable file size restrictions though.

>>190
What I was getting at was that any file should be allowed as long as it's small enough, but I guess he's got to check that there's no child pornography or anything and unpack them.

>>191
Oh no, any file is already allowed inside the zip archives. It doesn't do any checking or modification of those files other than to detect the overall filesize before unpacking, and it needs to have a "main.html" file to act as the entry point when someone clicks the thumbnail.
Those are the only requirements.

I'm a bit undecided about what's best though. We used to allow any file upload whatsoever regardless of type. I disabled that in the last update but I think I want to go back to it.
I may just add some warning at the top of the page that says files are unmodified and file extensions can't be trusted, download at your own risk or something.

>>192
Why does the site unpack the file?

>>193
You know we're using zip files specifically for flash-like HTML5 applications here right?
If it doesn't unpack it then it can't use it. For example:
http://4taba.net/res/brd/f/32/1500097836827/
There's no way to do that without unpacking it.

>>193
>>194
Sorry if I just assumed you knew that already. Your questions make perfect sense now.
Obviously there would be no checks for final unpacked size if it weren't for this.

You could use other archive types and it won't do any checks on it (as long as the archive itself is 12mb or less).
Perhaps we could use the ".html5" extension specifically for zip files that you want to be unpacked (literally just zip files renamed to .html5) but if you leave the extension as ".zip" then it won't unpack it?
That would be a good compromise.

Also I think after the last update there's a bug right now where the site doesn't allow filetypes it can't detect. If someone sees that let me know and I'll try and fix it soon.
I'm working on a totally new codebase for the site right now, so the new one definitely will allow any filetypes to be uploaded.

>>195
So you like upload websites through zips? That's pretty weird. You should probably use some checkbox for that next to the upload button or something.

>>196
It's supposed to be a sort of replacement for flash which is dying. Adobe isn't even going to be updating it anymore.
If you can think of a better way I'm all ears. Flash lets people upload a bunch of resources in 1 file and runs an application. The only way I can think to simulate that is by uploading an archive with a standard main.html entry point.
It's worked fairly well so far for those who've used it.
A checkbox is probably unnecessary if I just change it to require a ".html5" extension. Nobody will have files with that extension unless the intend to upload it for this special purpose.

I wonder if a different archive type would be better though. I think zip has problems with character encodings. .tar.gz is good but I don't know if windowsfags will have a tool for that. Maybe 7z?

>>197
7z can do .tar.gz just fine.

>>197
Bad wording on my part. Windows has 7zip, which can do .tar.gz too.

I noticed that on /f/ the urls don't link to the files anymore, just a page where the flash is embedded. This makes it difficult to download anything from there.

>>200
I'm not seeing it. All files on 4taba are given new, somewhat inconvenient extensionless filenames. Are you sure it's not that?

>>201
Oh you're right. My browser was simply insisting that they were "htm" files because I didn't add the extension on download.

>>202
The new update to the site will restore the file extensions.

>>203
What about the filenames? Are the hashes needed for the board to work? I know 8ch does this thing where they have hash filenames server-side, but saving the image would give you the filename in the download by default.

>>204
The filenames have always been preserved in the database, so that's something that could be done if enough people want it. But timestamps also have some advantages, such as no naming conflicts when you save something, and they're also fairly standard across imageboards.

>>205
It's mostly standard to preserve file names for flash files on imageboards. You want to keep those because opening up a bunch of flash files is tedious when you're looking for a specific one; nobody is going to memorize a bunch of timestamps and there obviously isn't a way to easily get thumbnails for them.

>>206
How would duplicate file entries be handled anyway? Files are saved in per-thread directories, so I guess you could just say no files in the same thread can have the same name, and throw an error otherwise.
Anyway, I think I'm just going to leave the current method as is until after the update at least. It's probably not a good idea to change code vital to serving files when we're so close to switching the site to a completely new codebase. There's probably going to be enough bugs already without file naming complications.
But this idea is something that can always be implemented at any time in the future.

>>207
>Files are saved in per-thread directories, so I guess you could just say no files in the same thread can have the same name, and throw an error otherwise.
4chan does this but the directory is the board. Other chans do it differently, especially because they have threads where you can post flashes inside them. I've seen one that associated the filenames as secondary information while still using timestamps to keep different files around, I don't know how though.

>>208
>I've seen one that associated the filenames as secondary information while still using timestamps to keep different files around, I don't know how though.
I'd guess it saves the files with timestamps but lets the users request files with the filename, then it looks up the name in the database to get the timestamp and serves the file that way. But of course your browser doesn't know any of that happens and it just thinks it access the filename.
That's doable. The best way to implement that would probably be to have file links include the post number, that way the database doesn't have to search for the filename and won't hit any conflicts.
Now that I think about it it would be pretty easy.

>>209
https://www.w3schools.com/TAGS/att_a_download.asp
Maybe this will work? download="actual_filename.xxx"

It works here:
https://www.w3schools.com/TAGS/tryit.asp?filename=tryhtml5_a_download2

But it doesn't work with my own test, weirdly enough:
data:text/html;,%3Ca%20href=http://4taba.net/res/brd/meta/81/1526188409147%20download=%22new%204taba.png%22%3Enew%204taba.png%3C/a%3E

I don't know if it's because I'm linking an external site, or maybe it'll only work on a thumbnail or something (that'd be pretty weird).

Nevermind, it works. Only when I right-click and select "Save Link", not when I use this browser's built-in downloader.

>>212
I can only assume that you haven't put those changes through yet. As one example, https://22chan.org/f/ appends "&=FILENAME" to the end of each file. That might work as a quick and dirty solution, which isn't required here, but you might want something more elegant.

>>210
>>211
Actually that makes me think that we could do both. Since setting that download attribute seems to prevent it from opening the image for viewing inside the browser itself anyway, we could make it so that clicking the thumbnail will open the image inside the browser as normal, but clicking on the filename link above the thumbnail could have the download="actual_filename.jpg" attribute.
If that works then that's an easy 10 second fix. I'll do some testing with a few different browsers and if it works then I'll add it to the new server.

By the way, the new site is basically ready to deploy. But I'm also switching hosts from A2 to DigitalOcean (which has more up-to-date servers, A2 is still using kernel version 2 on their VPS's), so the site may go down some time tonight or tomorrow, and be off for several hours as I move all the data to the new server and update the DNS info.

>we could make it so that clicking the thumbnail will open the image inside the browser as normal, but clicking on the filename link above the thumbnail could have the download="actual_filename.jpg" attribute.
That sounds good, it would've been bad if you couldn't expand the thumbnails anymore. I don't think left-clicking on a normal link will download it, so this is basically the way it'll be in the end.
>click on thumbnail
Media expands.
>(middle) click on link, middle click on thumbnail
Media opens in new tab. (non-original filename if user saves here)
>right click → save on link
Image saves with filename.

>>213
>"&=FILENAME"
meant "&name=FILENAME"