Организация передачи данных по диал-ап соединению

← →
Начальник ИТ (2007-10-18 12:37) [0]

Добрый день мастера. Я здесь первый раз. Прошу прощения, если не в тему.
Начальник фирмы попросил организовать работу своих удаленных офисов через систему клиент-сервер до главного оффиса, дабы быть постоянно в курсе их работы и контроля информации. Но работа по интернету (диал-ап соединение) очень не выгодна. Выделенки у нас еще нет (районный центр).

К вам вопрос, как лучше всего в этом случае организовать синхронизацию информации сервера и рабочих станций удаленных оффисов. Всего около 50 оффисов. В офисе по два-три компьютера.

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

Отвечу на любой вопрос, готов осбудить ваши идеи .

Заранее спасибо за внимание.

← →
Правильный_Вася (2007-10-18 12:41) [1]

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

← →
boriskb © (2007-10-18 12:47) [2]

> К вам вопрос, как лучше всего в этом случае организовать
> синхронизацию информации сервера и рабочих станций удаленных
> оффисов

Так от задачи зависит.
Есть задачи для которых один два раза в день связаться и обменяться информацией - этого и хватит.
Есть задачи, для которых достаточно [1]
А есть задачи, которые в описанных условиях и не решишь.

← →
Начальник ИТ (2007-10-18 12:54) [3]

> Так от задачи зависит.
> Есть задачи для которых один два раза в день связаться и
> обменяться информацией - этого и хватит.
> Есть задачи, для которых достаточно [1]
> А есть задачи, которые в описанных условиях и не решишь.
>

Спасибо за вопрос. Отвечу.
Шефу нужен постоянный контроль или хотя бы обновление раз в час. У меня идея кешировать базу в кажом офисе, а потом обновление/измение запрашивать на главном сервере.

← →
Начальник ИТ (2007-10-18 12:55) [4]

> кажом

конечно же в каждом.

← →
Reindeer Moss Eater © (2007-10-18 12:57) [5]

У меня пока одна идея увязать каждый офис по телефонной линии с своим логином и паролем и обрабатывать звонки всех звонивших по очереди

Все с точностью до наоборот.
Звонить должен ЦО, если шеф хочет контролировать процесс.

← →
Начальник ИТ (2007-10-18 13:07) [6]

Возможно я неправильно написал по поводу контроля.
Уточню. В центральном оффисе есть человек, который будет создавать запросы по желанию шефа и получать информацию в удобном для анализа виде. То есть инженер-аналитик, он же економист.

← →
Reindeer Moss Eater © (2007-10-18 13:09) [7]

и чего?

← →
Начальник ИТ (2007-10-18 13:11) [8]

> Все с точностью до наоборот.
> Звонить должен ЦО, если шеф хочет контролировать процесс.
>

Всегда считал что клиенты делают автодозвон до сервера, а ту говорят обратное.

← →
Reindeer Moss Eater © (2007-10-18 13:13) [9]

Всегда считал что клиенты делают автодозвон до сервера, а ту говорят обратное.

Ага.
Картина маслом:
шефу вдруг портебовались данные, он зовет начальника ИТ, тот звонит голосом в филиал, МарьИванна, срочно позвоните нам и обновите данные.

← →
Начальник ИТ (2007-10-18 13:17) [10]

> шефу вдруг портебовались данные, он зовет начальника ИТ,
> тот звонит голосом в филиал, МарьИванна, срочно позвоните
> нам и обновите данные

Я имел ввиду, что каждая загрузка программы автоматом запрашивает связь с ЦО и получает/отправляет данные, не зависимо от желания пользователя.

← →
Начальник ИТ (2007-10-18 13:19) [11]

Есть другие мнения ?

Прошу отписать.

← →
Reindeer Moss Eater © (2007-10-18 13:20) [12]

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

← →
Sergey13 © (2007-10-18 13:23) [13]

> [11] Начальник ИТ (18.10.07 13:19)

А с чем собственно вы уже работаете? СУБД какая то крутится? Файлами обмениваетесь? Что есть?

← →
KSergey © (2007-10-18 13:27) [14]

Идей нет может от того, что так вот "в общем" такие задачи решить невозможно.
о чем > boriskb © (18.10.07 12:47) [2] уже писал.

