Хмм, а почему...

Почему собственно не сравнили производительность + стоимость? Собственно если посчитать стоимость Oracle&производительность и стоимость MySQL&производительность да еще применительно к планируемой нагрузке (считай + стоимость лицензий) то тогда результаты будут ОЙ какие неожиданные. Лабораторные тесты никогда не дадут реальной картины. В свое время Туру Хейердалу предрекали полное сгниение и утопление его папирусной ладьи "РА" через неделю. Опять же эти эксперты были "лаборанты". Т.е. они мочили папирус в ванне, но никто из них не подумал, что в ванне нужно менять воду :-)

А применительно к сабжу скажу, что год назад поставил несколько серверов: 1. Win2k AS & MS SQL2k 2. Win2k AS & Oracle8 3RedHut6.2 & MySQL 4RedHut6.2 & Oracle8

Все это ставилось на одинаковом железе 2 x PIIXeon-500; 512Mb; 5 x 20Gb SCSI Тестировалось все из расчета одновременного проведения 100транзакций/sec (все это прикидывалось для одной крупной биржи, где я тогда был сисадмином). Собственно победил RedHut & Oracle, после него шел RedHut & MySQL и.т.д, но после того как прикинули что это будет стоить, то забыли про все варианты лицензирования. И сделали торговую систему на RedHut и MySQL и все великолепно работает. Собственно, я год как перешел в другую компанию, а у меня до сих пор никто рутовый пароль так и не попросил :-) И действительно, а зачем? В 1987 году я поставил сервер под Linux (166 пенек, 32Мб, на нем крутится апач и сендмайл, сквид, айпичейнс ходит через него 200 юзверей) и теперь никто про него не вспоминает. В Интернете он есть, контент обновляется, почта ходит и никто на него под рутом с тех пор и не заходил. Ну я ингда залезу, чужую почту посмотрю, хоть узнаю как контора поживает :-) Новый администратор - виндозник, и на этот сервер никогда не заглядывал, и рутовым паролем так и не заинтересовался. Приведите пример NT сервера работающего в Интернет, на котором не ставили патчей и не перегружали в течении 4-5 лет?

Дмитрий Ряховский (aka DIMON) dmitry@newmail.ru

2anonymous (*) (2002-03-01 20:49:14.0): "В 1987 году я поставил сервер под Linux (166 пенек, 32Мб, на нем крутится апач и сендмайл, сквид, айпичейнс ходит через него 200 юзверей)"
Вау! К нам пожаловал сам Л.Торвальдс. Я и не знал, что Торавльдс работал на Интел, а инче как объяснить то что за 8 лет до оффициального анонса Пентиума он на нем уже работал.
"не ставили патчей и не перегружали в течении 4-5 лет?"
Тот линукс есть одна сплошная дыра...

2no-dashi: "Доля IIS'ов неуклонно сокращается"
Cам придумал? А вот неткрафт говорит что по сравнению с мартом прошлого года доля IIS выросла...

Поправочка

Ogr , конечно очепяточка, не 1987 а 1997. Собственно в 1987 и Линукса небыло и Торвальдс о нем не думал :-)

Дмитрий Ряховский

Org прав, доля ISS действительно если и не выросла, то не уменьшилась. И думаю, что дело тут просто в упрощении (уплощении?) мозгов нынешних "мышатников". Чем больше чайников приходит в IT тем более легкие пути они используют.

Кто не читал статью посмотрите просто картинки, чтобы понять какое чудило этот Огр! Его MsSQL везде так сосет, что и говорить то не прилично.

http://www.eweek.com/slideshow/0,3670,sid=0&a=23120&s=1590,00.asp?ima...

http://www.eweek.com/slideshow/0,3670,sid=0&a=23120&s=1590,00.asp?ima...

Поделия от MS оказалось самым худшим!

2anonymous (*) (2002-03-01 23:27:47.0): "Кто не читал статью посмотрите просто картинки"
Ну ты так тоже ведь не читал :) Мучался приводил два линка нет чтоб один http://www.eweek.com/slideshow/0,3018,sid=0&s=1590&a=23120,00.asp хотя на картинках 3 и 4 видно как SQL Server всех ужедывает, может по этому и не стал те линки приводить? :)

Типа, нормальные герои всегда идут в обход? Мы, комсомольцы, без трудностей не можем?

Что плохого в поиске лёгких путей? Ведь время можно потратить и на более приятные и полезные дела, чем настройка глюкавого Апача...

Однако!

