Подключение сайта к установленной ucs премьера

[Mike]

Здравствуйте всем!
Собственно вопрос от ламера. Пишу сюда, чтобы получить объективную картину.
Есть установленная премьера с модулем выхода в интернет и продажей билетов через интернет на сайте афиши. Хочу подключить к продаже и свой сайт. Можно ли это сконфигурировать самостоятельно или надо дополнительно оплачивать дилеру Премьеры. Есть ли вообще ограничения по количеству подключаемых к премьере сайтов?

С уважением,

Михаил

[sibgaba]

Можно чуть подробнее.
У вас куплен модуль интернет бронирования/продаж или у вас заключен договор с Рамблер-касса по которому вы получили этот модуль бесплатно?
Какая версия Премьеры и Экстернал стоит и у вас?

Начиная с версии 3,20 (Премтера) и 3,02 (Протокол) было введено ограничение по количеству IP с которых обрабатываются запросы. Посмотреть это ограничение можно в окне Экстернал на закладке лицензия, параметр "ограничение IP" или просто "IP".

Если ограничений нет - то надо просто прописать IP адрес второго сервера в настройках внешнего протокола в менеджере премьеры.
Если ограничения есть, то:
1. Докупить дополнительный лицензию на доп IP
2. Сделать промежуточный шлюз который будет принимать запросы от Афиши и от Сайта, напрявлять их в Екстернал, получать отчеты и отдавать их куда надо. Но это как бы нельзя делать с точки зрения лицензии.

[Mike]

sibgaba, написал в личку

[Dimentiy-atc]

Доброго времени суток уважаемые форумчане!
Есть конкретный проект, по которому мы ищем специалистов или желающих поучаствовать, конечно не даром :)

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

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

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

3. Так же у нас есть отдельный файл который идет от UCS Премьера. В нем содержится та же информация что и в 1. ом случае. Мы так же раз в 30 секунд ее считываем и пишем в афишу.

[SH]

Внешний протокол от UCS не подойдет, нужно что то свое и уникальное.
Почему? Стоимость вопроса не устраивает?

[Dimentiy-atc]

Почему? Стоимость вопроса не устраивает?
Не хотим вязаться с UCS, Премьеры и киперов достаточно, надо свое! Это ведь не проблема? База открытая, можно сделать

[SH]

Сделать можно, я только не понимаю - зачем.

[Dimentiy-atc]

Сделать можно, я только не понимаю - зачем.
что бы можно было бронировать на сайте

[VampireKB]

Заранее говорю об одном подводном камне, который 100% запорит проект:
ЛЮБОЙ КОСЯК в БАЗЕ ДАННЫХ будет считаться косяком ВАШЕГО ПО.

[SH]

что бы можно было бронировать на сайте
И это понятно. Мне непонятно, почему надо писать свое, а не использовать готовое.

[Dimentiy-atc]

И это понятно. Мне непонятно, почему надо писать свое, а не использовать готовое.
Готовое дорого стоит

---------- Добавлено в 17:26 ---------- Предыдущее сообщение было размещено в 17:25 ----------


Заранее говорю об одном подводном камне, который 100% запорит проект:
ЛЮБОЙ КОСЯК в БАЗЕ ДАННЫХ будет считаться косяком ВАШЕГО ПО.
надо делать сразу без косяков

[SH]

Готовое дорого стоит
Я не знаю, что Вы вкладываете в понятие "дорого".
Скажем так, я впишусь в данный проект при стоимости разработки от миллиона. Впрягаться дешевле нет смысла.

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


Готовое дорого стоит
Я не знаю, что Вы вкладываете в понятие "дорого".
Скажем так, я впишусь в данный проект при стоимости разработки от миллиона. Впрягаться дешевле нет смысла. Ибо
надо делать сразу без косяков.

[Dimentiy-atc]

Я не знаю, что Вы вкладываете в понятие "дорого".
Скажем так, я впишусь в данный проект при стоимости разработки от миллиона. Впрягаться дешевле нет смысла.

За не большой шлюз между сайтом и БД Премьеры от ляма? Вы смеетесь? Я не на том сайте прошу помощи, я понимаю, что все тут пронизано UCS, ну да ладно.

[SH]

А что, собственные запросы теперь запрещено озвучивать? Вы про цены ничего не написали. Речь шла не о помощи, а о платной разработке, или я не так растолковал слова "конечно не даром"? Тогда уж сразу пишите, сколько это - "не даром". Потому что теперь вдруг всплывает "помощь".
И если я правильно понимаю намерения, Вы хотите разработать конкурентный софт и продавать его. Я в Премьере не очень, но вроде как на один ресторан комплект для бронирования стоит 650 тысяч - то есть, разработка за миллион окупается уже на второй установке.
Если я в чем-то не прав - поправьте. Только возмущаться на ровном месте не стоит.

[Dimentiy-atc]