← →
Reindeer Moss Eater © (2007-10-18 13:27) [15]

По моему разницы никакой нет, файлы там у них, или грид оракловый.
Ясно что нужен tcp/ip между ЦО и филиалами а значит диалап.
Причем инициатором соединения должен быть центр.

← →
boriskb © (2007-10-18 13:27) [16]

> Уточню.

По крайней мере для меня ничего не уточнилось.
Здесь важна интенсивность заполнения/изменения базы, трафик, скорость и устойчивость диалапа.
Чего начальнику надо? Базу глядеть или какие то сводные отчеты?
Он реально каждый час будет глядеть отчеты?
Чего клиентам надо? Полная синхронизация с центральной базой?
Сейчас как клиенты работают с базой? Никак не работают?

Да куча еще чего, чтобы аргументированно отвечать.
А общие рассуждения на отвлеченную тему "синхронизация данных с удаленным филиалом" - это да. Наговорят здесь сколько угодно :)

← →
Slym © (2007-10-18 13:28) [17]

Репликацию можно написать самому (на тригерах) или воспользоваться штатными средствами СУБД...
Связь:
1. Сервер
1.1. пул из 2х и более модемов
1.2. DHCP
1.3. в TCP сжатие (чтоб быстро отзванивались)
1.4. контроллер домена чтоб юзеров наделать (и галку разрешить дозвон)
2. клиенты (один комп из офиса)
2.1. 1 модем
2.2. По расписанию звоним на сервер и реплицируем базу
2.3. Можно реплицировать настройки дозвона/репликации

← →
Сергей М. © (2007-10-18 13:28) [18]

> каждая загрузка программы автоматом запрашивает связь с
> ЦО и получает/отправляет данные, не зависимо от желания
> пользователя

А если пользователь не желает загружать программу вообще ?
По причине, например, того, что в периферийном офисе у МарьВанны сегодня ДР, ее коллеги по этому великому случаю уже с утра "подшафе" и не желают, чтобы шеф испортил веселуху ?)

← →
Reindeer Moss Eater © (2007-10-18 13:29) [19]

Плясать надо не от специфики задач, а от имеющихся в наличии средств их решения. В районном центре.

← →
boriskb © (2007-10-18 13:45) [20]

> 2.2. По расписанию звоним на сервер и реплицируем базу

Ну да.
База 15 гиг и диалап в среднем держится не более 5 мин.
или
База 50 мег и диалап устойчиво висит хоть весь день

Телефон вечно занят
или
под диалап можно отдельную линию отвести

И куча еще чего.
И все одинаково решается?

← →
Начальник ИТ (2007-10-18 13:45) [21]

> А если пользователь не желает загружать программу вообще
> ?
> По причине, например, того, что в периферийном офисе у МарьВанны
> сегодня ДР, ее коллеги по этому великому случаю уже с утра
> "подшафе" и не желают, чтобы шеф испортил веселуху ?)

А есть ФО каждого человека, так вот инженер по договорам обязан вести базу, а в его отсутствие начальник оффиса.

> По крайней мере для меня ничего не уточнилось.
> Здесь важна интенсивность заполнения/изменения базы, трафик,
> скорость и устойчивость диалапа.
> Чего начальнику надо? Базу глядеть или какие то сводные
> отчеты?
> Он реально каждый час будет глядеть отчеты?
> Чего клиентам надо? Полная синхронизация с центральной базой?
>
> Сейчас как клиенты работают с базой? Никак не работают?
>

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

Так вот хочется что бы была одна запись про организацию, а не две-три.

Пример: Петров владеет фирмой ТОВ "Яблочко" и ТОВ "Слива", так вот мы сделали список клиентов.

Также сделан список организаций по налоговому коду с реквизитами.

Один оффис заключил с ТОВ "Яблочко" договор на поставку чего-либо, а другой офис уже имеет с этой фирмой договор. Так вот не хочется что бы было две одинаковых организации в базе на сервере.

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

Спасибо за вопросы. Задавайте отвечу по возможности на все.

← →
Начальник ИТ (2007-10-18 13:48) [22]

Да совсем забыл сказать о главном. Сейчас есть база Парадоха через БДЕ в кажом офисе. В центральном офисе сделана максимальная нормализация. Планируется жар-птица.

← →
Slym © (2007-10-18 13:51) [23]