А не будете так любезны назвать мне глюки Apache за последние пару лет и припомнить чем так знаменит IIS ? Ну а насчет легких путей я написал не просто так. В моем отделе 8 сертифицированных инженеров и админов MS из них трое работают со мной давно и тоже юниксоиды. Когда я попросил одного из мышатников настроить роутер, то тот полез на него браузером. Надо было видеть его глаза, когда я ему объяснил, что он не поддерживает настройку через WEB и надобно идти на него телнетом и конфигурить ручками. Короче пришлось делать самому.

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

Извиняюсь, забыл подписаться.

Дмитрий Ряховский (ака DIMON) dmitry@newmail.ru

Вот вот, всё у вас, юнихойдов, через так. Роутер бровзером не настроить (чему в свете наличия присутствия SSL нет никакого оправдания), и Апач без глюков, и IIS знаменит...

2anonymous (*) (2002-03-02 00:51:06.0): голый апачь может и ничем таким не знаменит (не помню уже, а искать лень), но кому он голый нужен? Нужен хотя бы он с рнр... а тут недавно кое-что выплыло... Да и впрочем у php проблем с безопасностью всегда было не меньше чем у asp...
"Надо было видеть его глаза, когда я ему объяснил, что он не поддерживает настройку через WEB..." - я знаю глаза таких людей... Это глаза человека, которому предложили в качестве рабочего инструмента каменный топор...:)
Кстати, а почему это у роутеров нет конфигурирование через веб? Для чего на кошках httpd тогда? Просто я им никогда не пользовался - мне как-то привычней каменным топором...:)

To: Antichrist

>Вот вот, всё у вас, юнихойдов, через так. Роутер бровзером не >настроить (чему в свете наличия присутствия SSL нет никакого >оправдания), и Апач без глюков, и IIS знаменит...

Если еще в IE не разучился URLы набирать сходи на http://uptime.netcraft.com/up/today/top.avg.html.
И поясни общественности как апача с глюками может работать по несколько лет? И почему в сети нет ни единого сервера IIS который продержался без перезагрузки хотя бы год?

Если ты когда нибудь видел роутеры в живую (при том что они не Small/Home Office) - ты бы знал что если такую вещь пытаться настраивать через любой кликпоинт интерфейс, то тыкаться мышкой будешь час для того чтобы сделать относительно несложные настройки.
Командный интерфейс позволяет людям, хорошо знающим продукт производить настройки быстрее и с меньшим гимором.

Ну и на фиг аптайм? Пиписькомерка очередная, ничего более...

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

2Antichrist: кгхм... извини, можно-то оно можно... но вот будет ли это удобно? очень сомневаюсь - я лично ничего лучше чем EXEC для управления роутером не видел... Может кто покажет? Интересно было бы глянуть...:)

лучше чем EXEC для управления роутером не видел... Может кто покажет? Интересно было бы глянуть...:)

---------------------------------------

ну почему, если урль в браузере пишешь руками (копируешь и правишь предыдущий), то неплохо получается :)

Петров Сергей

2Antihrist:
> Не понял, какие проблемы с логикой у клиентов? Юзерский клиент должен
> уметь только одну единственную вещь - вытащить код клиента из БД. Для
> извращенцев это будут жабьи классы, для истинных ценителей высокого
> искусства - код на Tcl. Так что обновил базу - и все клиенты новый код
> поимели...
Все то вы пишете правильно можно даже сказать в идиалезированной форме вот только вопрос появляется - А какой, собственно у Вас опыт написания подобных систем и на TCL в частности?

P.S.
Не сочтите за попытку развести флейм или оскорбление.

To Korwin: Есть некий опыт по вытаскиванию кода клиента из базы. Правда это не TCL, а python, но принципиально это одно и тоже. Не вижу здесь ничего архитектурно-проблемного.. А формочки на XUL-е писать, но это уже из теории(предыдущее из практики).