А что, собственные запросы теперь запрещено озвучивать? Вы про цены ничего не написали. Речь шла не о помощи, а о платной разработке, или я не так растолковал слова "конечно не даром"? Тогда уж сразу пишите, сколько это - "не даром". Потому что теперь вдруг всплывает "помощь".
И если я правильно понимаю намерения, Вы хотите разработать конкурентный софт и продавать его. Я в Премьере не очень, но вроде как на один ресторан комплект для бронирования стоит 650 тысяч - то есть, разработка за миллион окупается уже на второй установке.
Если я в чем-то не прав - поправьте. Только возмущаться на ровном месте не стоит.

Мы оплатим услуги, но нужно реально смотреть на вопрос, озвучите реальное предложение? Или опять как уже у нас было только разговоры. Это явно не лям, продавать мы ничего не собираемся.
У нас ТРК, Мол если хотите, для крупных предприятий важно автономность а не куча зависимостей от сторонних компаний, сегодня дружим, завтра развалились а мы без сервиса, так не пойдет. еще раз, не для продажи!
В общем так, есть конкретное предложение и схема действий? давайте обсудим цену, нет - вопрос закрыт!

[SH]

Я озвучил. Я под премьеру еще не писал, мне выделить людей, разобраться, сделать, протестировать, обеспечить поддержку. Если для Вас это разговоры - ок, без обид, здесь много посетителей, нужно подождать других, я не просто не навязываюсь, я вообще просто вслух озвучил "если б мы взялись". В моем контексте это не разговоры, я действительно готов взяться за миллион - ничего личного, просто бизнес - и я понимаю, что Вы реально не готовы. Лично мое мнение: писать под один ТРК такую вещь - занятие неблагодарное. Впрочем, я легко верю, что Вы найдете кого-то сильно дешевле - просто лично я дешевле не готов.
И вот это вот все -

для крупных предприятий важно автономность а не куча зависимостей от сторонних компаний
- извините, ерунда, ибо Вы как раз хотите попасть под зависимость еще одной сторонней компании (или независимого разработчика и еще неизвестно, что хуже). Скорее уж Ваш кинотеатр закроется, чем UCS. Премьерой пользуются 95% кинотеатров в стране - почему-то ни у кого проблем нет.

В тему:
"- Вас нам рекомендовали, как специалистов. Нам нужно то-то.
- Это стоит миллион.
- У нас есть десять тысяч.
- За десять тысяч ничего не получится.
- А нам сказали, что Вы можете это сделать.
- Да, мы можем, но за миллион.
- Значит, не можете, жаль, вас нам рекомендовали, как специалистов..."

[VampireKB]

SH , я б и за лям не взялся, т.к. именно из-за сторонних ПО и происходит

я в обще забыл что там с ЕАИС
сервер в порядке, вот чаще Премьера глючит. И если есть вопросы, создатели ответят и помогут с решением, без абонентских плат и кучи вопросов!
как в соседней теме.

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

[nalim[1nc]]

Доброго времени суток уважаемые форумчане!
Есть конкретный проект, по которому мы ищем специалистов или желающих поучаствовать, конечно не даром :)

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

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

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

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

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



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

[Dimentiy-atc]

;95252']Со вторым и третьим пунктам готов помочь в конце этого года - начало следующего. Сбор информации из вашей БД Премьеры и предоставления всего контента к вашим мероприятиям.

Авто выгрузку и бронирование необходимо вчера)))). Я все же найду исполнителей и до жму проект на зло UCS )))

[SH]

UCS то здесь при чем... "Назло бабушке отморожу уши". Я давно убедился, что UCS все наши метания глубоко безразличны - ну не влияют они никак на бизнес.
И если это надо вчера - ну, поиск исполнителей, потом они будут разбираться в задаче, потом написание, тестирования (как я понимаю, на живом объекте). Ну при самом удачном расположении звезд на это уйдет два месяца; реально же я бы ранее, чем полгода, не обещал бы. А теперь считаем затраты на зарплату за полгода исполнителя, Ваши затраты как менеджера проекта (ошибочно считать их нулевыми), затраты бизнеса на простой и тестирование, дальнейшие затраты на поддержку, в том числе лет через пять, когда Премьеру потребуется обновить и переписать этот софт - возможно, ценник UCS внезапно покажется не таким уж и большим. Повторюсь, для одного ТРК такая задача - нерентабельна. Но посмотрим, да. Я лично появление таких разработок только приветствую. Но необходимость считать экономику никто не отменял.

[nalim[1nc]]

Авто выгрузку и бронирование необходимо вчера)))). Я все же найду исполнителей и до жму проект на зло UCS )))
Если вчера, то это к UCS. Но опять же, вы уверены, что исполнители сделают свою работы за меньше, чем стоит модуль у UCS - 270 000 рублей? Сомневаюсь.

Я начал заниматься разработкой и изысканиями не из-за того, что UCS плохие, а из-за того, что функционала не хватает. А так куплен и модуль покупки интернет-билетов и кучу всего другого, но аппетит приходит во время еды и хочется большей автоматизации :).