This thread is for all your simple questions about installing and running Wakaba or Kareha, that just require quick answers. Please don't create new threads for issues like that, post them in here instead.
Before posting, check that the question has not already been answered in this thread, or in the previous two threads:
Also check the documentation: http://wakaba.c3.cx/docs/docs.html
There is also a setup guide by Anon: http://wiki.iiichan.net/index.php?title=Wakaba_and_Kareha_Setup_Guide
Questions about "500 Internal Server Errors" go in this thread: http://wakaba.c3.cx/sup/kareha.pl/1109033191/
>>193
You shouldn't really touch the parser unless you know what you're doing. That being said, you can probably fix the problem if you also change while($lines[0]!~/^(?:\s*$|1\. |[\*\+\-] |>| |\t)/) { push @text,shift @lines; }
to while($lines[0]!~/^(?:\s*$|1\. |[\*\+\-] |>)/) { push @text,shift @lines; }
.
>>194
That seemed to do it. I can't seem to figure out why though...
Running Kareha, 2ch mode. Every post (regardless of poster) got the same ID, which made me curious. When I saw the IP attached to the posts in admin.pl, it turned out that all posts were made by 127.0.0.1, somehow.
That seems pretty impossible and I have no idea what’s going wrong.
Are you infected with some kind of PHP malware that rewrites links? Check your .htaccess files for mysterious junk.
Yes, the parser is a terrible regex monster, and is not really understandable by anyone, including me. Lesson learned: Don't do parsers as a series of regex transformations, this never turns out well.
So, I've recently created an imageboard, but found out that with my host, I don't have permission to do exec(). Needless to say, this causes problems, because I cannot use the convert command to create thumbnails.
Is there any alternative to imagemagick, or other libraries that use exec() for displaying thumbnails? I like my host otherwise, and would rather not switch if at all possible.
thanks!
>>202
This sounds weird. CGI works by executing a process on the server, so the problem isn't there. It's more likely that exec()
is disabled for PHP, which doesn't affect CGI scripts at all, and that the server is simply missing binaries for imagemagick.
Hello,
I had a a few quick questions regarding the subback page - not sure if I should have started a new thread for this.
I am wanting to do one of two things:
I'm very new to perl, well to programming in general... I think this has to do with "use constant", although I'm not too sure. I've been toying with it, and have had no luck yet.
2. Pagnating the subback page with "older" and "newer".
Any help would be greatly appreciated.
So, my Kareha textboard started giving an error. I haven't made any changes in it in a while so I don't know what it would be. It's okay from the front page, and you can post from the front page, yet if you try to open a whole page the error occurs and it crashes. It says it's looking for a <br> tag, and not finding it.
View the whole thing by loading a thread: http://chansoft.heliohost.org/grey/kareha.pl/1321138418/l50
Please help me find a fix. Thank you.
>>206
Have you changed your template at all?
>>207
By "template" do you mean the .html files in the "includes" folder?
Yes. And you can see it on the board. I had the footer.html changed a while back but I reverted it back to the original.
I need the Kreha last 50 post option but for wakaba. How can I do this?
In order to do the last 50 posts thing in wakaba, I'd need to generate in res 2 files for every thread: 1, the thread as normal and 2, the thread with just the last fifty posts and a link to get back to the original full thread in the "omitted" area. I'd also need to place a link in line with the reply link that points to the <thread number>_l50.html called "Last 50." I know what needs to be done, I just can't code it. If anyone could help: I'd appreciate it.
How exactly would one go about printing the contents of a constant array in futaba_style.pl? I noticed that Wakaba seems to use a template system of its own, and there's no real documentation...
>>211
...Never mind just figured out what was going wrong. I just needed to escape the > with a \
Does anyone know if its possible to move a thread from one board to another in Wakaba? I'm assuming all I have to do is move the data from one comments table to another, but I'm worried that there might be some crazy date/sorting related stuff that will fuck it all up for me.
Anyone a little more matter on the topic hanging around here?
Moving the rows to the other table, and moving any images in src/ and thumb/, and then rebuilding caches should work. You'd probably want a program to do it for you though.
>>214
Is there anything you recommend? I thought I might be able to try it out in the SQL interface, and then add a function to wakaba.pl once I'm sure it works 100%. I just wanted to make sure the thread wouldn't magically render in the wrong order, or post numbers wouldn't collide. Would it be a good idea to change all of those values to make sure nothing gets in the way of each other?
>>213-216
It seems like there's an unintended side effect to simply "moving" the thread over. The post numbers on the new board get bumped up (what would happen if they were lower on the source board? More problems I'd imagine). I guess the only way to avoid this is manually editing each field or changing everything problematically...
I can't seem to figure out where posts
in my ($parent,@replies)=@{$$thread{posts}};
comes from in sub build_cache_page($$@)
Can anyone help me solve this?
Can anyone walk me through this? I'm a bit lost as to what this is doing exactly.
while($row=get_decoded_hashref($sth))
{
if(!$$row{parent})
{
push @threads,{posts=>[@thread]};
@thread=($row); # start new thread
}
else
{
push @thread,$row;
}
}
push @threads,{posts=>[@thread]};
Has anyone here successfully configured Kareha with Nginx so that he can paste his config?
>>220
Last I checked there's really nothing you need to do with nginx specifically other than getting Perl running if you haven't already.
>>221 I have, but links like kareha.pl/1326737060/l50 don't work. They throw 404s.
>>222
Kareha uses the PATH_INFO server variable which apparently doesn't work correctly in nginx (see http://www.saltwaterc.eu/how-to-fix-nginx-and-phpfastcgi-path_info-issue.html).
My suggestion would be to change PATH_INFO to QUERY_STRING and modify templates so that links become kareha.pl?/...
instead of kareha.pl/...
.
>>223
Huh... I wonder why I never had that issue.
I think I had some crazy url rewrites(because of some previous reverse proxying that I did) that may have magically fixed the problem.
Are there any other ways to get this working without having to make the URLs less aesthetic?
>>223,224
Any chance the issue's been fixed recently?
Currently, Wakaba's ban feature only prevents the users from posting. Is there a way to ban them from viewing the board as well?
>>226
That has to be done server-side, e.g., using Apache's mod_rewrite or access control directives.
Okay, here's two recently discovered in wakaba vulnerabilities:
1) deny of service: every time user deletes post with "file only" flag wakaba updates db and rebuilds cache, even if there's no file already. so it's possible to "delete" post unlimited number of times, and each will cause complete cache rebuild and DoS as a result
2) wakaba doesn't check "admin" flag when deleting thread with "archive" flag set. so anyone can forge request and put own threat to archive. Post CP, delete to archive, write abuse. profit.
Archiving will only work if there are folders for the archive, and if they have the correct permissions. Simple solution, don't have an archive.
The potential for DoS is more important.
>>229 well, another simple solution is to add
$archive = 0 unless($admin);
in delete_stuff after
$password="" if ($admin);
>>231
wakachan.org have arch on some boards.
iichan.hk (ex iichan.ru) have arch on almost all boards.
Good thing that, although wakaba distribution includes arch directory, there's nothing in manual about setting permissions for it. So it's safe to assume, i think, that by default you don't have an archive.
Second problem (DoS) also kinda easy to fix. I can post a patch against latest wakaba.pl if anyone interested.
>>232
I just wrote up a small fix for my board. I just made a variable called $hasimage
, and I set it to 1 if if($$row{image})
is true. Then when its time to rebuild caches, I just put a make_error()
inside of if(($fileonly)&&($hasimage==0))
.
After I did all of that I realized I could probably just do a make_error()
as an else statement appended to if($$row{image})
, but both will work just fine I think.
>>233
I'd post a patch, but my wakaba.pl is... pretty different at this point compared to the standard one.
>>233
Well, that's not a proper way, as you should just redirect user back if there's nothing to update.
Proper way is: return 1; at the end of delete_post, return 0; as an else statement for if($$row{image})
Also, change UPDATE sql statement to set image=null
(i have no idea, why it's not updating image field now)
Next, change code in delete_stuff to something like this:
my $updated=0;
foreach $post (@posts)
{
$updated+=delete_post($post,$password,$fileonly,$archive);
}
# update the cached HTML pages
build_cache() if ($updated);
>>235
I'm sorry, but how does one decide what's proper or not? If it works, it works.
>>236
Well, first of all, it changes how wakaba behaves. Second - showing an error (which is generated from template every time) is more resource consuming than redirecting to a static file. Also note, that Mr.Manager's code doesn't update db, so $$row{image} will always be true.
Anyways, it's entirely up to you which solution to use.
>>237
If it updated the db before it still should. I'll check it out once I get back from work.
How do I change the folder's name from wakaba to something else without messing things up.
>>239
I think you can just change the folder name and the script will handle the rest...
>>240
Thanks for the answer but that doesn't work
Whenever I change the wakaba folder's name it keeps linking everything else to the wakaba folder.
>>242
Um I don't know exactly what you mean by that :S
Wakaba 3.0.9
Some basic questions for you guys.
• I've searched for a while as to where the place to change what style sheets are used. I assumed it was in futaba_style.pl but after searing through many a perl file I could not locate it. I thought what If I just take the existing styles out of .../css/ and of course replace them with my own and fix it in the config.pl but I don't want to get to install time and have a stupid question. I'd rather get my being stupid done with. Even a thread with the relevant information would be great.
• Would it be better to lower the CAPTCHA_LIFETIME => from 1440 seconds to say 60?
• Does setting TRIM_METHOD => 1 when using ARCHIVE_MODE => 1 make for a correct environment so that the script can archive properly instead of doing some funky unwanted stuff?
• What does NUKING a board do? My thoughts are a nuke, which would mean no more board. I'm clueless on this one since I never had to feel the need to click the button.
• That's about the only problems I'm having as I was successfully able to set up multiple wakaba boards in the past with little difficulty. I just need to get a little more creative and make it my own.
Thanks for having a great script. WAHa :)
Also I wouldn't need .../extras/oekaki, old_perl, translations, and load_balancing directories if I'm not using them right? Don't know if I need any of this miscellaneous.
> I thought what If I just take the existing styles out of .../css/ and of course replace them with my own
That's actually all you need to do.
>What does NUKING a board do? My thoughts are a nuke, which would mean no more board. I'm clueless on this one since I never had to feel the need to click the button.
Pretty much. I mean, the board's still there, but all of the data is deleted.
> Does setting TRIM_METHOD => 1 when using ARCHIVE_MODE => 1 make for a correct environment so that the script can archive properly instead of doing some funky unwanted stuff?
You'll need to make the folders and set up the permissions manually.
>245
Exactly.
Alright cool. Fun times then
Thanks Mr. Manager
I thought the folders in each install were already setup. As in:
I'm not on the computer right now but I believe it's the the "arch" folder that has 3 folders in it. Either way I thought the "arch" folder was reserved for archival needs.
I know you're host has to be cool with .pl scripts as well so that everything gets chmoded proper like when the html get crapped out from the whole archive process.
Another dumbass thought. I was pondering what you wrote about
You'll need to make the folders and set up the
permissions manually.
I figured I might want to look inside of config.pl at the bottom where all directories are listed, or in the archive script which I forgot what it's called. When I get home I'll look in those 2 spots and if it's not there I'll just lurk moar?
Again, many thanks Mr. Manager.
>>248
I was talking about arch
. All you'll need to do now is make sure the permissions are okay, and you should be fine. In my experience, archiving seems to be a little testy on most setups, so I'd experiment with unimportant threads before using it for anything serious. I accidentally lost the first 50 posts of my board because wakaba and my server configuration didn't like arch wasn't owned by www-data.
I'm too stupid sometimes.
config_defaults.pl
Is this for after a nuke?
Lawd. I remember reading somewhere that it'd be good to have the tables (admin and proxy) for all the boards be the same.
For admin tables I get it for banning on all boards. I know about the crypto secret in config.pl (all tripcodes the same). I'd just like some clarification from some pros on the proxy side.
I don't think you're going to need a dedicated server. Get a $15/year VPS from BuyVM if you want to experiment.
Well I'm OK on the web hosting now. I was just tripping out and didn't want to do the wrong thing.
So what about the proxy tables being the same?
Is config_defaults.pl for after a nuke? Does it resort to needing that.
>>255
Sure, and no. Your config is safe after a nuke.
Well thank you good sir.
I was wondering if this thread is dead:
wakaba.c3.cx/sup/kareha.pl/1111785884/
I think it is but I was wondering if you have to have a seperate SQL DB for each notes install?
>>238
Nah, it updated just thumb, leaving image
as it is
>>259
Interesting. Thanks for pointing it out. I would've never noticed.
I'm still thinking that it's one SQL per notes install.
Thanks dudes,
To change the filetypes that are OK to use on a board. Would I go into
wakaba.pl
and go to
sub get_filetypes()
and just add some more
sub get_filetypes()
my %filetypes=FILETYPES;
$filetypes(gif)=$filetypes(jpg)=$filetypes(png)=$filetypes(mp3)=$filetypes(torrent)=$filetypes(swf)=1;
Something like this?
I forgot. it's been about 2 years since I last attempted this.
I just noticed that whole ID thing. I'm on my phone and I guess at&t give their phone network some random IP thing. not too sure. Well I'm setting Wakaba up today, well hopefully.
I'll try and see what I can do and then I'll come back here to see what's good. I was perusing around the internet and was at wakabachan iiichan and some other ones and dome of them had the main board HTML as some funky stuff, other than the generic index.html and I was wondering if that was some normal thing or if you could just rename it in config.pl or some other .pl and then rebuild caches?
Oh yeah did you hear about godaddy getting pwned somehow? All there servers went to crap. Darn news.
> Oh yeah did you hear about godaddy getting pwned somehow?
It's surprising how much I've heard about that... I wouldn't expect people who use GoDaddy to know how to read, let alone type.
>>264
Hey now, I have a single domain with them from a year and a half ago, before I knew any better.
I guess I'll stick with it until I find something better. I might have to make another thread on hosts. since I don't think it's been posted to in quite a while. I for one don't have a ton of money and I'd like a host who isn't going to whine about the stuff I have on the site. Obviously nothing illegal. I do want to have a tgp but that's besides the point.
Anyways I believe we're getting off topic. I'll create a thread for new hosts because I hate being that necroposter Guy.
I think we also need a new thread for the Notes script. because I like it.
> Don't start new threads for every question,
... just sayin'. the existing threads aren't full yet, why not keep using them?
I'm not starting threads for every question. This is the first thread I started.
wakaba.c3.cx/sup/kareha.pl/1347420999/l50
it just doesn't seem like web hosts is this threads topic. the other thread I read and I'm looking for some different answers so I think it's a tad different. I'm not going to argue, I'd just like to get some help or suggestions is all and not waste my money.
my bad. The notes one was just a suggestion. but the web host one is something I'd like to plan out in advance and have it ready to go.
Why is Kareha so slow for large boards? e.g. /dqn/
>>271
I hear its slow all the time, but I just went to DQN and every thread I opened loaded with 1 second.
Ok so I got one test board up so I can figure out what I'm doing wrong and not replicate it. But I have
fuckingdesired.com/a/wakaba.html
and it's letting me know that it's timing out when it tries to get to
https://www.fuckingdesired.com/a/wakaba.pl?task=admin
which is kind of a bummer. I'm allowed to post images, but i was trying to replace the css and rebuild the caches, which should fix the css and make it all good. At least I was thinking. I do have the https, the secure admin thing on in config.pl. I'm thinking I may want to turn that off and try again.
Ok so I'm thinking I was just trying to be too cool. I took off the https secure thing and redid the board and it's semi cool for now. So yay.
Oh my gosh, this is quite frustrating. I got one board set up by some kind of trial and error. I tryed to setup my other boards under the same MySQL
I have the same user & pass for the DB for each board, but with different tables for captcha and comments and the same for admin, and proxy. that the first board has and for some goofy reason it's coming back with an error, a 500 server error to be exact. I figured I'd check here and see if I did something really dumb as crap. You can check it out at
fuckingdesired.com/am/wakaba.pl
or any thing like that since I have them all hanging out. I hate FTP with android. Sooooooo dumb.
If Waha has any questions or want to see the config just send me an email gotabowl at gmail.
what's wrong with utorrent?
I figured it out, I just didn't put the right permissions.
>>278
A lot but that's completely beside the point.
I'm trying to get Wakaba to keep linebreaks in certain parts of the template, specifically things that are included, but I can't seem to figure out how to get the whitespace successfully preserved in include() to not get stripped away in compile_template().
Any ideas? I have half of it working, I just need to find a way to make everything else play along.
>>280
Find sub include($)
in wakautils.pl
, and change the whole block to something like this:
sub include($;$)
{
my ($filename,$nostrip)=@_;
open FILE,$filename or return '';
my $file=do { local $/; <FILE> };
unless($nostrip)
{
$file=~s/^\s+//;
$file=~s/\s+$//;
$file=~s/\n\s*/ /sg;
}
return $file;
}
Then use something like include("file.html", 1)
in the templates. The second argument will tell it to not strip whitespace.
I coulda sworn I already replied to >>281, but I don't see it here.
Anyways, I already got it not to strip whitespace in include(), but it's getting stripped later on in compile_template(). That's where my problem is.
I'm using Kareha on a board I made, but for some reason every new thread's number is 1, even though it should auto-increment.
Now in Wakaba it would just be setting the MySQL table's thread number value to auto-increment, but since Kareha doesn't use SQL, how do I do this?
That's how it works.
I was wondering how I can get different, or other file types to be able to be uploaded, rather than the default jpg, PNG, and GIF.
I've searched for a solution but I guess I'm obviously retarded
>>286
There's an option in the config for this last time I checked...
Well like I said, I might be a tad retarded, I'll take a look for it again. Thanks for the reply though.
I am using Wakaba and I checked the config.pl again
#use constant ALLOW_UNKNOWN
#use constant MUNGE_UNKNOWN
#use constant FORBIDDEN_EXTENSIONS
These are what I came up with. This is my first time set up so I'm not that knowledgeable on where this would be located but when I look at the setting listed above it just seems like those are the files that aren't allowed. I'd rather not mess around with it because I know I'll mess it up. I waited a month last time because I put a & in the
use constant TITLE
field.
Ok well I think I got it figured, my brain is full of hurt.
So my guess is that I uncomment the filestypes I'd like to use as long as there are images for them. I'd like to include .rtf, .txt, .docx
# Icons for filetypes - file extensions specified here will not be renamed, and will get icons
# (except for the built-in image formats). These example icons can be found in the extras/ directory.
#use constant FILETYPES => (
So all I have to do, I think is include the randoms after these ones and uncomment the ones I want? Like so?
# # Other files
# swf => 'icons/flash.png',
# torrent => 'icons/torrent.png',
rtf => 'icons/rtf.png',
docx => 'icons/docx.png',
txt => 'icons/txt.png',
odt => 'icons/odt.png',
Blimy
ok so where I'm testing this at is
fuckingdesired.com/test/
and I got the filetypes to display on the rules.html but when I tried to post a txt file I got this:
Software error:
Possible IE XSS exploit in file at wakautils.pl line 1118.
I went to line 1118 where it told me it's having a problem
# Check for IE MIME sniffing XSS exploit - thanks, MS, totally appreciating this
read $file,my $buffer,256;
seek $file,0,0;
die "Possible IE XSS exploit in file" if $buffer=~/<(?:body|head|html|img|plaintext|pre|script|table|title|a href|channel|scriptlet)/;
Looked through this a bit and decided I didn't know what it did but it was quite a bummer. Thought I had figured this out. So I went back to the config.pl and uncommented these hoping it'd make it work but nope
use constant ALLOW_UNKNOWN => 1;
use constant MUNGE_UNKNOWN => '.unknown';
So now my head is full of fudge again but I'll attempt to play around and figure it out which is why I made a test board.
Good gawrsh...
Ok jeeze didn't take too long to figure out.
I went into wakaba.pl line 1613 and added this business
sub get_filetypes()
{
my %filetypes=FILETYPES;
$filetypes{gif}=$filetypes{jpg}=$filetypes{png}=$filetypes{rtf}=$filetypes{doc}=$filetypes{docx}=$filetypes{txt}=$filetypes{odt}=$filetypes{odf}=1;
return join ", ",map { uc } sort keys %filetypes;
But for some reason the images I made aren't showing up even though I defined where they live in the config.pl? kind of odd
I guess I figured it mostly out so now I can try to figure the next portion out.
The test board is at
fuckingdesired.com/test/