Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Соединение с ервером через инет [D6, IB6.x]

Страницы: 1 2 >
erika © (2005-09-14 14:49:00)
Здравствуйте!

Я ни чего про это не знаю. Задача следующая:
1. в офисе1 есть машина, на которой програ,
2. ПК отправлем в офисе2

Кроме модема мне надо переделывать саму прогру?
Заранее благодарна

Sergey_Masloff (2005-09-15 21:03:00) [1]
Кстати у меня как раз характер данных в приложении такой что пользователю реально может потребоваться ну не 10 млн. но полторы-две тысячи записей - легко. И все сразу, серьезно.

Sergey_Masloff (2005-09-15 20:57:00) [2]
Sergey13 © (15.09.05 09:19) [27]
>Странно. Мне помогло. Трафик сократился минимум на порядок.
Я не о трафике. О интерактивности. Все же клиент IB при обмене с сервером генерит много микросигналов, именно не трафик проблема а задержки. У меня программа изначально была без гридов и др. (вернее с гридами и тому подобными но не стандартными а хитрыми ;-) на весь объект с десятками мастер-деталей был 1 запрос к серверу ;-) Все равно не понравилось мне все это и переделал на мидас с шифрацией и сжатием пакетов.

Anatoly Podgoretsky (2005-09-15 13:57:00) [3]
Sergey13 © (15.09.05 13:52) [32]
> Все таки наверное с опытом приходит.
Естественно, с длительным и не всем, а только одиночкам.

Количество конечно утрирование, но разработчику проще вывалить грид, чем разрабатывать другой интерфейс не ориентированый на навигацию, а ориентированый на запросы по сущности. Я много видел программ и видел как трудно разработать удобный интерфейс данного рода, чем набросать компоненты и написать простенькие запросы. Не простая задача.

Sergey13 (2005-09-15 13:52:00) [4]
2 [31] Anatoly Podgoretsky © (15.09.05 13:40)
>Или писать сразу правильно или забыть
Вряд ли это умение дается от рождения. Все таки наверное с опытом приходит. Да и совершенству нет предела.

> Не нужны мне все 10 000 000 000 счетов, мне нужен только один или небольшое количество за указаный период.

Ну за 10 000 000 000 это сразу ф топку. 8-)
Один, это если ты заранее точно знаешь какой, а "небольшое количество за указаный период" - это то о чем и я писал. Простсо бывает что и за период набегает некисло.

ЗЫ: Вобщем спор ни о чем получается вроде. Да и не спор вроде. Вроде все всем ясно. 8-)

Anatoly Podgoretsky (2005-09-15 13:40:00) [5]
Sergey13 © (15.09.05 12:26) [30]
Или писать сразу правильно или забыть, не рационально тратить время на исправление ошибок, это расточительство.

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

Sergey13 (2005-09-15 12:26:00) [6]
2[29] Anatoly Podgoretsky © (15.09.05 12:06)
>Это важно во всех случаях, а не только для низкоскоростного канала
С этим спотить сложно. Поэтому я и написал в [9] что это весчь полезная. Просто это как с мощными компами - зачем оптимизировать под 386 если у всех пеньки? А в режиме "все надо вчера" (как всегда) это вообще становится роскошью и занимаешься этим только когда петух жареный клюнет..

>идеал один запрос - одна запись
Идеал труднодостижим, ИМХО (хотя стемиться к нему надо 8-). Пользователи убъют. Иногда конечно условия (типа медленного канала) заставляют приближаться к нему максимально.

Anatoly Podgoretsky (2005-09-15 12:06:00) [7]
Sergey13 © (15.09.05 09:19) [27]
Это важно во всех случаях, а не только для низкоскоростного канала, идеал один запрос - одна запись, отказ от длительных транзакций, быстрое чтение, быстрый апдейт. Тогда не то что 5, но и 50 будут работать с такой же скоростью как и по локалке.
У меня были системы, где связь шла по выделеному каналу 64 кб на растояние в несколько тысяч километров, через множество сетей, на основе SAP/R3, время реакции порядка 0,5 секунды. Количество работающих с сервером многие тысячи, а через данный канал десятки.

DenK_vrtz (2005-09-15 09:40:00) [8]
Господа, вариант терминального сервера не рассматривался?

