This thread is for all your simple questions about installing and running Wakaba or Kareha, that just require quick answers. Please don't create any more new threads for issues like that, post them in here instead.
Ok, so please tell me how I can go about firstly: Setting up ImageMagik, and secondly: When I reply to one of my threads when It moves to a new page the permissions on that page change so I cant write to it. Does this mean that whenever a new page is created when the max amount of threads for a page has been reached I have to manually change the permissions?
For your first question, that's not really on-topic here. Go to http://imagemagick.org/ and read their documentation.
For the second, I still don't understand what you're saying. What do you mean by "I can't write to it"?
I mean that when you post at my Imageboard and your thread gets moved onto a new page like 1.html the permissions for 1.html are set up so all users cant write to that file. This happens everytime a new page is created by the user after the max amount of posts has been reached for that page. Does this mean that whenever a new page like this is created I have to be there to set the right permissions?
I think you're confusing users on the board and users on the web server. If the script is making files it can't write to later on, the web server is definitely messed up.
Argh and is there anyway to rectify this?
>>6 talk to the server admins, get them to relax and release the permissions for script-created files.
I contacted my hosts support people and they just told me to try a search engine and that they cant possibly fix stuff like that. I think they tried to blame the script, argh stupid! So without the help of those guys its not possible? Goddamn godaddy.
So Ive been messing about with it and I found that, just after a new thread is created you can reply to it no problem, but then after awhile when you reply it says error writing to res/199342234.html at wakautils.pl, I know this is just telling me my permissions arent set up right but in the time period that you CAN reply to this thread the permissions are exactly the same as when you cant. This is very confusing.
> the permissions are exactly the same as when you cant
What about the owner?
The permissions are 644 when a new html is ctreated by the script, the owner can read and write to the file but not execute and all others can just read, the thing that gets me is why you can write to it just after a new thread is made but cant later on.
The question was, who is the owner, before and after?
Like its the owner of the hosting I guess, which would be me I guess. I can write to the files but other people cant.
"I guess" is no help. You'll need to get an actual list of the files and the specific names of their owners.
Ive been running 2channel like BBS for couple of month and found out the spammer (robot) do not submit messages in case of the word "http://" is banned.
Is there any way Kareha can control forbidden word?
or at least, kareha do not make auto link in a message?
Anything you put in spam.txt will be forbidden. So you can put http:// in there if you want to go so far as to forbid links entirely. I find that adding <a href=" and <a href=' helps a lot if you're dealing with bots that are dumb enough to try and use HTML everywhere.
Disabling auto-linking can't be done from the configuration, you have to edit the code to remove it.
Although this might seem like a stupid question to ask, I keep getting this error.
Software error:
Malformed multipart POST
This keeps showing up when any comment on the wakaba board is submitted WITH a picture. Could it be permissions or possibly something else?
First guess: Mis-configured Apache. How, exactly, you'd mis-configure Apache to give that kind of error is beyond me, though.
I try to post a reply on a Wakaba board and I get:
Method Not Allowed
The requested method POST is not allowed for the URL /f/wakaba.pl.
WTF?
Most likely Apache is set up to forbid POST requests. The only fix is to ask your admin to remove that limitation. If they don't, Wakaba won't work.
>>16 thanks that will help a lot. made a nessesary amendment.
One another question about management.
Is there any function Kareha keep IP address in each replyied message ?
As I need to kick out screwed people in the thread, i am hoping that I can find the function but I could not find it.
Please advise
The IPs are stored encrypted in log.txt. admin.pl can show IPs, but isn't actually set up to do it by default. To make it do that, edit admin.pl and change <var $masked_ip> to <var $ip>. I'll try to make that part a bit simpler in a future version.
Is there a way to disable tripcodes?
I can't find any license information in Wakaba. Can I use parts of the code in a GPL project?
s/Wakaba/Kareha
Thanks that worked!
If I would like to have textra area for stable size what should I do?
Does it disturb the program to change following part
<td><textarea name="comment" cols="64" rows="5" onfocus="size_field('<var $formid>',15)" onblur="size_field('<var $formid>',5)"></textarea></td>
to
<td><textarea name="comment" cols="64" rows="5"></textarea></td> ?
>>28
That should be fine. I can't think of any reason it wouldn't work.
Yes, that should work fine.
Thanks for many kind advise.
Well, it's about manage problem but someone knows how to change
moderators name colour in BBS ?
I've changed config.cgi
use constant CAPPED_TRIPS => ('!hogehoge'=>'<font color=#FF0000>★webmaster</font>');
but after I made a change, it turned out rest of all messages
changed to red color which I did not meant to.
All I need to change is webmaster and moderators name color as to
show users know I am the real manageing person.
If someone knows how to modifiy the program please advise.
Thank you so much.
That looks about right, as long as the '!hogehoge' is replaced with the actual output from the trip (like '!WAHa.06x36' for me). I'd put quote marks around the color argument to be valid XML, though: <font color="#FF0000">. Otherwise I can't think of why it wouldn't work, unless you forgot </font> or something...
On my FreeBSD box, regular tripcodes (#) don't work, but secure tripcodes (##) always stay the same. What the heck is up with that? If I have to install perl libraries, that would be fine with me.
Oh, right, I've heard of that... Some of the BSDs use a more secure algorithm for crypt() by default, meaning they won't produce the expected output. There is some flag somewhere that will turn this off, but don't ask me what it is. Try Googling for problems with crypt() under FreeBSD.
>>33 it was simple mistake. quote marks worked ! Thank you : )
I see text laying on top of of the background on IE with 2-channel design.
Is there any way I can fix this problem?
Firefox looks better but still the page is slightly crooked to the right.