Silnik Stronoroba Bilety na Wydarzenia

Bilety sprzedawane u siebie, bez prowizji od każdego biletu i bez oddawania listy widzów serwisowi, który jutro sprzeda te same dane komuś innemu. Pieniądze wpływają prosto na Twoje konto, a kto przyszedł na koncert, wiesz tylko Ty.

Co jest w środku

• Plan sali z wyborem krzesła. Rysowany jako SVG, bez żadnej biblioteki. Klikalny, obsługiwany z klawiatury i ostry na każdym ekranie. Sala na tysiąc miejsc waży kilka kilobajtów
• Plan włączany przy KATEGORII biletu, a nie przy wydarzeniu. Na jednym koncercie sprzedajesz ponumerowany parter i wejściówki na stojąco naraz, a na drugim żadnych numerów. Jeden przełącznik, przy tej kategorii, której dotyczy
• Miejsce trzymane na czas zakupu. Kwadrans, z odliczaniem widocznym dla kupującego, a potem wraca do sprzedaży samo, bez czekania na cokolwiek
• Zabezpieczenie przed sprzedaniem krzesła dwa razy. Rozstrzyga klucz unikalny w bazie, a nie sprawdzenie przed zapisem. Przy premierze, gdy dwieście osób klika w tej samej sekundzie, na tym polega cała różnica
• Bilet z kodem kreskowym. Rysowany jako SVG, czyta go każdy czytnik sklepowy i większość aplikacji na telefonie. Do wydruku i na ekran
• Bramka wejściowa. Osobna rola „bramkarz", która widzi wyłącznie ekran wpuszczania i nic poza nim. Bilet wpuszcza raz i zostawia ślad, kto i o której wszedł
• Lista biletów do wydruku. Przy bramce bez prądu albo bez zasięgu kartka w ręku jest jedynym sposobem, żeby wpuszczać ludzi, i silnik to przewiduje
• Sale, sektory i generator rzędów. Salę opisujesz raz, a potem wskazujesz przy każdym terminie. Układ da się skopiować do bliźniaczej sali jednym formularzem
• Powiadomienia o starcie sprzedaży. Zapis na wydarzenie, któremu sprzedaż jeszcze nie ruszyła, z potwierdzeniem adresu. Jedyny mechanizm, który sam sprowadza kogoś z powrotem
• Koszyk, kupony rabatowe, bramki płatnicze, dane strukturalne Event i Place, mapa witryny, własne wzorce tytułów i opisów

Jedna rzecz, która decyduje o wynikach

Miasto w tytule strony. Nikt nie wpisuje w wyszukiwarkę nazwy zespołu, o którym jeszcze nie wie. Ludzie wpisują „koncerty Wrocław" i „co robić w sobotę". Silnik buduje tytuły i opisy z miasta, kategorii i daty, a podstrona sali wychodzi na zapytania o dojazd i parking, czyli dokładnie te, które przychodzą w dniu wydarzenia, gdy ktoś stoi na ulicy z telefonem w ręku.

Dwie rzeczy, których ten silnik świadomie nie robi

• Nie drukuje biletów na papierze zabezpieczonym. Bilet ma kod, który wpuszcza raz, i to jest całe zabezpieczenie. Hologram kosztuje więcej niż strata z podrobionego biletu, a przy wejściu z telefonu nie robi nic
• Nie pozwala rezerwować bez końca. Nieopłacone zamówienie trzyma krzesła, więc ma termin: kwadrans przy bramce płatniczej, dwie doby przy przelewie. Kilkadziesiąt wiecznych rezerwacji wyprzedaje salę na papierze przy pustej widowni

Wymagania

• PHP 8.0 lub nowszy z pdo_mysql, mbstring i GD z obsługą WebP
• MySQL 5.7 albo MariaDB 10.2 lub nowsze
• Umowa z operatorem płatności, jeśli chcesz przyjmować BLIK i karty. Przelew tradycyjny i płatność w kasie działają od pierwszego dnia, bez niczyjej zgody

Napisz, ile miejsc ma Twoja sala i czy sprzedajesz miejsca numerowane, wejściówki, czy jedno i drugie na tym samym wydarzeniu.