Can't upload more than 3-4 pictures at a time
Started by Cris D., Mar 23 2007 01:07 PM
7 replies to this topic
#1
Posted 23 March 2007 - 01:07 PM
Etogal has been working fine for me for a while. Now I can't upload more that 3, sometimes 4 pictures at a time, (occasionally 5 if i hold my tounge at the right angle) or else the browser times out. I doubt that it is an EtoGal problem, but do you know how I can get back to 10 uploads at a time? (PS the error messages are saying that the connection to the database has been lost in Netscape, Internet Connection down in IE, and Lost connection to host in Firefox).
#2
Posted 23 March 2007 - 01:12 PM
Before anyone else asks, what is the size of the original images that you are attempting to upload...???
#3
Posted 25 March 2007 - 03:27 AM
They are averaging 75kb each. I have already successfully uploaded them before. Hang on, I just realised that i have added the "<br>" tag
Original...
Does anyone else think that is odd?
By the way, I still can't upload my pictures but I'm beginning to think it has to do with my overloaded (free) server and too many people trying to access the database host. Sometimes I can't even upload 1 image before it times out. Is there a tool that I can use to check the quality of a connection to a database?
for($i=0;$i<10;$i++) $returnstring.="<input name=\"file$i\" type=\"file\">
";
$returnstring.="
<input type=\"submit\" value=\"".$strings['upload_pictures']."\">
</form>
";
The pictures don't upload just as they were before, however, the problem with the "upload pictures" forms not wrapping in the browser has been "fixed" (the original reason for the <br> tag suggested by mikef). That seems very odd to me because I thought that spaces diddn't matter with php snippets. The version above is different from the original version (below) only in how many times I hit the space bar (or removed spaces) to make it easier to read the syntax.Original...
for($i=0;$i<10;$i++) $returnstring.="<input name=\"file$i\" type=\"file\"> "; returnstring.="
<input type=\"submit\" value=\"".$strings['upload_pictures']."\">
</form>
";
Does anyone else think that is odd?
By the way, I still can't upload my pictures but I'm beginning to think it has to do with my overloaded (free) server and too many people trying to access the database host. Sometimes I can't even upload 1 image before it times out. Is there a tool that I can use to check the quality of a connection to a database?
Edited by Cris D., 25 March 2007 - 03:54 AM.
#4
Posted 27 March 2007 - 06:11 PM
I'd blame the upload problem on an overloaded 'free' server.
There'll be a limit to the maximum time for execution of a request, and for the maximum memory used, either of which may be hit, and the server operator may have reduced either to try to reduce load on it.
size of image files in kbytes matters, but so does size in pixels, as the image is rendered and resized (or resampled) to make the thumbnail, and possibly to make the larger image too.
If you can, its better to resize for the larger image size before you upload the images, rather than leave the code to do it; which should reduce both memory and time required.
There'll be a limit to the maximum time for execution of a request, and for the maximum memory used, either of which may be hit, and the server operator may have reduced either to try to reduce load on it.
size of image files in kbytes matters, but so does size in pixels, as the image is rendered and resized (or resampled) to make the thumbnail, and possibly to make the larger image too.
If you can, its better to resize for the larger image size before you upload the images, rather than leave the code to do it; which should reduce both memory and time required.
#5
Posted 07 April 2007 - 01:05 PM
is this problem resolved?
#6
Posted 08 April 2007 - 04:12 AM
I'm still having problems uploading pictures, however I have assumed it is my server db access as it varies with the time of day. I will live with it, once all 357 pictures are in the database, I won't have to worry about it anymore. I'll let you know if there is any other problems once the site is making enough money to move to a paid host!
By the way, I mentioned in another thread that I have made a snippet that calls all pictures (or thumbs) from the etogal database from multiple galleries (select galleries or all), includes a hyperlink to the gallery and any fields from the etogal table (or other table if you want) all on a single page if your interested. (I'll submit it once I have cleaned it up).
By the way, I mentioned in another thread that I have made a snippet that calls all pictures (or thumbs) from the etogal database from multiple galleries (select galleries or all), includes a hyperlink to the gallery and any fields from the etogal table (or other table if you want) all on a single page if your interested. (I'll submit it once I have cleaned it up).
#7
Posted 08 April 2007 - 10:23 AM
It may simply be timing out the connection, in which case ways of requesting a loger timeout have been mentioned elsewhere in this forum (depending on the webserver used, and what restrictions the host has made). It may be worth doing a search and trying to find them.
As for your code, yes, I would like a copy to look at once its finished, please. I've pondered this from time to time, but haven't come up with an easy way to generalise a solution (and particularly to keep etogalthumb working with any new fields too), even at a conceptual level. (EtoGalThumb drastically reduces the number of snippets that I need on my sites!) I do have one site (landscapes to seascapes) that needed a number of additional fields, but just modified the Etogal snippet admin part (I don't use the display parts any more) and rewrote EtogalThumb to use the additional fields. Easy for me to do, as i know the snippets well!
I'm not likely to do anything about a generalised EtoGal before coccoon, as I've said before, but maybe someday it will get done.
As for your code, yes, I would like a copy to look at once its finished, please. I've pondered this from time to time, but haven't come up with an easy way to generalise a solution (and particularly to keep etogalthumb working with any new fields too), even at a conceptual level. (EtoGalThumb drastically reduces the number of snippets that I need on my sites!) I do have one site (landscapes to seascapes) that needed a number of additional fields, but just modified the Etogal snippet admin part (I don't use the display parts any more) and rewrote EtogalThumb to use the additional fields. Easy for me to do, as i know the snippets well!
I'm not likely to do anything about a generalised EtoGal before coccoon, as I've said before, but maybe someday it will get done.
#8
Posted 08 April 2007 - 01:28 PM
mikef, on Apr 8 2007, 08:23 PM, said:
It may be worth doing a search and trying to find them.
As for your code, yes, I would like a copy to look at once its finished, please.
As for your code, yes, I would like a copy to look at once its finished, please.
I will have a look for the timing out issue, ta.
I've just posted the etogal_multigals snippet. I made a few typos, so look for V1.2 I'm still working on linking forms to post data into a table. At the moment, any additional fields will have to be entered into the database by other means. But if it exists (currently internal databases only, but I'm working on including external databases as well) it can be called in beside the pictures. See it in action Here.
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users