boriskb © (18.10.07 13:45) [20]
Ну да.
База 15 гиг и диалап в среднем держится не более 5 мин.
или
База 50 мег и диалап устойчиво висит хоть весь день

Репликация<>"Тупо скопировать все"
Репликация == скопировать изменения от прежнего состояния
т.е. при регулярном прозвоне объем изменений должен быть минимальным и только при длительном простое объем репликации бадет значительным

← →
Reindeer Moss Eater © (2007-10-18 13:51) [24]

Начальник, тебе скучно?
Зачем тебе наши вопросы?

← →
Правильный_Вася (2007-10-18 13:51) [25]

в случае такой неразберихи [1] проще и в реализации, и в содержании
тем более диалап
отвалившийся коннект элементарно восстанавливается в ту же сессию с незакрытыми программами для продолжения работы
и БД актуальная всегда, с точностью до минуты
и нет надобности что-то реплицировать, заставляя кого-то что-то там запускать

← →
Начальник ИТ (2007-10-18 13:53) [26]

Да связи есть отдельный номер телефона. За год база в каждом оффисе равна примерно 8-9 метров

← →
Jump (2007-10-18 13:53) [27]

Выделенки у нас еще нет (районный центр) {...} Всего около 50 оффисов. В офисе по два-три компьютера{...}Шефу нужен постоянный контроль или хотя бы обновление раз в час.

Прикольно. От 100 до 150 компьютеров. То есть, если считать по офисам, то это около 50 дозвонов в час - это немного больше, чем 1 минута на дозвон/соединение/аутентификацию/передачу данных, при условии наличия 1 модема. 2, 3, 4 модема ситуацию все равно не особо спасают. То есть, всякие диалапы в данной ситуации - не решение. Самое время выделенку тянуть. Тем более, при такой развитой сети офисов.

P.S. 50 офисов в районном центре?! А что они делают?

← →
Сергей М. © (2007-10-18 13:54) [28]

> инженер по договорам обязан вести базу, а в его отсутствие
> начальник оффиса

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

← →
Jump (2007-10-18 13:56) [29]

То есть, 100 Мб сеть. И работа напрямую с центроофисной БД.

← →
Sergey13 © (2007-10-18 13:56) [30]

> [21] Начальник ИТ (18.10.07 13:45)
> Спасибо за вопросы. Задавайте отвечу по возможности на все.

Если можно еще один? Каков бюджет этого желания вашего шефа?

← →
Slym © (2007-10-18 13:57) [31]

Slym © (18.10.07 13:51) [23]
База 50 мег и диалап устойчиво висит хоть весь день

качал по диалапу (31к) файл 10Мб за 10сек :)
спросишь как? оч просто: файл из 1 символа, опции TCP сжатие

Базы тоже в основном сильно поддаются сжатию

← →
Админ (2007-10-18 13:58) [32]

Правильный_Вася (18.10.07 13:51) [25]
в случае такой неразберихи [1] проще и в реализации, и в содержании
тем более диалап
отвалившийся коннект элементарно восстанавливается в ту же сессию с незакрытыми программами для продолжения работы
и БД актуальная всегда, с точностью до минуты
и нет надобности что-то реплицировать, заставляя кого-то что-то там запускать

У нас бы это обошлось в 24000 в день (диалап - 60 руб/час днем)

← →
Начальник ИТ (2007-10-18 13:59) [33]

>
> P.S. 50 офисов в районном центре?! А что они делают?

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

← →
Slym © (2007-10-18 14:00) [34]

Начальник ИТ (18.10.07 13:53) [26]
За год база в каждом оффисе равна примерно 8-9 метров

я так понял клиенты добавляют в центральную копилку, а копилка добавлять клиентам ничего не должна, а только править имеющееся по возможности?

если так то
Jump (18.10.07 13:53) [27]
около 50 дозвонов в час
звонить нужно только при наличии изменений

← →
boriskb © (2007-10-18 14:01) [35]

> [21] Начальник ИТ (18.10.07 13:45)

Интенсивность?
Как сейчас описано - так достаточно однократной репликации в день.
Вряд ли один и тот же клиент в один день в разных офисах заключит два договора.
Это одно.
Если же такое возможно и часто, то совсем другое решение.

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

