Вопрос немного ламерский, т.к. web-программированием практически не занимался.

Наша фирма открыла свой сайт. Пока просто информационный. Но есть намерения добавить возможность для наших клиентов совершать через него некоторые действия. Например, передача пин-кода для пополнения счёта или что-то подобное, заключающееся в передаче одной-двух строк информации. 
Сложность заключается в том, как передать эти данные, т.к. рабочая база данных и процессинговое ПО стоит на нашем сервере, а сайт хостится у некоторого провайдера. Данные нужно передавать без задержек (т.е. сразу) и безопасно (т.к. инфа конфиденциальная). 
Формочку-то на сайте присобачить для ввода данных не проблема. Но вот как их передать на наш сервер?

а как вы собираетесь возвращать известный код клиенту?

Это скорее всего не понадобится. Клиенту будет приходить смс. 
Хотя как организовать двухстороннюю связь тоже хотелось бы узнать, возможно пригодится.

Я тут подумал. Действительно нужен полноценный двухсторонний обмен данными. Ведь клиент же может захотеть посмотреть, например, инфу о своём счёте, статистику операций и т.д. Это полноценный виртуальный кабинет получается...

Может я вопрос не в тот раздел запостил? или вопрос надо задать более конкретно? А-то чё-то тишина...

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

Организуйте безопасный туннель от хостера до сервера с данными. Или ещё лучше - на сервере с данными повесьте апапч, и по https обращайтесь к нему из скрипта. Сразу и двусторонний обмен получится.
Можно и обработчик данных из формочки вызывать напрямую с вашего сервера с данными, оставив остальной контент у хостера.

не считается  для хостера будет доступна конфидециальная информация.


а смысл остальной контент у хостера оставлять?  Да и у хостера появляются возможности для проведения атак направленных на получения передаваемых конфидециальных данных.


Это сообщение отредактировал(а) Alexandr87 - 18.6.2008, 07:06

Спасибо за советы. Апач, пхп, перл - это то, чем я ещё ни разу не пользовался   Я ещё поразбираюсь и возможно уже задам более конкретные вопросы

Добавлено через 14 минут и 2 секунды
Кстати посмотрел наш тарифный план хостинга. Он оказывается самый простой. Из так называемых "возможностей" есть только стандартные CGI-скрипты и  Server Side Includes (SSI). Для сравнения на профессиональном тарифе в этом же списке есть ещё PHP4, PHP5, mod perl, java servlets и др.
Можно ли используя только CGI-скрипты сделать то, что нам нужно?

сегодня (да простят меня перлисты) есть очень много готовых библиотек на питоне (python), очень легкоучимый и удобный язык.
насчет безопасности - на все 100% согласен с Alexandr87.
если на публичном сервере будет храниться хоть какая-то конфиденциальная инфа, лучше всего, чтобы он был у вас в руках. контроль того, что втекает и вытекает между публичной сетью и более безопасной, внутренней можно делать разными средствами..
тут написанием программок на php/python/perl не отделаешься, над организовать физический сегмент сети, фильтрование, логи скидывать на какой-то лог-сервер и вообще много проблем.
напр. если вы не хотите поддерживать 2-3 сервера Certificate authority, которые вам будут стоить денег и в поддержке и железо, то стоит купить сертификаты у провайдеров - verisign,thawte и т.д.
но если у вас целая сеть ssl-нутых компутеров, тогда уже имеет смысл установить свой корпоративный CA.

Под конфиденциальной инфой вы имеете в виду ответы нашего сервера? Т.е. допустим зашёл клиент в свой кабинет (https-сессия), т.е. ввёл логин/пароль, это отправилось нашему серверу, он вернул, допустим, баланс юзера, который отобразился у него на странице. 
Сама же база в целом находится не у хостера... Или вы допускаете, что он будет перехватывать логин и пароль?

а вы этого не допускаете?

Это сообщение отредактировал(а) Alexandr87 - 18.6.2008, 08:55

Ну скажем так, я считаю это очень маловероятным (хостинг у Зенона). Кроме того, полученная информация вряд ли ему пригодится. Конфиденциальной она считается постольку-поскольку, хотя конечно возможно функционал сайта будет увеличиваться.

Но, допустим, будем защищаться и от этого. Как? Я так понимаю, тогда надо шифровать логин и пароль уже на стороне клиента. Какими средствами это можно сделать (огласите весь список пожалуйста!)? javascript? или что-то ещё?


Есть ещё вариант. Не покупать сертификат, а выдать его самому себе   "Мегафон-Сибирь" и Alterphone например так и сделали. Не очень красиво, т.к. браузер об этом кричит, но зато шифруется.

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

Можно конечно и такими способами пойти. Но я еще раз повторюсь - что оптимальным считаю перенос хостинга к себе(раз уж вы все равно какой-то сервис будете предоставлять). И все - дальше никаких проблем, настраиваем ssl и все.

Добавлено @ 09:39
MuToGeN, причем здесь веб-программирование?

Это сообщение отредактировал(а) Alexandr87 - 18.6.2008, 09:40

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