Огру: доля IIS'а сокращается в _нашей_ конторе. За остальной мир не поручусь, да я и не заявлял про представляемое тобой сообщество безруких, что кроме винды ничего не видели, и более того - видеть не хотят... В жизни же на любом серьезном предприятии есть администратор, чья подготовка позволяет не быть привязанным ни к одной платформе. И тогда появляется возможность свободного выбора платформы веб-сервера, да и самого веб-сервера. И если требуется надежность и стабильность - берут, как правило, не МС. Ееще одна причина, почему доля IIS'ов падает - так это потому, что любителей поставить себе персональный веб, забыть его запатчить и подцепить какой-нить триппер в результате стало слишком много. И теперь их давят административно. А на серверах народ постепенно переходит с IIS на Апач, поскольку желание чего-нибудь необычного с IIS'ом невыполнимо. Под апачем же таких вопросов не возникает - такая-то директива для того, чтобы добиться такой-то цели, такая то ошибка была совершена программистом. 2 Antichrist: Насчет настройки раутеров через веб - уж поверьте человеку, у которого их (раутеров) не менее трех десятков - через веб ими рулить неудобно. А sed+cat+echo+bash+nc+/dev/brains+/dev/rightHands - в самый раз будет. Попробуйте хоть раз в жизни провести смену протокола динамической маршрутизации в большой сети (200+ раутеров). Про то, что надо было при проектировании думать прошу не говорить, ибо раньше "по уму" сделать все нельзя было - аппаратуру не давали. А теперь спустили сверху "настоятельную рекомендацию", да и пошло новое железо, которое в прежнюю схему только "с мылом" лезет. Кстати, по соображениям стабильности и безопасности мы веб-сервер на тех раутерах, где он есть, отключаем. Потому, что апгрейдить IOS на циске в ебенях за 300 км по каналу 19200 (в лучшем случае, часто бывает 9600, а нередко и 4800) после нахождения бага в веб-сервере не самое приятное и безопасное (для работоспособности раутера и стабильности связи подключенного к нему фрагмента сети) удовольствие. Еще более интересная информация к сведению - в веб-интерфейсе раутеров в части серьезных настроек вторая по частоте встречаемости ссылка (после ссылки на сайт производителя раутера) - это ссылка типа telnet:<host>

2Петров Сергей: фиии... ну из-за этой дырки имхо на всех кошках давно httpd погашен :)

2no-dashi: "почему доля IIS'ов падает"
Ты туп? Доля IIS растет, посмотри на графики сколько было год назад и сколько сейчас.
"уж поверьте человеку, у которого их (раутеров) не менее трех десятков - через веб ими рулить неудобно."
"отключаем. Потому, что апгрейдить IOS на циске в ебенях за 300 км по каналу 19200 (в лучшем случае, часто бывает 9600, а нередко и 4800)"
Ты что курил? Если у тебя раутер смотрит в инет, то откуда у тебя 4800 на канале? Может просто ты тут просто пургу гонишь из-за своей полной не граматности ни в одном из обсуждаемых вопросов :)

Ogr: хммм... зажрался ты...:) А вот Запендрищинск, в котором один ISP у которого канал наружу в 64кбит... И всебь городок через этот канал ломится...:(

2Irsi: Мне просто не понятен смысл ставить полноформатную железку на обслуживание такого дохлого соединения, тогда как линукса, прости господи, там хватит за глаза :)
Я уж не говорю про то что если "ссылка типа telnet:<host>" не бред сивой кабылы, то уж точно проблема с головой наличествует, потому как разрешать телнет на раутер есть верх проф. не компетентности.

2Ogr: ты знаешь - кошки нужны не только для высокой производительсти...:) Надежность важна не менее, да и плюс к тому что на кошке делается легко и просто на писюках зачастую требует плясок с бубнами. Да и то что кошки в основном это стоечное железо, тоже играет свою роль... Ну а про такое понятие как корпоративный стандарт я думаю не тебе рассказывать...:)
К тому же не забывай - внутри Мухосранска могут быть и весьма быстрые каналы, это наружу пуповина тонкая...
А про telnet на роутер - не позорься...:) Нет ему альтернатив, да и не об этом говорили...:) К тому же на кошке можно ограничить акцесс-листом возможность телнетиться только с определенных сетей/ностов... Тоже понятно не панацея... Но впрочем вариантов может быть уйма...:)

>>шел RedHut & MySQL и.т.д, но после того как прикинули что это будет стоить, то забыли про все варианты лицензирования. И сделали торговую систему на RedHut и MySQL и все великолепно работает.

Расшифруй плиз, что значит торговая система? Ничего не имею против Мускеля, сам активно пользую для некоторых задачь, но построить "ТОРГОВУЮ СИСТЕМУ" на сервере таблиц.?? да еше на мускеле образца 97 года (какой там номер был тогда?).
Как целостность данных то подерживал? А совместный доступ? А клиента через шо к мускели приценил? А клиентов то скока? А... вообщем бы интересно было бы почитать чего умеет собсно то твоя торговая система. Кстати, а чем биржа то занимается если Оракл для нее не покарману :)) Пирожками торгует что ли :))


Орг, а ты и в роутерах специалист? Или так, для поддержания разговора.

