Цитата Сообщение от Dimentiy-atc Посмотреть сообщение
Доброго времени суток уважаемые форумчане!
Есть конкретный проект, по которому мы ищем специалистов или желающих поучаствовать, конечно не даром

Цель: Создать модуль бронирования и автоматической загрузки расписания на сайт (PHP, Joomla! 3.x.x)
Исполнители самого модуля есть, это создатели компонента Афиша для сайтов.
Нам необходимо обеспечить связь между сайтом и базой Премьеры.
Канал обмена данными должен быть безопасным, быстрым и надежным. Внешний протокол от UCS не подойдет, нужно что то свое и уникальное.
Примерная схема:
По формату обмена самый простой формат обмена с внешними источниками происходит так:

1. Мы создаем файл, в какой либо папке на хостинге в формате xml или json, который Вы на своей стороне считываете раз в 30 секунд.
В этом файле мы храним идентификатор события, идентификатор зала, время, номер ряда и номер места, так же мы в имеем статус этого места (в процессе бронирования, забронировано, оплачено), кодовое слово на случай бронирования/оплаты.
Каждый новый статус с новой строки.
Собственно технологию описал в начале, ваш сервер считывает файл, разбирает его и пишет данные в базу UCS Премьера.

2. Так же и с автоматическим наполнением.
Ваш сервер создает на сайте в определенной папке файл или файлы.
В файлах содержится: описание события(картинки/описания/видео), время и дата начала идентификаторы зала и события. Мы эти файлы считываем раз в час допустим и записываем в базу.

3. Так же у нас есть отдельный файл который идет от UCS Премьера. В нем содержится та же информация что и в 1. ом случае. Мы так же раз в 30 секунд ее считываем и пишем в афишу.
Со вторым и третьим пунктам готов помочь в конце этого года - начало следующего. Сбор информации из вашей БД Премьеры и предоставления всего контента к вашим мероприятиям.

---------- Добавлено в 22:14 ---------- Предыдущее сообщение было размещено в 22:11 ----------

Цитата Сообщение от VampireKB Посмотреть сообщение
Сервер Кассы и сервер брони по-своему работает с СУБД и вследствие сторонних запросов, в ПО иногда теряются чеки\сама пропадает бронь с заказов.
Премьера не проверяет изменения данных от других источников, используется обычная СУБД. Если что-то слетает, то это только "кривое" вмешательство.