← →
Slym © (2007-10-18 14:02) [36]

или в центральный офис полноценный инет, а в переферию GPRS модемы :)

← →
Начальник ИТ (2007-10-18 14:03) [37]

> Сергей М. © (18.10.07 13:54) [28]
>
> > инженер по договорам обязан вести базу, а в его отсутствие
>
> > начальник оффиса
>
>
> А ни того ни другого нет на месте по ув.причинам. Или оба
> (а они что, рыжие ?) в первых рядах зачинщиков сегодняшней
> веселухи)... Кто ж себе во вред и в угоду шефу будет запускать
> твою программу ?)... Ищи дураков))

Ладно, я согласен что всегда будут решать на местах, как скрыть информацию от центрального оффиса.

← →
Начальник ИТ (2007-10-18 14:04) [38]

> я так понял клиенты добавляют в центральную копилку, а копилка
> добавлять клиентам ничего не должна, а только править имеющееся
> по возможности?

Правильно понял.

← →
boriskb © (2007-10-18 14:05) [39]

> [31] Slym © (18.10.07 13:57)

так сети разные бывают.
Я в 2001 году по районым сетям в Забайкалье качал около 10 мег мин 25-30

Я же не говорю, что твое решение не правильно.
Я говорю, что решение очень сильно зависит от реальных начальных условий.

← →
Правильный_Вася (2007-10-18 14:05) [40]

> У нас бы это обошлось в 24000 в день (диалап - 60 руб/час днем)

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

← →
Slym © (2007-10-18 14:06) [41]

Начальник ИТ (18.10.07 14:03) [37]
как скрыть информацию от центрального оффиса
гранить для договора не только дату, но и время
и если это время отличается более чем на 24 часа от времени ее регистрации в центре... не обижаться

← →
Начальник ИТ (2007-10-18 14:07) [42]

>
> Если можно еще один? Каков бюджет этого желания вашего шефа?
>

Это не мой уровень, но от себя могу сказать что простой для фирмы дорого обходится. Шеф даже заикался за IB6 сервер.

← →
Правильный_Вася (2007-10-18 14:08) [43]

> У нас бы это обошлось в 24000 в день (диалап - 60 руб/час днем)

зато трудозатрат почти никаких

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

или ты этоне учитываешь? зря

← →
Админ (2007-10-18 14:09) [44]

Slym © (18.10.07 14:02) [36]
в переферию GPRS модемы :)

и в офис тоже.
+ купить хостинг с доменом и синхронизировать всё через сайт.

← →
Админ (2007-10-18 14:10) [45]

Правильный_Вася (18.10.07 14:05) [40]

да, теперь понял.

← →
Правильный_Вася (2007-10-18 14:10) [46]

> зато трудозатрат почти никаких

и скорость внедрения почти моментальная в отличие от самоделок
а ведь автор говорит, что простой обходится дорого

← →
Slym © (2007-10-18 14:10) [47]

Правильный_Вася (18.10.07 14:08) [43]
посчитай затраты на разработку системы
эх мускали с кило$ зарплатами... мнебы 24000руб в день :) ябы пешком на флешке обновления носил бы :)

← →
Slym © (2007-10-18 14:15) [48]

Правильный_Вася (18.10.07 14:08) [43]
посчитай затраты на разработку системы
к тому же представь BDE на 50 пользатей... УЖОС!
сирано переделывать придется, а заодно и репликацию прикрутить...
я делал такой проект за 2 мес и простейшая (более-менее интелектуальная) репликация у меня занила меньше всего времени, остальное по рюшечки да бланки

← →
Sergey13 © (2007-10-18 14:20) [49]

> [42] Начальник ИТ (18.10.07 14:07)
> Шеф даже заикался за IB6 сервер.

По моему нас разводят.

← →
Начальник ИТ (2007-10-18 14:23) [50]

> к тому же представь BDE на 50 пользатей... УЖОС!

Стоп, сейчас в оффисах есть главный комп, а остальные подключаются по сети. Планируем жар-птицу.

← →
Начальник ИТ (2007-10-18 14:28) [51]

> По моему нас разводят.

Да нет развода. Все чесно.

← →
Начальник ИТ (2007-10-18 14:30) [52]

Правда, как и все шефы хочет економию на всем, а вы говорите GPRS модемы !

