I've added a file field into the add form and when I attach a file it take a long time to submit so i assume it is uploading the file but then I don't know where to find the file...it isn't where I entered in the table editor for "FILE Save Location"
Sep 9, 2002, 7:48 AM
Veteran / Moderator (2577 posts)
Sep 9, 2002, 7:48 AM
Post #2 of 29
Views: 7915
Same problem. Speed issue when uploading and location problems.
What type of file are you uploading? Are you storing as HASHED?
http://www.iuni.com/...tware/web/index.html
Links Plugins
What type of file are you uploading? Are you storing as HASHED?
http://www.iuni.com/...tware/web/index.html
Links Plugins
Sep 9, 2002, 7:50 AM
Veteran / Moderator (2577 posts)
Sep 9, 2002, 7:50 AM
Post #4 of 29
Views: 7912
Maybe I should use the simple method, it might solve my problems in the plugin authors forum. I read that it is not a good idea to use simple over hashed for over 10,000, but how many people have 10,000 users on their links?
10 secs for 130kb does sound excessive. But I have experienced this when uploading a similar si*ed attachment on GForum.
10 secs for 130kb does sound excessive. But I have experienced this when uploading a similar si*ed attachment on GForum.
Sep 9, 2002, 8:00 AM
Veteran / Moderator (2577 posts)
Sep 9, 2002, 8:00 AM
Post #8 of 29
Views: 7877
Errrr, well I should work??
Try HASHED and see what it does.
And the form you used to upload has all the necessary crap in it? ENCTYPE="multipart/form-data" blah
http://www.iuni.com/...tware/web/index.html
Links Plugins
Try HASHED and see what it does.
And the form you used to upload has all the necessary crap in it? ENCTYPE="multipart/form-data" blah
http://www.iuni.com/...tware/web/index.html
Links Plugins
Sep 9, 2002, 11:05 AM
Staff (429 posts)
Sep 9, 2002, 11:05 AM
Post #15 of 29
Views: 7811
Was this a backup? The file handlers won't work unless the Links_File table is there. It's supposed to be automatically created is when someone adds a File column to their table. It sometimes fails to create the table if the .def file is edited by hand, or only the Links table has been restored from backup.
One thing you can try is to remove all the File tables from the database and re-ad them and see if the table comes back.
One thing you can try is to remove all the File tables from the database and re-ad them and see if the table comes back.
Mar 17, 2003, 1:18 PM
User (219 posts)
Mar 17, 2003, 1:18 PM
Post #28 of 29
Views: 1804
Guys, I'm using the SIMPLE Method to save images, however I can NOT reference the images because they get a number appended to the name, like this:
If I try to save the image file:
winter.gif
if I search for it in the file system it says
xx-winter.gif where xx is a number why is this happening?
If I try to save the image file:
winter.gif
if I search for it in the file system it says
xx-winter.gif where xx is a number why is this happening?
Mar 18, 2003, 3:53 PM
Staff (429 posts)
Mar 18, 2003, 3:53 PM
Post #29 of 29
Views: 1790
The XX is so that two images both named winter.gif won't collide and write over each other. By using a global like this, you can get the relative path:
my $tbl = $DB->table( "Links" );
my $fi = $tbl->file_info( "COLUMNNAME", IDNUMBER );
$fi->File_RelativePath;
}
Then you can prefix the URL to the base image directory or use it within your code and prefix it to the upload directory to get the direct path to the file.
Code:
sub { my $tbl = $DB->table( "Links" );
my $fi = $tbl->file_info( "COLUMNNAME", IDNUMBER );
$fi->File_RelativePath;
}
Then you can prefix the URL to the base image directory or use it within your code and prefix it to the upload directory to get the direct path to the file.