2Irsi: "К тому же не забывай - внутри Мухосранска могут быть и весьма быстрые каналы, это наружу пуповина тонкая"
Если наружу такая пуповина, то откуда взятся нормальным каналам внутри?! Это все равно что к деревне дороги на тракторе не проедишь, а по главной улице F-1 катются.
"А про telnet на роутер - не позорься...:) Нет ему альтернатив, да и не об этом говорили...:)"
А я то по глупости думал, что телнет пароли и данные в открытую посылает в чем собственно его основное уродство, и ssh для этого и был придуман. Ну что ж оаз хотите песть будет telnet не жалко, только уж сразу опубликуйте все пароли на инете, а не все еще знают их.
2ifconfig: "ты и в роутерах специалист? Или так, для поддержания разговора."
Нет я специалист по отлавливанию откровенного гона, как-то настройка раутеров используя телнет (а не ssh) или там аптаймы с 87/97 года...
Хотя каюсь, сам раутер настраивал через телнет :) Но это извиняюсь было у меня самого дома.

2Петров Сергей: фиии... ну из-за этой дырки имхо на всех кошках давно httpd погашен :)

--------------------------------

"не корысти ради..." (С)

это я вспонинаю трех-четырехлетней давности впечатления... ну действительно быстрее получается :))

Петров Сергей

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

2ifconfig: "ты и в роутерах специалист? Или так, для поддержания разговора." Нет я специалист по отлавливанию откровенного гона, как-то настройка раутеров используя телнет (а не ssh) или там аптаймы с 87/97 года... Хотя каюсь, сам раутер настраивал через телнет :) Но это извиняюсь было у меня самого дома.

----------------------------------

"не мужик ты сюда не на охоту ходишь" (С)

ты (извиняюсь) просто "пиарщик" видивший роутеры только на картинках в книжках и слышавший о них гон в курилки конторы.

А. у циски нет ssh

Б. в том телнете про который тебе говорили защита не в пароле, а в отсутствии доступа не с доверенных хостов.

В. никто не мешает (кроме денег за софт) на циске поиметь шифрованное соединение на сеть из которой работает админ. (возможно поэтому и ssh нет). тогда и злощастный енайбл никто в наборе не увидит.

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

и наконец даже зная все пароли в сети в которую у тебя нет "физического доступа" тебе ничего не удасться с ней сделать. например пароль может вообще отсутствовать :)

Петров Сергей

И Д. говоря телнет, большинство понимает под этим не протокол на 23'ем порту, а сетевой терминал, которым в том числе является и ssh.

С Tcl опыта нет, как раз сейчас его и набираюсь. Раньше делал подобные системы на ненавистной Жабе, но теперь, когда решения я принимаю, и выбор за мной - то однозначно Tcl!

Если бы не такая мудацкая инсталляция приложений на XUL, то цены бы ему не было... :(

Огр, чудак на букву "М", ЧТО ТЫ ЗНАЕШЬ ПРО КРУПНЫЕ КОРОПОРАТИВНЫЕ СЕТИ ПОЛНОСТЬЮ ИЗОЛИРОВАННЫЕ ОТ ВНЕШНЕГО МИРА??? Не знаешь? Не видел? Так вот - я и знаю, и слышал, и видел, и сам из к таким сетям имею самое прямое отношение - в координируемой мною сети общая длина линий связи не менее 3 тысяч километров, а узлов, к ней подключенных, не менее 2 сотен (узлами я называю объекты, имеющие собственные подсети). У крупных контор сети очень большие - и условия подключения объектов самые разные. До крупных узловых объектов у нас по два-четыре мегабита, а от них до мелких - от 128К до 4800. А еще, тебе, умному, надо бы знать, ЧТО ИЗНАЧАЛЬНО РАУТЕР НУЛЕВОЙ КОНФИГУРАЦИИ НАСТРАИВАЮТ ЧЕРЕЗ ПОСЛЕДОВАТЕЛЬНЫЙ ПОРТ, ибо конфиг у него в тот момент отсутсвует полностью, поэтому в целях введения наименьшего зоопарка методов настройки и управления аппаратурой используется максимально простая и единообразная методика как для начальной настройки, так и последующей донастройки, и методика эта - telnet/серийный порт+скрипт при необходимости. Сколько времени займет переконфигурация 3Com CoreBuilder 3500 через браузер при наличествующем при канале на 14400, занятом на 60 и более процентов? Ответ - не менее чем 40 минут. Сколько времени уходит телнетом? Не более 15 минут. Разницу заметил? Еще одна особенность - при отладке подключаемого каким-нибудь "хитрым" образом узла, либо настройке динамической маршрутизации единственный сравнительно безопасный и надежный способ работать на удаленном хосте - это работать с ближайшего хопа. И делать это можно только по телнету и ему подобным протоколам. Насчет IIS'ов - опять же, в крупных корпорациях IIS пользуется популярностью только у тех, у кого ни на что более мозгов не хватает. Потому что _с апачем надежней и безопасней_. У нас с тобой, Огр, разные масштабы работ. Ты сидишь в конторе и интернетишься, не занимаясь ничем более (возможно, отвечая за один-два сервера, выход которых из строя никто не заметит - хотя скорее всего тебе платя за количество сообщений в форумах). У меня по основной работе серверов около 20 штук, более двух сотен раутеров, среди них три десятка таких, отказ любого из которых может привести к очень большим потерям. Хинт: сколько стоит простой одной сортировочной жд-станции в течение четырех часов? А узловой грузовой станции? А станции на стыке дорог? А диспетчерского центра железной дороги? А ты тут "IIS, MS SQL, Windows XP, администрирование через Web"... Как дите малое, честное слово...

Еще к Огру насчет линукса или циски на "мелкий" канал - что ты знаешь про циски младших моделей? А как потом производить расширение существующей сети, например, заменить старую асинхру по меди на синхру 256К? С цисками все легко - меняем модем, меняем конфиг порта (было дело, меняли конфиг отдавая юзеру команды "голосом" по телефону).

2Ogr: нда, не знаком ты с расейской спецификой...:) А вообще внутри Мухосранска есть какая-никакая телефонная сеть, следовательно есть медь... Да и расстояния небольшие... Так что быстрые каналы там - не проблема...
Про телнет на роутер - БЛИН ну покажи мне sshd for IOS! :)))) Или кошки это несерьезные роутеры? :)

2no-dashi: и ты не гони - очень многие корпорации используют IIS...
Вот например:
+++GET 66+++
GET / HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
Accept-Language: en,ru;q=0.5
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461)
Host: www.intel.com
Cookie: AnonymousGuest=8500BFC3D9A7456eAD75C3265CDB57E4406
Connection: keep-alive

+++RESP 66+++
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Sun, 03 Mar 2002 18:30:10 GMT
Connection: close
Content-Type: text/html

Или вот:
+++GET 70+++
GET / HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
Accept-Language: en,ru;q=0.5
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461)
Host: www.shell.com
Connection: keep-alive

+++RESP 70+++
HTTP/1.1 302 Object moved
Server: Microsoft-IIS/4.0
Date: Sun, 03 Mar 2002 18:37:11 GMT
Location: http://www2.shell.com/home/Framework
Content-Length: 157
Content-Type: text/html
Set-Cookie: ASPSESSIONIDQGQGQHSP=JNKHLEDCNMODKCKJICFFBCJC; path=/
Cache-control: private
+++CLOSE 70+++

Извини, но я сомневаюсь что у этих людей "мозгов не хватает" :)

2anonymous (*) (2002-03-03 11:19:03.0): "А. у циски нет ssh"
А что же тогда они фиксят?
Affected product lines are:
All devices running Cisco IOSR software supporting SSH. This includes routers and switches running Cisco IOS software.
Catalyst 6000 switches running CatOS.
Cisco PIX Firewall.
Cisco 11000 Content Service Switch family.
http://www.cisco.com/warp/public/707/SSH-multiple-pub.html
Им я так понимаю делать просто не чего.
"в том телнете про который тебе говорили защита не в пароле, а в отсутствии доступа не с доверенных хостов"
А по дороге за одно всем будет рассказан пароль вместе со всеми для этого не обходимыми атрибутами, как-то ip адрес.
"и наконец даже зная все пароли в сети в которую у тебя нет "физического доступа""
В том то и дело, что есть :) Если раутер стоит на входе, что обычно и есть (во всяком случае среди известных мне контор, они просто используют акццесс лист на сиске вместо файрвола).
"И Д. говоря телнет, большинство понимает под этим не протокол на 23'ем порту, а сетевой терминал, которым в том числе является и ssh."
ага, а начинаем отмазыватся? там ясно было написано "telnet: <host>" как под этим можно понимать ssh я не понимаю.
2no-dashi: "ЧТО ТЫ ЗНАЕШЬ ПРО КРУПНЫЕ КОРОПОРАТИВНЫЕ СЕТИ ПОЛНОСТЬЮ ИЗОЛИРОВАННЫЕ ОТ ВНЕШНЕГО МИРА"
Ты себя перечитай. А? Там где было про 4800 в Мухосранске, а потом про уже твою изоляцию... Не находишь что ты себе противоречишь?
"Сколько времени займет переконфигурация 3Com CoreBuilder 3500 через браузер при наличествующем при канале на 14400, занятом на 60 и более процентов?"
Так я не понял, ты настраиваешь раутер и в этот момент сеть которую он обслуживает еще кем-то используется. Только прошу не стоит начинать реданданси рассказывать, для такой сети это полная глупость.
"У меня по основной работе серверов около 20 штук, более двух сотен раутеров, среди них три десятка таких, отказ любого из которых может привести к очень большим потерям"
Тебя еще не уволили? Потому как пора, если ты не сделал файловер, то ты просто должен милостыню на дороге собирать, а не сеть подерживать в рабочем состоянии.
2Irsi: "нда, не знаком ты с расейской спецификой...:) А вообще внутри Мухосранска есть какая-никакая телефонная сеть, следовательно есть медь"
Пусть будет так, раз стрельба по воробъям из пушки котому-то нравится, то вперед ни чего против не имею.