← →
Sergey13 © (2007-10-18 14:31) [53]

> [51] Начальник ИТ (18.10.07 14:28)

Значит разводят тебя. ИБ6 - бесплатная СУБД. Если даже о ней идет только "заикание", то о сумме в 1000$ наверное даже заикаться нельзя. В масштабе "50 оффисов по областям/районнам/селам." это вообще несерьезно. ИМХО.

← →
DrAndrey © (2007-10-18 14:35) [54]

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

← →
Начальник ИТ (2007-10-18 14:39) [55]

> ИБ6 - бесплатная СУБД.

Это с каких пор ? Жар-птица да.

← →
Jeer © (2007-10-18 14:39) [56]

> Начальник ИТ (18.10.07 14:30) [52]

Плохой ты началник IT, точнее - никакой.
Ну не знаю, не знаю...
С минимальными знаниями подвязываешься на IT_должность, да еще когда шефу нужна "економия" на всем.
Линяй.
Иди туда, где не так больно, когда по мордочке смажут за профнепригодность.

← →
tesseract © (2007-10-18 14:40) [57]

> Да связи есть отдельный номер телефона. За год база в каждом
> оффисе равна примерно 8-9 метров

У меня за час больше...

Насчёт Dial-Up-a - что модем в офисе нельзя на ожидание звонка поставить ? И не надо там никакого нета - достаточно внутреннего IP, которое после соединения выйдет, придяться помаяться с настройкой соотвествующего софта, но в целом работать будет.

← →
Начальник ИТ (2007-10-18 14:41) [58]

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

Были бы выделенки, даже вопроса не задавал.

Значит терминал - единственное, как я правильно понял ?

← →
Начальник ИТ (2007-10-18 14:49) [59]

> > Да связи есть отдельный номер телефона. За год база в
> каждом
> > оффисе равна примерно 8-9 метров
>
>
> У меня за час больше...
>
> Насчёт Dial-Up-a - что модем в офисе нельзя на ожидание
> звонка поставить ? И не надо там никакого нета - достаточно
> внутреннего IP, которое после соединения выйдет, придяться
> помаяться с настройкой соотвествующего софта, но в целом
> работать будет.

Я повторюсь, что база максимально нормализована. А насчет модема в режим ожидание, так я только за.

Сейчас идет все просто: база с удаленного оффыса в архиве 720К передается в ЦО и там собирается в общую базу.

← →
DrAndrey © (2007-10-18 14:50) [60]

Можно отчеты формировать и слать почтой fttp (fttps). А обратно апдейты для базы (скрипты и пр.). А с дозвоном наверное будут проблемы. Имею подобный геморой: Клиент-Сбербанк и СЭД (казначейство) через диалап - дозвониться проблема, коннект рвется, пакеты теряются, скорость 4 Кбит/с.

← →
tesseract © (2007-10-18 14:56) [61]

> Имею подобный геморой: Клиент-Сбербанк и СЭД (казначейство)
> через диалап - дозвониться проблема, коннект рвется, пакеты
> теряются, скорость 4 Кбит/с.

Ну тут получше будет, тут дело в древних можемах и софте паршивом. Должно быть где-то 28,8-36,6 (Зухель коннект !!!).

Дело в АТС, у меня и тырнет пишет в свойствах 33,6, а качает 4-10, не более.

← →
Начальник ИТ (2007-10-18 15:05) [63]

> Должно быть где-то 28,8-36,6 (Зухель коннект !!!).

У нас скорость примерно от 33,6 до 50,5. А в остальном
> tesseract ©

прав, и даже с дозвоном 50 компов проблем нет. Есть серверная, там и расположен многоканальный телефон.

> Значит терминал - единственное, как я правильно понял ?

Это только тебе решать.
Сможешь повесить 50 сессий одновременно по диалапу?
Комп в ЦО потянет эти сессии?

>многоканальный телефон
Это как, просвети?

> Это как, просвети?

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

С диалапом и 50тью компами гемор будет плюбому что при терминале, что при ежечасной репликации баз.
Самое простое в ЦО "поднять" инет сервер.
А на остальных соединятся не напрямую к ЦО а через интернет с сервером.

> А на остальных соединятся не напрямую к ЦО а через интернет
> с сервером.