Sergey13 (2005-09-15 09:19:00) [9]
2[26] Sergey_Masloff (14.09.05 22:58)
>то чем занимался Sergey13 © (14.09.05 15:43) [9] я тоже проходил. Но там никакие перелопачивания по хорошему не помогут.

Странно. Мне помогло. Трафик сократился минимум на порядок. Работало одновременно до 5 сессий по модему с вполне приемлемой скоростью.
Просто иногда приходилось идти на принципиальное изменение интерфейса для отображения минимально-достаточногоколичества записей. Хорошо помогает в этом какой нить монитор запросов со статистикой обмена.

Sergey_Masloff (2005-09-14 22:58:00) [10]
Вобщем зря весь этот огород. InterBase в таком режиме будет работать ОЧЕНЬ плохо. Даже если линия выделенная и со стороны сервера и со стороны клиента. Если клиент на можеме это будет просто мучение.

то чем занимался Sergey13 © (14.09.05 15:43) [9] я тоже проходил. Но там никакие перелопачивания по хорошему не помогут.

В таком варианте все же неплох MIDAS - и шифрование трафика спокойно и по HTTPS работать можно и сжатие пакетов организовать несложно.

а вообще лучше этот вопрос задать на forums.demo.ru конференция epsilon.public.interbase это обсуждалось многократно и заключение всегда было одно - если есть хоть малейшая возможность по другому - надо по - другому. Все же клиент-серверная архитектура не для таких сред предназначена.

Anatoly Podgoretsky (2005-09-14 19:18:00) [11]
erika © (14.09.05 17:07) [19]
Не завидую, особенно если нет системного администратора, тем более грамотного.

DSKalugin (2005-09-14 18:43:00) [12]
>Не факт. Пример.
>Почтовик на базе WinRoute v4.0.

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

У меня была где-то документация на русском, если не выкинул, то подброшу.

isasa (2005-09-14 17:37:00) [13]
1.Как платим за инет - по часам, по трафику, абонплата в месяц...?

2.Идем к бухгалтеру смотрим (сначала ищем) договор с провайдером?

Сейча брошу красную тряпку. Насколько я понял, БД Интербайз.
Нада вспомнить о репликациях и существовании Оракл или SQL server.

erika (2005-09-14 17:26:00) [14]

> Почтовик на базе WinRoute v4.0.

Ага

isasa (2005-09-14 17:24:00) [15]

> рас в сети есть почтовый сервер, то по идее уже есть постоянное
> подключение и реальный ИП.

Не факт. Пример.
Почтовик на базе WinRoute v4.0.

erika (2005-09-14 17:15:00) [16]
А можно где нибудь дополительну инфу скачать по настройке прокси, чот я смотрела, все как - то заумно, мне бы по проще.

erika (2005-09-14 17:07:00) [17]

> Anatoly Podgoretsky © (14.09.05 17:06) [18]

завтра будут пробовать. предчуствие, что весело мне будя

Anatoly Podgoretsky (2005-09-14 17:06:00) [18]
erika © (14.09.05 16:53) [17]
В случае наличия публичного адреса (который виден из Сети) и SQL сервера на другом надо делать проброску с PublicIP:port сервера -> LocalIP:port сервера и файрвол должен разрешать доступ и ответы наружу.

erika (2005-09-14 16:53:00) [19]
Есть небольшая проблемка когда здесь строилась сеть, я еще не работала, по поводу топологии сети могу сказать следующая - СМЕШАННАЯ: звезда, шина, кольцо.
На прокси сервере стоит винрут, администрированием сервера сети, частично занималась сама, частично человек отвечающий за железо на фирме. У меня конкретного опыта нет.
Соотвественно мне сложнее так как администратор сети сам периодически обращается ко мне. /надеюсь я правильно поняла/

Anatoly Podgoretsky (2005-09-14 16:47:00) [20]
erika © (14.09.05 16:18) [14]
Для ответа надо больше информации по топологии сети, адресах. Кроме того один из вариантов когда на сервере ставится модем и на него звонят извне, проходят аутентификацию для входа в сеть(домен) и дальше нет различий по отношению с локалкой кроме скорости.

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

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »