Furry stuff, oekaki stuff, and other stuff.
You are not logged in.
Your server is probably configured to refuse directory listings if there is no index file, though files in the folder are still public. That's not unusual, though it can cause some headaches with scripts.
BTW, that file I gave you is all you need. If Wacintaki is updated in the future, it will still work so long as the "edit_avatar.php" file has not been changed in the update.
wow waccoon you're so amazing it really helped! thank you so much!
(I wish I had your talent XD because in some weeks we have to code a website
only in editor and I'm quite afraid of it...)
btw the chmod of the avatars folder were 755
don't know why it shows the error message...maybe server setting... but as long as it works I'm happy :3
OK, try this: hacked avatars (v1.3.12)
This file has hard-coded paths included so the correct paths will be used for both the server filesystem and the web browser links. It is already configured (to the best of my knowledge). To use it, you must make the following changes:
- Copy the new file to each board.
- Change the avatar path in the control panel for each board to "http://main.nskies.de/avatars".
- Change the CHMOD permissions of the main avatars folder so it is viewable to the public (currently "Forbidden").
I tried it (both: ../main/avatars and ../../main/avatars)
but it dosn't work..
and you're right
the files and folders are like you said
the oekaki folder is in the main folder
and each board is in the oekaki folder (with its own folder)
oh maybe that's important:
at the diagnostic page
it says
./../../main/avatars/ Missing
and if I'm using
only
./../main/avatars/ OK
but still no avatars... strange
You must put the relative local path into the code. Every sub domain on a domain is just a path. You just need to find out what that path is, and it should work.
Even if the web server is serving files for "doodle.nskies.de", the internal path used by the server might be something like "./httpd/public_html/oekaki/doodle/", and for PHP, it would be truncated to only the present working directory, or just "/". You can reach parent directories with the backtick. To get to the present working directory with a backtick, you would use "../doodle/"
For example, let's suppose that if you log into your root account, which is used for your master web site files, you would see something like this:
/public_html (main site files go here) /oekaki /main (oekaki files here) /doodle (oekaki files here) /theme (oekaki files here) /coloring (oekaki files here)
Then your paths would look like this:
main: "/avatars"
doodle: "../main/avatars"
theme: "../main/avatars"
coloring: "../main/avatars"
This might be different, depending on the directory structure of your server. You might need an extra backtick in there ("../"). The trick is that a local path must be used. Anything that starts with "http://" will be able to read avatar files, but not write to them.
The "URL to OekakiPoteto" is used for e-mails, particularly account activation. It's best to use the sub domain on which the board is hosted, rather than the "main" board, so redirects work correctly. So, each of your boards would have it's own "URL to OekakiPoteto", instead of sharing the same path.
yup it's working now
thx so much hooray
edit: sry ...
maybe it's just me
but while using a subdomain for every board
is it possible to share the avatars?
cause it doesn't seem to work entering relative paths like this:
main avatar folder on main.nskies.de
and want to use the same avatars on every other board like doodle.nskies.de
so I entered
"../main/avatars/"
but it's not working ._. it won't show my avatar
sheesh...I'm a way to complicated sry 'bout that
edit2:
k nevermind using the full url now to link to the main avatar folder
(http://nskies.de/oekaki/main/avatars/)
and it works
edit3:
well...but I (and other users) get errors if I (or they) try to upload an avatar on any other board (not main)
something like:
Warning: fopen(http://nskies.de/oekaki/main/avatars/50 … c0d883.png) [function.fopen]: failed to open stream: HTTP wrapper does not support writeable connections in /www/htdocs/w009bd08/oekaki/doodle/edit_avatar.php on line 88
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w009bd08/oekaki/doodle/edit_avatar.php:88) in /www/htdocs/w009bd08/oekaki/doodle/common.php on line 220
so it only works while using the main-board for uploading avatars ._."
and I want to be able to upload the avatar on any of these boards...)
maybe I have to change some little thing...not sure...pls help
Edit record X.x..
is it better to put in the control panel at "URL to OekakiPoteto"
the subdomain-link or the full path?
(currently using the path)
I hope you understand what I mean
This should be what you need. You might have to clear your browser cookies before the new domain setting will work.
// DOMAIN { // Failsafe, or disable (default) // $cookie_domain = ''; // For every subdomain. Keep the period at the front for maximum compatibility. $cookie_domain = '.nskies.de'; }
actually XD this isn't exactly a free serv it costs 8€ per month (but I tried first a free test server, because I didn't want to spend 8€/month without knowing if this is a good webspace thing..)
and thx your new upload-file also works now *bows*
I have one more (I hope lol) question
it's not a problem but I don't understand it xD...
that cookie-sharing-thing
// PATH
{
// Failsafe, or disable (default)
$cookie_path = '';
// For the whole server (be careful!) or subdomain (OK).
// $cookie_path = '/';
// Shared server that uses accounts (not subdomains). Folders are CaSe SeNsItIvE!
// $cookie_path = '/AccountName/';
}
// DOMAIN
{
// Failsafe, or disable (default)
$cookie_domain = '';
// For every subdomain. Keep the period at the front for maximum compatibility.
// $cookie_domain = '.myserver.com';
}
I am using subdomains
like:
oekaki/main < Main Board subdomain: main.nskies.de
oekaki/doodle < Doodle Board subdomain: doodle.nskies.de
oekaki/coloring < Coloring Board subdomain: coloring.nskies.de
and so on
but I don't get how to put it in that hack-file
do I have to write:
// $cookie_domain = 'main.nskies.de';
or more?
I also wrote:
$cookie_path = '/oekaki';
^- works if I'm using the correct path and not the subdomains
Edit: argh...it even don't want to let me log in while using "main.nskies.de"
thx in advance waccoon :3~
1) Free services like that don't offer shell access, so the short answer is yes.
2) MIA!
3) Bug! The draw screen works properly, but the uploader doesn't. I thought I updated them both. OK, just get the new uploader (1.3.12)
4) Some free servers won't send e-mails due to concerns about spam, so in the Wacintaki control panel, you'll have to change the "Require Approval?" setting. Unfortunately, there is no way for PHP to test if the server can send e-mail or not without actually trying to send an e-mail. Either "yes" or "no (forced)" will work, but "no" will not work on your server.
1) okay So is it safe for me? (sry don't rly get this technical stuff ._."
it's just I want to buy a webspace at all-inkl.com [german] and they said:
"50 Kunden je Server" (50 customers per server))
3) upload problem: I tried this, but still...I can'T upload an image, when I have a WIP
4) btw Server sending no confirmation/activation linky-thinky or Recover Passwort Email
I tried both and it doesn't sent me any Emails...
(I was also looking in the spam/junk-folder)
is it because I set all CHMODs (for testing if everything is working with lower chmods)
after installing back to 755 (I'm not sure if I should rly tried this xD)?
Or is it a problem from their side?