2Ogr: убедил, есть... Правда в относительно новых версиях IOS и только на старших моделях, и только ssh1, но действительно есть...:)
А здесь народным роутером является 26я серия и насколько я понял в них ssh не поддерживается...

Огр, маугли, ты уже устал... Первое: на объекте , где раутер лишь один (а таких большинство, ибо денег на железо давать не хотят, причин не видят - типа все и так работает) никакой "файловер" ты уже не настроишь.А там, где девайсов более двух, мы испытания отказоустойчивости проводим - подкидываем монетку, и в зависсимости от результата опыта выключаем соответсвующий раутер... Второе: крупная сеть - это сеть с большим количеством узлов, а не быстрыми каналами. А узлы бывают разными, от зданий с тремя-четырьмя сотня компов и десятком серверов до будочки с двумя компами. Если мы в на каждый объект будем ставить по два раутера старших моделей, никаких денег не хватит. Третье: не часто, но и не редко возникает необходимость донастройки раутера, который уже "как-то" работает, будучи настроен клик-энд-пикером местным. Но работает криво, ибо этот чайник сделал все через ж^%у. Пример: где-то за 200 км на узле есть оптическое кольцо, объединяющее пять-десять предприятий. И стоят там два 3Com'а, маршрутами обменивающиеся по RIP'ам. А до этого узла из центра два медных канала по 14400. А тамошний раутер донастроить все равно надо, и желательно из центра - ибо хочется, например, OSPF - корпоративная политика, да и возможностей поболее. Четвертое: на протяжении скоро уж двух лет близки к увольнению оказываются лишь клик-энд-пикеры, конфигуряющие раутеры по веб, ибо если он совершает ошибку, то исправить ее он уже не может, ибо с работой в терминале он не знаком. И никакой файловер ему не поможет - ибо испохабленная система в "железном" плане корректно работает, а то что на ней конфиг кривой - так софт считает что "так и задумывалось администратором". 2Irsi: www.ibm.com: Apache, www.oracle.com: Apache, www.mps.ru: Apache, www.fsb.ru: Apache, www.mvd.ru: Apache, president.kremlin.ru: Apache, www.yandex.ru: Apache... Все, больше не буду, устал :-) 2all кто считает, что на циске есть только Login password и enable password: говорить всем пароли не обязательно - там вообще-то можно сделать (и делается) авторизацию поюзерскую, да и у нелюбимого многими здесь простейшего enable есть понятие уровня (level)... Не надо говорить о том, с чем вы не работали.

И еще: IOS'ов очень много, и их "подходимость" к конкрентному раутеру (особенно для младших моделей) - это большой вопрос, например, на 1601 не всякий IOS хотя-бы OSPF умеет. А тот, что умеет, зачастую не влазит - не хватает флэша, либо мозгов раутеровских. С 26-ми чуть легче, но там, например, VWIC-2-MFT-E1 не на всяком девайсе заводится. И вообще, речь шла о базах данных, где можно сказать только то, что ORACLE и DB2 РУЛЕЗ! :-) Про DB2 не скажу - сам не видел, но знакомые очень хвалят, особенно на select'ах, говорят, работает выше всяких похвал. С Ораклом немного по другому - его select'ы помедленне, зато insert'ы гораздо быстрее. Еще раз говорю - это слова моих знакомых, которые это сравнение экспериментально проводили. И, исходя из собственного опыта, Oracle гораздо легче и удобней сопровождать, чем тот же самый MS SQL. Например, _полная_ замена оракловского сервера (переезд на другую железку) занимает 5 часов, при этом собственно простой сервера составляет 3 часа (если сервер не имеет резерва, при наличии же оного простой от 3 до 10 минут). Конечно, postgres и mysql еще легче в управлении - но их как-то боязно ставить на ответственные задачи...

