you have to pay 7$/month for a hobby dyno in order to add https to a heroku app. i may just do that only for the month of the hackathon. or i can get really silly and do ssh tunneling to an ec2 instance or something. then use nginx and lets encrypt to get https. either way the plan is to do lets encrypt to get a free ssl certificate
should phone be the only contact method to keep things simple and have mentors be able to respond.
i believe on desktop it lest you put anything as phone but mobile gives you a dialpad
currently rooms is fetched server side. this is silly because if the rooms change the server must be restarted. instead the url should be passed to the client, and then the client should fetch rooms.json for itself so that updates just require a page refresh.
change colors and assets to make helpq look more like this year's hackru.org.
assets are available in the assets channel (or can just be stolen directly from the website)
I think it might be useful for someone requesting help to also be able to pin a location on a map so they don't have to describe their surroundings in a text box. I would imagine that the person requesting help will set the location when submitting a ticket (doesn't have to be their current location, could be just a meeting point). This shouldn't replace the text box though because they provide other details like shirt color or whatever.
Things to consider
For the CASC, there are 3 floors. Maybe have a tab for each floor like how Google maps handles multicolor buildings
The map should be zoomable and pan-able, like how Google maps is.
@hariamoor suggested adding an Integration with Stack Exchange to provide extra help while hackers are waiting for a mentor. We thought the best way to implement this was to add a few suggested Stack Exchange threads to the hacker's dashboard (the page the land on to wait for a mentor to pull their ticket).
some other ideas were adding a sidebar with suggestions to the ticket creation form, but that runs into issues, with sending too many api requests from live updating.
another implementation idea was to have an extra dialogue before they submit a ticket that has the suggestions, but it was decided that putting them on the dashboard instead allowed them to ignore the suggestions more easily instead of having an extra dialogue to go through.
another implementation idea was to use NLP to provide better relevancy, but we should probably see how good the relevancy is without NLP first, before we go too overboard.
things to get this implemented
create a stack overflow suggestions component that fetches the suggestions from the helpq server when it fetches the ticket itself
add extra logic to the ticket creation method (on server side) that does the api request to Stack Exchange and attaches them to the ticket in the database
add the suggestions component to the ticket component or add it under the ticket on the hacker's dashboard.