1 Page Checkout

[seymourjames]

Fine - no feathers ruffled but I will agree to differ.

PHP has limits set by the hosting companies on their servers and they can be different as Larry points out. Then there are issues around how much is going on at a particular time. How often have you been ftp'ing a large file and your server timed-out or went off for a beer, etc. Somebody dropped a heavy script on your shared server and it decided to throw you out. The point is you do not know why your transfer timed out even? Likewise, hosting companies change the features on their servers all the time. One day all is fine and the next it is not.

Application software should be robust at the expense of being the most efficient possible. It has to also be effective to be considered "productised". If only a handful of customers have problems then it is a failure unless you consider the software to be a prototype.

[Lhotch]

Originally Posted by Tobzy2p

I don't mean to ruffle your feathers or start a fight here, but it worked just fine on four different US based, highly rated shared hosting accounts: hostmonster, hostgator, bluehost, and webhostingpad.

I want the module for the shorter checkout processing. I would hope it has the multi image uploader built in already, or as an option.
.

All I am saying is that if a user doesnt properly set limits in their admin the site (multi upload or single upload) can easily be taxed.

In your case since its working one of 2 things are happening or perhaps a combination of both. You have either only tried to upload images of a size that your server can handle OR you have your admin restrictions set to a size that is below what would cause your server to choke.

Saying "it works for me and there for must work for everyone" is a sure way to get yourself in trouble unless you understand WHY its working.

Im glad its working for you and I am glad free2take has made the mod, I just hope he took into account the ramifications of processing multiple images at once in his code and is prepared to answer questions when people have trouble. Its painfully obvious that most 68C users do not understand anything about image formats, memory limits, pixel dimensions etc and how they all affect scripts.

[bowers01]

How hard would it be to make a flash multi uploader work? does it just have to send the picture names to the database? SWFUpload News | SWFUpload is a brilliant script, iv used it before.
Nick

[free2take]

To avoid all the resizing issues I was looking at resizing images prior to upload at the client side. There are a number of tools out there that can do this, the problem is they are a bit clunky requiring the user to either have java jdk1.4 or higher installed or to run with some activeXs, this has put me off this design choice somewhat.

In an ideal world it is the best solution to both reduce load\bandwidth on your server as well as speeding up the upload process.

I hadn't seen SWFUpload before but it looks pretty neat visually and functionally. From reading the documentation it seems that flash 10 does indeed support this kind of client side manipulation i.e. file size manipulation, no one has written an implementation for it yet in SWF but it looks like there is enough interest that it will come.

I'm being swayed to run with this loader in the knowledge that in the future we could avail of client side processing to reduce our server load.

The alternatives to SWFUpload are to stick with the current process or to do some serious testing and quantify the effectives of concurrent multiple file uploads across a variety of shared hosting sites.

Would welcome any thoughts \ comments..

[bowers01]

The photos could always be on a seperate page.
1 more step wont hurt.
Nick

[Lhotch]

Originally Posted by bowers01

The photos could always be on a seperate page.
1 more step wont hurt.
Nick

That doesnt really solve any issues though. Unfortunately we just have to deal with the technology limitations and there is no solution that wont have trade off.

One of these days I will post about the image upload conundrum in the 68C wiki.

[cardenas]

Hi,
I'm a new C68 user I'm not a programer but i think the checkout process have to be redesign.
What happen when a car dealer want to put 3 adds ,only doing one process.
Is very difficult start again for each add, please think:

1.-Numbers of classifieds or adds to be publish.
2.-Pick category for each add and Package too
2. Enter listing details for each add.
3. Images (multiple Upload)
4. Verify ad all adds
5.-After finish all generate the order number.

the order process is design for sale only one add.

[Tobzy2p]

While we have a wishlist going. A multiple category option would be great too. We often have an item fall into two, sometimes three categories.




.

[cardenas]

Originally Posted by Tobzy2p

While we have a wishlist going. A multiple category option would be great too. We often have an item fall into to, sometimes three categories.




.

nice too...

[seymourjames]

Please stop introducing other issues and wishlists. The issue here is simple. The best advice you are going to get on the forum says what is being proposed is not a robust pice of software engineering. It may or may not work depending on the environment. It is plainly obvious to me that uploading images one at a time is not the inefficiency in the checkout process.

The inefficiency was simply the number of steps which a user had to go through. If it comes down to one or two really robust steps then that is a very good enhancement. It also one which can be deployed on commercial sites.