Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2006.07.23;
Скачать: CL | DM;

Вниз

Общение с клиентным скриптом. Как организовать?   Найти похожие ветки 

 
Юрий ©   (2006-06-22 16:50) [0]

Имеется сайт, на нём товары, новости, много другой информации. На данный момент наполняется через веб-интерфейс.

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

Вопрос: (Насчёт того стоит ли игра свеч, для себя лично, я решил, что так будет намного удобнее.) Как организовать безопасность передачи информации? (на память вспоминается SSL, сам с ней дела не имел, поэтому буду благодарен, если кто-то даст ссылки на информацию). А если что-то кроме SSL, сталкивался ли кто с такой затеей?

Большое спасибо.


 
Рамиль ©   (2006-06-22 17:28) [1]

Хм.. а зачем клиента городить? Чем браузер не клиент. ИМХО, клиент нужен только если на несколько сайтов сразу одно и то же.


 
Юрий ©   (2006-06-22 17:36) [2]

> [1] Рамиль ©   (22.06.06 17:28)


В принципе тут как раз будущее и подразумевается ;) Т.е. развитие на всю линейку таких сайтов, а также приведение всего к общему протоколу и виду.


 
DSKalugin ©   (2006-06-22 18:44) [3]

>этот клиент общается со скриптом, на сайте, и проделывает все нужные операции

"клиент" должен общаться с базой данных, а скрипты делать свое дело не зависимо от "клиентов": извлекать данные из базы и формировать страницы

Если "клиент" с вебсервером находятся в локальной сети - это нормальная работа, а если нет, то лучше через вэбинтерфейс


 
Юрий ©   (2006-06-22 18:48) [4]

> [3] DSKalugin ©   (22.06.06 18:44)


Мнение понятно.


 
SergP.   (2006-06-22 20:29) [5]

> "клиент" должен общаться с базой данных, а скрипты делать
> свое дело не зависимо от "клиентов": извлекать данные из
> базы и формировать страницы


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


 
DSKalugin ©   (2006-06-22 21:25) [6]

> SergP.
ты не дочитал вторую часть, где какраз именно об этом и сказано


 
SergP.   (2006-06-22 21:35) [7]

> ты не дочитал вторую часть, где какраз именно об этом и
> сказано


Дочитал... Просто не зацитировал...
Хотел сказать что не всегда лучше обычный вебинтерфейс если клиент и  вебсервер разделены "интернетом". Обычно да, но в некоторых случаях и при определенных условиях нет. ИМХО.


 
DSKalugin ©   (2006-06-22 21:44) [8]

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


 
Юрий ©   (2006-06-22 21:49) [9]

> [7] SergP.   (22.06.06 21:35)


Вот мои доводы (лёгкость для меня):

1) лёгкость администрирования, когда я проделав определённые изменения через клиент (допустим из дома, где dialup, и скорость веб-интерфейса, ух какая небольшая) запускаю на сохранение этих изменений, и спокойно иду спать, а клиент делает своё дело. Утром встаю и получаю результат;
2) ну и как было уже сказано быстрота, что знают не по наслышке пользователи dialup и клиент для этого форума.

Я пока что рассматривал только эти факторы.



Страницы: 1 вся ветка

Текущий архив: 2006.07.23;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.087 c
15-1150711268
Fireboy
2006-06-19 14:01
2006.07.23
Много вопросов на которые нужны ответы


2-1152016679
stud
2006-07-04 16:37
2006.07.23
сохранить текст из 20 richedit в один файл


15-1150814340
Holy
2006-06-20 18:39
2006.07.23
Xerox vs HP. При сходной цене что выбрать?


2-1151897832
learner
2006-07-03 07:37
2006.07.23
BeginThread и CreateThread


15-1150810602
Cerberus
2006-06-20 17:36
2006.07.23
Как заблокировать входящий трафик