Easy On-Line Event Ticketing?
Ronster writes "Dear /.ers (slash-daughters?) I am looking for an elegant online solution to a real-world annoyance. I lead regular tours of my local cemetery, which I enjoy immensely. However, I hate the administration - can you recommend an on-line service, or some software (ideally open source) that I could host on my website, that would allow people to register for these tours, perhaps issue them with a ticket, and even let them cancel their reservation, all without allowing the total number of reservations for each event becoming more than, say, 25? Thanks."
Any good PHP/MySQL coder could do this in a couple hours work.
Cyberbite Networks - Web Hosting, Dedicated Servers & Colocati
Ticket Master
"The object of war is not to die for your country, but to make the other bastard die for his." - Patton
Cancelling the registrations is the hard part, as it means that an individual would have to be able to log back in. This means that the ticket-holder needs to have some password or other unique method for doing so. Perhaps consider handling this with a special cancellation link with a per-user hash that gets emailed to each ticket holder along with their confirmation. This requires email integration, not impossible obviously, but something that you'll want to give architectural consideration. If you come up with a detailed specification for your project submit it with your contact information to contact.phpconsulting.com, and I'll quote you on it.
http://tinyurl.com/4ny52
(i have no affiliation- isaw it due to slashback, they're schlepping for the last starfighter musical-fees seem low enough)
https://www.smarttix.com/aboutus.aspx
every day http://en.wikipedia.org/wiki/Special:Random
I was going to say the same thing... this is just a very simple web app, may take more than a few hours though depending on the feature set... like if tours are mon, wed, fri, then showing a calendar with all the tours and which ones are full and for the ones that aren't, how many spots there are left... automatically emailing confirmation to the "customers", and perhaps sending a notice to him as well... etc etc... still nothing too complicated, but could turn into a full days work.
Joseph?
Unless it's Arlington National, I can't seem to think of one that might draw more than 25 people. However, I'm assuming that it's a daily or hourly frequency.
Don't think that a small group of dedicated individuals can't change the world. It's the only thing that ever has.
The search for life on mars and developing left-handed or reduced calorie sugar are related to ticket reservations.
Dr. Gilbert V. Levin's company Spherics does all three.
I am a freelance programmer. Drop me a line at scubyfan@gmail.com and I'll provide you with a competitive quote.
A blog like any other.
You could cancel reservations by having people enter a [randomly generated] number which is printed on their ticket -- in essence, outsourcing the sessionID to the physical ticket.
It would make more sense, too, to just have them print out a ticket from the website [with the date, time and cancellation #]; that way, they wouldn't even *need* an email address to be able to take the tour.
DNA is a Turing machine. You, however, being dynamic and emergent, are not.
You could use oscommerce or phpshop.
Just create a product for each day/time you give the tour and set the inventory to the number of tickets that you want to distribute for each tour.
When someone 'buys' a ticket then the inventory is depleted by one.
If someone cancels their order then the ticket should become available again and the inventory should increase.
I'd use Mambo CMS as a frontend. It has a nice event calendar component. Add events to the calendar with links to the product in the ecommerce package and you should be all set.
Phpshop has been integrated into Mambo. There is an effort to integate oscommerce.
The story: hippy response to TicketBastard.
Free to set up events. No min or max. Many options for different prices, etc. They even handle mailing the tickets. They take a small % off the top of each ticket to cover their costs.
In their own words:
You almost feel good about buying tickets from them. Crazy...
A speech...
It is apparent to me that this small problem highlights a fundemantal issue in development today.
.NET or abstract the technology with a webml like (although less utterly devastatingly complex) interface.
Such an application should almost be done with wizards today.
This level of application should become one-click development for every day people...
Rather than empower people with merely writing documents, this guy should be able to take a web-u-like OS package and make some powerful results - perhaps based on JavaServer Faces or
On a brighter note I wrote a simple application for my local theatre, simple enough that I could really experiment with interface and FEEL of the program. I coded a javascript home-roll date picker (simpler and nicer than the ones you can d/l) and they can add events, and book tickets.
of course this is designed to be run with the theatre in single user mode - with no logins.
For max 25 people - I would consider using email / phone interfaces from a website.
#hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com
It's really cool that one company does online reservations, SETI, and biochemistry.
It reminds me of three bumper stickers I've seen together on one car. "0-60 in five minutes", "This is not an abandoned vehicle", and "I'd rather be driving a Titlist".
Stop the world; I need to get off.
just a quick search of 'tickets' on the second page i already found something that sounds like what you are looking for.
Pluralitas non est ponenda sine neccesitate
Thanks for all your responses. The cemetery in question is the Glasgow Necropolis, and I lead around one tour a month. So each event could be a product (so no need for a calendar), or each ticket could be a product. I'm not sure about ecommerce applications, since the tours are free. Thanks again for all all your input (even the one about left-handed sugar). Much appreciated.