The eAuction Support Forums

The eAuction Support Forums
https://www.everyscript.de/cgi-bin/yabb/YaBB.pl
eAuction 1.6.1.x >> Start Up and more >> Anger & reconciliation
https://www.everyscript.de/cgi-bin/yabb/YaBB.pl?num=1106312350

Message started by poxy on 01/21/05 at 13:59:10

Title: Anger & reconciliation
Post by poxy on 01/21/05 at 13:59:10

I see you have sessions ability already, but as of yet are keeping the code. I am currently adaping eAuction for a single-seller, multiple bidder system. Today, according to my abilities, I will implement a server-side state/session mechanism for persistent login information and only allow and show the new post link when the admin is logged in. I also changed the registration fields allowed, and added a terms and conditions that one must accept with a checkbox before successful user registration... I also find the task of adding 40 categories (cities) with 20 items(tickets) each a bit daunting... After this, I will need to see how I can cancel a bid, limit bidders to a max of being the high bidder on two items, and possibly import some others' scripts hacks for a "for dummies" deletion method, as I will hopefully pass on the maintenence responsibility to somebody else. eAuction is a good base to start with, although I found it and all the free auction softwares lacking. I never even saw a commercial package that is set up for a single seller/multiple user-bidder system or that advertised that capability, so a free system plus my time and effort is probably the only way to go. I can only imagine that the above hacks will just slow down a (n auction) system that has decent, but certainly not mind-blowing speeds. On a Dual UltraSPARC-II 450MHz with 2Gb ram running FreeBSD/sparc64, it can serve about 4 concurrent requests per second...

Anyway, any suggestions or comments would be helpful, and I do thank you for bringing eAuction to its current state.

Title: Re: Anger & reconciliation
Post by Dieter Werner on 01/21/05 at 16:01:01

poxy wrote:

I see you have sessions ability already, but as of yet are keeping the code.

Yes, this will be a part of the next version (because I was too lazy to edit the current version) ;)

Quote:

I am currently adaping eAuction for a single-seller, multiple bidder system.
Today, according to my abilities, I will implement a server-side state/session mechanism for persistent login information and only allow and show the new post link when the admin is logged in.

Hmmm, you are going to change an auction system into a shopping card :'(

Quote:

I also changed the registration fields allowed, and added a terms and conditions that one must accept with a checkbox before successful user registration...

That's good ...

Quote:

I also find the task of adding 40 categories (cities) with 20 items(tickets) each a bit daunting...

I don't understand ...

Quote:

After this, I will need to see how I can cancel a bid, limit bidders to a max of being the high bidder on two items, and possibly import some others' scripts hacks for a "for dummies" deletion method, as I will hopefully pass on the maintenence responsibility to somebody else.

Please, explain more detailed ...

Quote:

eAuction is a good base to start with, although I found it and all the free auction softwares lacking. I never even saw a commercial package that is set up for a single seller/multiple user-bidder system or that advertised that capability, so a free system plus my time and effort is probably the only way to go.

Yes, that's the purpose of 'Open Source': release the base and let the user add what ever he wants to add :)

P.S. send me an email if you are interested in becoming a co-developer of eAuction

Title: Re: Anger & reconciliation
Post by poxy on 01/21/05 at 16:38:59

hey! I'm not changing it into a shopping cart... If that's what I wanted, I would have a large amount of choices... My boss wanted me to give/make him a system where they can auction off certain concert stage-seating tickets... they want bidding and competition, not a set price... so I'm keeping the auction part intact...but I dont want anybody else to sell their stuff on the site...
I hope this makes more sense.

To explain in a more detailed fasion what you asked me to,
I need administrative control over what the users do... I need to be able to cancel a bid if I want...
I also need to limit the number of items(in this case, concert tickets) somebody can be the high bidder on at once, to prevent brokers from obtaining more than their share.

We are going to sell 20 tickets per city in 40 or so cities... so for a category, I will put a city, and under each item under that city, a ticket will be there... 40*20 == lots of user input. The auction might be over before i'm done entering them in.

Title: Re: Anger & reconciliation
Post by Dieter Werner on 01/21/05 at 16:46:28

Okey - I see ...
Let me know whether I can help.

Title: Re: Anger & reconciliation
Post by poxy on 01/22/05 at 07:20:02

Thanks for your offer of support.

I've been able to work through what I need to at this point... I've had some weird problems, one of the most annoying being that under ending time for an auction, random times appear. I am also running this on a 64bit system, which is most likely the reason why. Basically everything referencing time functions (for example, "(time - $^T > $config{'max_searchtime'}) && last; # We are the master of our CPU-Usage") fails... That will always return false on my system, effectively disabling the listing of auctions under a certain category. (I've disabled this check until I can further check this out...which is fine anyway, since I will be the only one entering auctions...)

This is perl, v5.6.1 built for sparc64-freebsd is my perl version...
I'm working around whatever needs to be worked around in the manner that gets it done in the least amount of time...because I am time constrained. I apologize for butchering the code :) If you so desire, I will let you have a look at the code when I am finished.

In regards to becoming a codeveloper... I'm not a perl programmer. I doubt I have one quarter of the skill you have. I'm just a really really determined person who needs to get some stuff done. I have more experience with C and PHP than perl... I think eAuction does have great potential, though.

I like how eAuction consists of one perl file, and a configuration file. With a lot of time, and little smarts, or a lot of smarts, and a little time, it can be nearly whatever one wants.

Once I have what I need to have done, if I have time before the site needs to go live, I will probably convert it to apache's mod_perl compatable code, so I can have better execution times... Although BSD is renowned for superior fork() performance ;)

What do you think about the serving speed? (4 concurrent requests per second...)

For session tracking, I am implementing an easy url-based system, where a parameter is added to the URL which contains a server-assigned string which is associated with a corresponding filename (of the session id). Whenever &ssid=string is seen, string is sanitized, and then searched for in the sessions/ directory, and then if it exists and isnt expired, the 'alias' and 'password' info is loaded into $form{...} and a toggle is set, and the said toggle is used to turn off/on features... And, for example, every 5% of page loads will result in expired sessions being removed... (idea taken from pastebin.com's cleanup code[and common sense]) I am still implementing it...

Anyway, I cant work on it if I'm talking about it.

-poxy