Irsi:
+++GET 66+++
GET / HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
Accept-Language: en,ru;q=0.5
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461)
Host: www.intel.com
Cookie: AnonymousGuest=8500BFC3D9A7456eAD75C3265CDB57E4406
Connection: keep-alive

Тут не очень очевидно как-то...

$ lynx -mime_header http://www.intel.com
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Mon, 04 Mar 2002 10:01:46 GMT
Set-Cookie: AnonymousGuest=ACF06685ED384a3eA576B9CE8A07991F062; expires=Fri 28-May-2010 23:59:00 GMT; path=/;
Content-Type: text/html

Впрочем, верю :)

>Не понял, какие проблемы с логикой у клиентов? Юзерский клиент >должен уметь только одну единственную вещь - вытащить код клиента из >БД. Для извращенцев это будут жабьи классы, для истинных ценителей >высокого искусства - код на Tcl. Так что обновил базу - и все >клиенты новый код поимели...

Antichrist ты что прикидываешься???

Вытащить код клиента ... замечательная, гениальная идея в теории

на практике же следущие ограничения

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

2) Интерпретируемые языки это конечно хорошо но тащить их надо на каждый клиентский ком - бред (для примера TCL и виндовс клиент)

3) Возможная слабость клиентской машины + требованию к GUI (ненавижу писать GUI) к примеру клиентская машина P-100 16 мегов какая к черту ява и прочая интерпритируемая муть .

Если конечно богатая контора где денег не считают то твой подход идеален

Позвольте мне ответить на:
>>Не понял, какие проблемы с логикой у клиентов? Юзерский клиент >>должен уметь только одну единственную вещь - вытащить код клиента
>>из >БД. Для извращенцев это будут жабьи классы, для истинных
>>ценителей >высокого искусства - код на Tcl. Так что обновил базу -
>>и все >клиенты новый код поимели...

>Antichrist ты что прикидываешься???
>
>Вытащить код клиента ... замечательная, гениальная идея в теории
>на практике же следущие ограничения
>
>1) Большой объем разнообразных документов хранимых в БД многовото
>(относительно конечно) гнать при загрузке хотя и не спорю можно
>гнать только те формы представления документов которые нужны в
>данный момент но все равно пропуская способность сети небесконечна а
>иногда и просто минимальна и тратить ее на загрузку клиента просто
>глупо
А про буферизацию забыл и проверку по номеру версии или дате? Т.е. грузим один раз.


>2) Интерпретируемые языки это конечно хорошо но тащить их надо на
>каждый клиентский ком - бред (для примера TCL и виндовс клиент)
В чем бред? Например для TCL static link exe интерпретатора весит около 700Kb и не требует установки. Это много?

>3) Возможная слабость клиентской машины + требованию к GUI (ненавижу
>писать GUI) к примеру клиентская машина P-100 16 мегов какая к черту
>ява и прочая интерпритируемая муть .
Ну это ты привел очень божескую конфигурацию.
Например я тестил TCL код на 486DX66 с 8Mb. Приложение - IDE для TCL. Позволяет визуально с помощью Drag&Drop строить интерфейс, менять свойства, тестировать, писать код и прочие фишки IDE. И работало весьма комфортно. В отличие от Java приложения (любого на этой машине).

>Если конечно богатая контора где денег не считают то твой подход
>идеален
И в этом не прав. В случае когда основной код в ДБ и "upgrade" приложений происходит на автомате, это большая экономия средств и времени.

У меня, например, по этой схеме написано что-то типо groupware для одного издательства. Очень удобно. При обнаружении BUG (%-[] или просто пожелании. Мне достаточно на локальной машине подправить и загрузить в ДБ. Дальше дело автоматики. Все довольны.

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

И бредом твои измышлизмы останутся до тех пор, пока конкретные числа не приведёшь. Особо интересно мне узнать, что так напрягло тебя в сочетании Tcl/Tk + Windows.

2no-dashi: я както не стремился продемонстроровать как можно больше серверов под IIS... Можно еще и www.interpol.int вспомнить и кучу других... Я стремился показать что твои слова "IIS используют только дураки" - неверно, и имхо наглядно это продемонстрировал...:) К слову - очень значительная часть крупных корпоративных серверов живут под нетскейповским сервером, хотя вообщем-то в других местах он практически вымер... Тот же перший друг линукса - санки, живут вовсе не под апачем :)
А под чем живут наши госструктуры это вообще не показатель. Это вообще виртуальные сервера у ISP, а не коллакейшен... А там правит бал фряха с апачем, это без сомнения...:)

2Korwin >В чем бред? Например для TCL static link exe интерпретатора весит >около 700Kb и не требует установки. Это много?