Да почему не присоединиться через внутренню сеть ? IP до фонаря куда коннектиться, а вот модем ты по запросу в интернет не выведешь.

Насколько я понял из объяснений оптимальное решение таково:
1) оставить все как есть, обмен ежедневный по диалапу по расписанию (можно после работы, ночью - люди не обязательны)
2) Начальника убедить, что его желание "видеть реальную обстановку ежечастно" при имеющихся:
а) 8 мб в год (т.е. минимальное количество договоров в день)
б) линиях связи
это ненужная блажь
:))

Далее работать не над ПО, а над нормальной связью между офисами.

> Да почему не присоединиться через внутренню сеть ? IP до
> фонаря куда коннектиться,
>

Да потому, что одновременно несколько офисов хрен дозвонятся до ЦО.
Или им расписание обмена делать надо )
А тут можно было б в даже online обмениваться.

> а вот модем ты по запросу в интернет не выведешь.

Почему ?

> Почему ?

Только телефонным звонком оператору :-)

> Да потому, что одновременно несколько офисов хрен дозвонятся
> до ЦО.

Телефон многоканальный + выгрузка идёт по запросу из ЦО

← →
Начальник ИТ (2007-10-18 17:46) [72]

Большое спасибо всем отвечавшим

> Slym (18.10.2007 14:10:47) [47]

Ага зимой и в гору.

> DrAndrey (18.10.2007 14:35:54) [54]

Время установления соединения обычно более одной минуты.

Anatoly Podgoretsky © (18.10.07 20:46) [73]
Ага зимой и в гору.
с такой зарплатой и снегоход будет и квадрацикл и гужевая повозка на крайний случай...
Начальник ИТ (18.10.07 15:05) [63]
там и расположен многоканальный телефон
Многоканальный говоришь? этож поток... оптика? если так то кто мешает на лишнюю жилку инет поставить?

> Многоканальный говоришь? этож поток... оптика? если так
> то кто мешает на лишнюю жилку инет поставить?

В 50 офисов ? У них в ЦО многоканальный.

> Есть серверная, там и расположен многоканальный телефон.

Насколько многоканальный?

tesseract © (19.10.07 11:21) [76]
У них в ЦО многоканальный
в ЦО и поставить, клиентам GPRS 8 раз в день по 1мб не дорого

> в ЦО и поставить, клиентам GPRS 8 раз в день по 1мб не дорого

Можно и так.

← →
Начальник ИТ (2007-10-19 14:06) [80]

> в ЦО и поставить, клиентам GPRS 8 раз в день по 1мб не дорого

Не дорого для Москвы ?

← →
Начальник ИТ (2007-10-19 14:07) [81]

> > Есть серверная, там и расположен многоканальный телефон.
>
>
> Насколько многоканальный?

Вроде на 16 ?

> Начальник ИТ (19.10.07 14:06) [80]
> Не дорого для Москвы ?

"Сосчитать что-то всегда стоит дороже, чем не считать."
(с) http://ag-orlov.narod.ru/itnotes.htm

> "Сосчитать что-то всегда стоит дороже, чем не считать."

Бредовая статья, для ПБЮЛ-ов. У нас база перегружена отчетами - просто без неё фирма остановиться.

> tesseract © (19.10.07 17:14) [83]
> > "Сосчитать что-то всегда стоит дороже, чем не считать."
>
> Бредовая статья, для ПБЮЛ-ов. У нас база перегружена отчетами
> - просто без неё фирма остановиться.

И в чем же бредовость как статьи, так и приведенного утверждения? В том числе и в отношении вашей мощной конторы?

> Начальник ИТ (19.10.2007 14:07:21) [81]

Ну тогда на каждую контору приходится примерно по 15-20 минут в час, этого времени достаточно для передачи данных. Пусть работают по расписанию, не более 15 минут.

← →
Начальник ИТ (2007-10-19 21:00) [87]

> Ну тогда на каждую контору приходится примерно по 15-20
> минут в час, этого времени достаточно для передачи данных.
> Пусть работают по расписанию, не более 15 минут.

Спасибо за понимание АП !

> На каждый чих не наздравствуешься.Мне статья понравилась.

Я в этой среде работаю. Все там фигня, включаю калькуляцию стоимости. Бред гастробайтера.

Организация передачи данных по диал-ап соединению Найти похожие ветки