Всем доброго времени суток!
Возник вопрос - какой вариант применить для решения задачи:

Имеется база гостиницы (бронирование, реализация и пр.)
Необходимо реализовать онлайн бронирования клиентов (по дате, типу номеров и пр.)

Предполагается два пути:
1 вариант. две 1С базы - одна основная, вторая для онлайн с постоянным обменом. Клиенты работают с базой №2 через веб интерфейс (со своим интерфейсом).

2 вариант. писать web "морду" (например, на ASP) и обращаться к 1С через web сервисы.

очень хотелось бы воспользоваться первым вариантом (т.к. можно разработать своими силами), но есть подозрения, что это будет работать медленно и в плане безопасности не на высоте.

Есть у кого-нибудь теоретические или практические соображения по этому поводу?

Заранее благодарствую.

1. вариант будет работать быстро и в плане безопасности будет на высоте (при прямых руках). но имхо как встроить сие в общий сайт гостиницы?

2. норм вариант. но первый действительно лучше имхо

(1) так вопрос вроде не стоит о том, что это будет на сайте, это бекэнд для агенств, я так понимаю, поэтому пох на внешний вид.

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

спасибо Нуф-Нуф
спасибо Тоха :)

млеать.. мир тесен

в первом варианте еще смущает то, что заставка 1С будет маячить... я не против 1С, но как-то можно без нее обойтись в вебе? никто не в курсе?

(5) нельзя.

а про лицензии никто не вспоминает ???

или они уже бесплатно.....

на веб сервисах можно и без асп простенький функционал нарисовать

(7-8) а вы думаете там 100500 пользователей висеть будут? 20 минут неактивности и сеанс сам "давай, до свидания"

у нас работает второй вариант

первый плох тем, что надо будет лицензии по количеству юзеров одновременных. Да и нагрузку бОльшую давать будет.

(10) уровень гостницы не знаю, но по опыту могу смоделировать ситуацию с простой гостиницой на 2000 номеров.
В результате одновременных подключений 50-70, а это лицензии.

(13) конкретно в моем случае - лицензии не так важны (это не значит, что они не покупаются).

хотелось как раз понять - насколько разумно использовать тонкий клиент для таких задач.

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

(0) Оба варианта хороши, причем с прямыми руками можно обойтись и без двух баз и давать доступ к основной. Но второй будет более "тонким" и менее требовательным к ресурсам, да и лицух не надо. Тут все зависит от количества пользователей, которые будут заходить на эту "морду": если больше 20 - то я за второй вариант, иначе вполне прокатит первый.

В принципе, если заморочиться, сожно вообще слепить на веб-сервере базу на MySQL, обмен с 1С и тогда вообще без веб-сервисов получится обойтись - будет летать и проблема безопасности пропадает. Преимущество этого метода в том, что морду потом можно будет встроить куда угодно, в т.ч. и на сайт для конечного потребителя, а не только для агенств, то есть вариант с заделом на будущее.

(17) А как же идеология JIT (just in time)

(18) Подразумевается "данные нужно брать из актуальной базы"? Если так, то первый вариант с базой-прокладкой тоже под нее не попадает...

(18) Подразумевается, что о будущем нужно думать только тогда в этом есть потребность. А раньше только держать это в уме

(0) конечно второй вариант.

не для этого создавался вебклиент...

(21) хм...

Делал приложения, что бы клиенты сами клепали заказы через веб клиента. Оно то конечно работает, но и неудобств тоже много. Лучше накатать простенькую морду на asp.

(20) Хорошая идеология, но и на будущее не стоит забивать.