Когда просматривал Active TCL/TK (чтоб шло под виндой) инсталяшка ~16 метров правда директория bin ~ 2 метров. (исходников к нему не было) Смотрел стандартный диалог (который в демо) с кучей кнопочек и т.д. занимал приблизительно в памяти ~ 8 метров. Таже хрень (специально поставил дренюю дельфу) нарисовал такой же диалог и запустил в debug режими ~2 метров в памяти. (Рисовал в дельфе чтоб затратить не более 10 мин. на все про все Серьезные вещи пошла дельфа нафик).

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

По той же причине недавно зарезал .Net нельзя на каждого клиента ставить ~40 метров. Хотя этот чертов GUI получается очень даже достойным.

Korwin если можно раскажи поподробней про свой проект интерестно было бы посмотреть и послушать т.к. интерпритируемые языки представляют большой интерес если маложручи. мыло zuev_alex@rambler.ru А то дискуссия полный офтопик.

>А про буферизацию забыл и проверку по номеру версии или дате? Т.е. >грузим один раз. Согласен дал маху написал неподумав.

Обычно реализовывал это немножко подругому на серваке директория Sklad_etalon и там все лежит и автоматом скачивается без всякой БД. Основная идея нехрен БД лишний раз напрягать что на insert что на select ... Хотя вроде бы tcl ки малы так что их можно и через БД гонять.

Сравним базы данных? (для djal)

Сравнение Oracle и Cache: http://cache.intersys.com/analysts/reviews/klas.html. Cache интересная БД. В основе В-деревья. А уже на них натягиваются таблицы и обьекты.

Такого бреда мне давно уже не приходилось читать. oracle на 24 шпинделях при правилном размещении на дисках обойдет mssql,mysql,sybase на счет db2 не знаю не знаком, кстате как там у db2 с фрагментированием таблиц(индексов). По практическому опыту, при правильной фрагментации таблиц по шпинделям на том-же железе (переход с raid5 на raid1) производительность возросла в 3 раза при прочих равных услових.

> кстате как там у db2 с фрагментированием
Возможностей тонкой настройки много. Иногда вообще целесообразно разнести на несколько серверов. Но это уже детали, сильно зависящие от задачи.

>>2Korwin
>>В чем бред? Например для TCL static link exe интерпретатора весит
>>около 700Kb и не требует установки. Это много?

>Когда просматривал Active TCL/TK (чтоб шло под виндой) инсталяшка
>~16 метров правда директория bin ~ 2 метров.
Дык в нее понапихано всяких либ дополнительных немерянно + документация.
Когда подчистил, то у меня получилось около 4-5 файлов размеров примерно в 700-800Kb.
В инете где-то видел подобный дистриб.


Насчет внешнего вида кнопки, treecontrol, tabcontrol и прочее выглядят достойно, но виджеты отвечающие за рисование и редактирование Grid`а увы не того качества что нужно увы. Писать свои можно конечно но честно очень жалко время.
Также в инете полно таких grid'ов. А свои пишутся достаточно просто хоть на C/C++ хоть на TCL. Кстати. TCL/TK можно использовать в других win32 приложениях как ActiveX элементы.


>Korwin если можно раскажи поподробней про свой проект интерестно
>было бы посмотреть и послушать т.к. интерпритируемые языки
>представляют большой интерес если маложручи. мыло
>zuev_alex@rambler.ru А то дискуссия полный офтопик.
Много сказать не могу - заказ был штучный и прав на код я не имею.
В общих чертах. Система "документооборота" для издательства. Набор (проверка орфографии) стандартных типов документов -> конвертилка в HTML для сервера + для Quark со всеми шаблонами. + Календарь, планировщик групповой работы и прочие мелочи.


>Обычно реализовывал это немножко подругому на серваке директория
>Sklad_etalon и там все лежит и автоматом скачивается без всякой БД.
>Основная идея нехрен БД лишний раз напрягать что на insert что на
>select ... Хотя вроде бы tcl ки малы так что их можно и через БД
>гонять.
Не всегда удобно особенно когда правилами безопасности запрещен доступ к компьютеру по FTP или SFTP. В моем случае разрешен только по DB протоколу и в ДБ 1 пользователь с доступом только к своим таблицам. Поэтому про директории и закачку (в этом случае нагрузка на сеть будет всегда больше чем с ДБ) не проходит.

2Korwin: А сколько времени и людей ушло на этот проект. Если не секрет

2anonymous (*) (2002-03-06 18:04:03.0)
Работало 5 человека. 2 кодера, 2 дизайнера, 1 DB программист.

Всего ушло около 3-4 недель + еще неделя на тестирование и отлаживание в "боевом" режиме.