WDFA, I have the same "problem" with my web host. It isn't a problem with the hack instructions. Most servers will run a CGI at 777. However some(like yours and mine) have to be at 755. I am not sure exactly what it is as I do not run web hosting services, but I assume it is either a configuration setting or a misconfiguration by our web hosts.

Re: corrupted files

On non-Unix/Linux platforms, you should use binmode for reading/writing binary files:



It's ok to use binmode on Unix platforms too. It's unnecessary, but doesn't hurt anything.

<FONT COLOR="#000000" SIZE="1">[ July 10, 2001 05:26 PM: Message edited by: Dave_L ]</font>

Thanks dave_L!!

Yup, that definantly works. Thanks Dave! That should be added cause I am sure there are a fair amount of windows users out there.

BTW if you could just add a number like the others suggested (image.jpg, image2.jpg etc) it would be alot better than random file names. Thanks!

Hmmmm I decided to try and do it myself. If anyone has suggestions let me know. I know very little perl



This is where he is generating a random file name. What I ideally want is for it to either overwrite the file or create a new file with a number added to it. Since I know so little perl I think I'm just going to take the easy way for now and just have it overwrite it. My dream solution would be for the program to see if the file exists, if so ask the user if he wants to overwrite or rename. I don't know how to do this of course, but if anyone would like to show me how that would be great Instead, I'll just make it use the normal name, but add on the username.




So now lets say you upload Test.zip and your name is John Smith it will rename the file "JohnSmith-Test.zip".

<FONT COLOR="#000000" SIZE="1">[ July 13, 2001 04:21 PM: Message edited by: James Lewis ]</font>

OH BTW... I am not sure this would work if you allow unregistred users to post. Since it is using a cookie give to the user by the UBB, it would probably just give you something like "-test.zip" unless the UBB gives unregistred users a generic username, in which case it would be genericusername-Test.zip. Anyways. One last thing... I fixed the problem with it giving bad URLs for files with spaces in their names.

just put "$Filename =~ s/ /%20/g;"
below this:

#### file uploaded ######

in upload.cfg. Like I said, I know VERY little perl... like none really, so use these things at your own risk.

It's ok to use binmode on Unix platforms too. It's unnecessary, but doesn't hurt anything.

<FONT COLOR="#000000" SIZE="1">[ July 10, 2001 05:26 PM: Message edited by: Dave_L ]</font>[/b]<HR></BLOCKQUOTE>

Just to clearify for other Windows users who have the issue where it corrupts your files...

The above instructions work perfect, but there not instructions 8)...

SO:



Thank DaveL for the FIX!!!!

Hey james lewis, do you think it's possible to upload as the member number?

HEHE... I just typed about 7 FULL paragraphs about how & why that would be a bad idea, then relized what you were trying to accomplissh.....(i.e. the uploader would only have the option to upload one file per type, cuz it would overright the existing file if it was limited to saving ONLY as the usernumber...)

BUT, you're probably setting your upload dir to the Custom Avatars folder, so your users can upload there own custom, and have it be available from the Personal Option ??? right?

If so... Yes, it's TOTALLY possible, and I think I can figure it out!... I'm looking in to it, the code where it lies is already posted in one of the above message, where it went from randomfilename to usernameandnumber.

that's what i've trying to accomplish since this hack came out. To me, this hack went hand in hand with qasic's avatar hack, and would be great if i used it for the personal ones! I've been asking everybody how to do this and if you can pull this off, you'll be a godlike hacker in my book!

It's real easy actually. You see my above code to make it so that it adds the username to the file? Here is what you would do if you wanted it to add their usernumber instead of their name to the file:



If you want JUST the usernumber to be in the filename, then just do this:



<FONT COLOR="#000000" SIZE="1">[ July 15, 2001 10:07 AM: Message edited by: James Lewis ]</font>

And again, let me warn anyone that using my changes is a risk. It is sloppy, and I have no idea what I am doing It is very likely that this code would not work if you disabled cookies, and while it works perfectly on my windows 2000 server, I have no idea how it will work on other configurations. One last thing. You might prefer to use the username instead of the usernumber if that was the onlything in the file name. In that case just replace the line

if ($ubber[4] ne '') { $user_number = $ubber[4];

with

if ($ubber[0] ne '') { $username = $ubber[0]; }

and the line

$Filename = join '.', $user_number, @yourvar[1];

with

$Filename = join '.', $username, @yourvar[1];

<FONT COLOR="#000000" SIZE="1">[ July 15, 2001 10:09 AM: Message edited by: James Lewis ]</font>

I'm trying to test it out, but i keep getting this.



Should i just delete this part?

Hmmm. Only thing I can think of is this (and it is a blanket fix approach... I hope someone who has some time will be able to find all my enificiencies and fix them). If this doesn't work... I really have no idea

Make sure all of these are listed in your upload.cgi

require "vars_config.cgi";
require "$vars_config{VariablesPath}/vars_display.cgi";
require "$vars_config{VariablesPath}/vars_misc.cgi";
require "$vars_config{VariablesPath}/vars_email.cgi";
require "$vars_config{VariablesPath}/vars_registration.cgi";
require "$vars_config{VariablesPath}/vars_template_match.cgi";
require "$vars_config{VariablesPath}/vars_wordlets.cgi";
require "$vars_config{VariablesPath}/vars_wordlets_mods.cgi";
require "ubb_lib.cgi";
require "ubb_lib_time.cgi";
require "$vars_config{CGIPath}/ubb_lib_2.cgi";
require "$vars_config{NonCGIPath}/Templates/public_common.pl";

require "$vars_config{VariablesPath}/vars_search.cgi";
require "$vars_config{VariablesPath}/vars_pm.cgi";
require "$vars_config{VariablesPath}/vars_wordlets_err.cgi";
require "$vars_config{VariablesPath}/vars_wordlets_img.cgi";
require "$vars_config{VariablesPath}/vars_wordlets_date.cgi";

I forgot to mention that I added any files required by ultimatebb.cgi to my upload hack in case the cookie code I copied from there was using other files required by the ultimatebb.cgi file. Many if not all of those may be unnecessary... but I wanted to make sure it worked.

<FONT COLOR="#000000" SIZE="1">[ July 16, 2001 02:34 PM: Message edited by: James Lewis ]</font>

That was the problem! Works like a charm! Thanks a million!

Hmmm. Only thing I can think of is this (and it is a blanket fix approach... )..

What did this fix?

sub set_page_elements is found in public_common.pl so you might wanna cut your require statements down a good bit, it should speed up your forums a little.

require "$vars_config{NonCGIPath}/Templates/public_common.pl";

Hmm, ya I just tried commenting out all the requireds that I put in from ultimatebb and it worked fine without them. So these should be unncessary:

require "$vars_config{VariablesPath}/vars_search.cgi";
require "$vars_config{VariablesPath}/vars_pm.cgi";
require "$vars_config{VariablesPath}/vars_wordlets_err.cgi";
require "$vars_config{VariablesPath}/vars_wordlets_img.cgi";
require "$vars_config{VariablesPath}/vars_wordlets_date.cgi";

Thanks Allen! I don't see a difference in speed, but that might be different on a server with heavy load.

Anybody know why I would get this error after hitting the upload button?

Software error:
CGI open of tmpfile: Permission denied

For help, please send mail to this site's webmaster, giving this error message and the time and date of the error. [Tue Jul 17 23:37:36 2001] c:inetpubwwwrootforumcgi-binupload.cgi: CGI open of tmpfile: Permission denied

I'm baffled. I've tried every different permission combination known to man for the /uploads directory, as well as the two upload.cgi files.

Any help would be greatly appreciated.