Coder Ticket is a Ruby on Rails application that allows users to create and buy tickets to cool events.
- Submitted by: Nguyen Huy Minh
- Time spent: 18 hours
- URL: https://limitless-dusk-47889.herokuapp.com
- SimpleCov Test Coverage: coverage/index.html
The following required functionality is complete:
- Implement required user stories
- 10 model tests, 2 route tests, 2 controller tests, 2 view tests.
The person with best test coverage will win a small present from the instructor :)
- Users can see a list of upcoming events. Past events should not be shown.
- HINT: Good candidate for a test. You can write test first --> fail --> fast similar to demo
- Suggestions:
- Implement
/upcoming
route test to go to 'events#index' - Implement
Event.upcoming
class method (with a test) - Implement
EventsController#index
action test
- Implement
- Users can search for events from the homepage.
- Users can click on an event to see details about the event.
- Users can click on "Book Now" to go to a page to purchase tickets.
- Each event can have multiple types of tickets, each with a different
price
andmax_quantity
. - Users can buy tickets to an event, choose the types of tickets, and the quantity of tickets.
- Users cannot buy more tickets than the quantity available.
- Users can only buy up to 10 of a ticket type at a time. Show a nice flash message.
- User can sign up by providing their email, password, and name.
- User can login using an email and password.
- Users can create events.
- Users must click "publish event" before an event becomes viewable to other users.
- HINT: use
published_at:datetime
andEvent.published
scope (class method) - Suggestions:
- See Add More RESTful Actions to add a
publish
POST action (member type) - Write a test to make sure only an event creator can publish an event
- See Add More RESTful Actions to add a
- HINT: use
- Users can create ticket types for that event.
- HINT: make sure you understand what a ticket type is. Ask if not clear.
- Users can create venues.
- An event must have at least one
ticket_type
defined before it can be published.- HINT: add
Event#have_enough_ticket_types?
(and test it)
- HINT: add
- User can see a list of events he or she has created.
- Suggestions
- You can use
/events/mine
collection routes
- You can use
- Suggestions
- Users can edit their event after creation. But only the user who created the event can edit the event.
- HINT: use a
before_action :check_event_changing_permission
to redirect users to event page with a flash error if applicable.
- HINT: use a
- Users cannot buy tickets to events that occur in the past.
- Users can log in with Facebook.
- Users receive an email when they have purchased a ticket.
- Users can see "related events" when browsing an event. Related events should belong to the same category and be in the same region.
- User A can allow User B to edit User A's event. In other words, an event owner can assign other people to be "event admins".
- Ticket types have an optional "minimum" purchase quantity. (Example Screenshot)
- Events are automatically labeled as "Hot". "Hot" events should have a red border or some sort of visual flourish. The event title should also be prefixed with "HOT:".
- Instead of showing all of the events on the main page, an "admin" user can dictate the events that show up on the main page.
Here's a walkthrough of implemented user stories:
GIF created with Byzanz.
There are some limitations about this app:
1 - Does not have remove owner function due to bad designing concept
2 - Add owner function will be overlapped if user continue to change owner for the same event.
3 - Bad in design
Copyright [2017] [Nguyen Huy Minh]
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.