![nalim[1nc] вне форума](images/statusicon/user-offline.png)
Приветствую всех пользователей Премьеры, а в частности пользователей Внешнего модуля.
Начал разбираться с последним, посмотрел какие там запросы выполняются, какая там логика и мягко говоря в шоке.
Вопрос к активным пользователям. На какие нюансы стоит обратить внимание при работе?
Кто-нибудь писал свою альтернативу?
Шок то от чего, от обширных возможностей?
Внимание стоит обратить на документацию и постановку задачи.
Альтернативу написать никто не запрещает, база открытая. Более того, такое решение уже существует, но проблем от него больше чем экономии и пользы
Документацию я прочитал, все в ней понятно и ясно и много реализуемо.
А в шоке от запросов, точнее от логики их построения. Их можно было бы написать более красиво и экономней для сервера.
А что за решение? Ссыль можно?
http://prebook.ru/
Ребята работают с БД Премьеры на прямую (читают от туда состояние залов, пишут туда брони и продажи). Ненавижу это поделку всей душой...
Есть один кинотеатр, который в свое время сэкономил и взял "это"... Все клиенты премьеры (кассы и внешний протокол) работают через сервер блокировок. Т.е. когда на одной кассе кассир выбрал место в зале (еще не продал, а просто выбрал), все остальные клиенты это место уже не получат, пока с него не будет снята блокировка (а если его продадут, то и вообще не получат).
Когда работают с БД на прямую - блокировки идут лесом. Отсюда двойные продажи, потерянные брони и куча проблем с отчетами, автоматическим снятием брони.
А вы представляете что такое двойная продажа одного места на премьерный сеанс, когда весь зал продан в чистую?
И каждый раз когда это вылезает, клиент говорит: Премьера косячит!!!
И каждый раз приходится доказывать что ты не верблюд (лопатить логи и БД), находить косячные записи выполненные этим сторонним модулем.
И каждый раз, по итогам таких разборок, клиенту выставляется счет (хотя исправить проблему я не могу, т.к. она не моя)
И каждый раз сумма этого счета все больше
У запросов PremieraExternal есть одно замечательное свойство - далеко не все они обязательны. И те примеры, что есть в документации, это идеальный случай. В простейшем варианте (особенно если не привязываться к дисконтной системе) все элементарно укладывается в 3 запроса
1. Получить список сеансов (можно по всему кинотеатру, можно по конкретному фильму).
2. Получить план зала на нужный сеанс.
3. Сделать запрос на бронь/продажу выбранных мест.
А есть ли еще аналоги? Мы в поисках альтернативы стандартному веб-шлюзу изо всех сил. Можно в личку
А чем не устраивает Киноход или Рамблер Касса?
Нашел еще такой вариант - http://www.onlinets.ru
Сейчас занимаемся разработкой своего шлюза, но исключительно только для получения информации из базы. Возможности стандартного модуля не удовлетворяют.
Тем что решение по онлайн-продажам у нас уже есть. К нему надо только прикрутить шлюз к Премьере.Сообщение от nalim[1nc]
А цели какие преследуете?
Ну как какие - продавать билеты в кино
Лишь бы работало - это как раз prebook и есть.А есть ли еще аналоги? Мы в поисках альтернативы стандартному веб-шлюзу изо всех сил. Можно в личку
Если не секрет, а чем, кроме цены, не устраивает родной модуль?
Любая сторонняя компонента, в данном случае работает хуже родной. И когда у вас, на премьерный сеанс, в зал вместимостью 100 человек придет 130 - вот тогда будет весело.
Опять же интересно, а чего не хватает? Чего такого вы не можете получить средствами стандартного шлюза?Сейчас занимаемся разработкой своего шлюза, но исключительно только для получения информации из базы. Возможности стандартного модуля не удовлетворяют.
Ваши права
Ответить с цитированием