Все новости от 4 января 2004 г. Sun отпустила Cobalt на open-source
Приверженцы устройств Cobalt получили от Sun Microsystems рождественский подарок: исходный код пользовательского интерфейса и внутреннего ПО готовых к применению серверов.
Накануне Рождества Sun Microsystems бросила Cobalt-сообществу спасательный круг, опубликовав код ПО Cobalt на условиях лицензии open-source.
Это означает, что весь код пользовательского интерфейса и внутреннего ПО готовых к применению серверов Qube 3 и RaQ 550 теперь доступен по лицензии BSD-типа. Сверх того на условиях лицензии GNU Public License опубликован код BIOS для всех продуктов RaQ/Qube на платформе х86 — кроме всего прочего это позволяет администраторам вмешиваться в настройки сетевых параметров устройств, не подключая клавиатуры и монитора.
Серверы Cobalt основаны на операционной системе Linux, которая и так распространяется на условиях open-source, но в них есть специальный код, делающий эти серверы максимально простыми в эксплуатации. В конце 90-ых серверы Cobalt пользовались большой популярностью у ISP и компаний, занимающихся хостингом веб-сайтов, и в 2000 году Sun Microsystems, чьи громоздкие серверы, требующие больших затрат на техническое обслуживание, стали проигрывать дешевым, почти не нуждающимся в сервисе устройствам Cobalt Raqs, купила эту компанию за 2,2 млрд долл.
Однако Sun столкнулась с рядом проблем, включая культурные различия и отсутствие четкой политики поддержки операционной системы Linux-серверов одновременно с Solaris. В конце прошлого месяца Sun положила конец эксперименту Cobalt, поместив последний оставшийся продукт — Raq550 — в список снимаемых с производства.
Исходный код ПО других серверов, Cobalt Qube, нашедших применение во многих малых предприятиях в качестве простых в эксплуатации веб- и email-серверов, был опубликован в июле 2003 года и теперь поддерживается как проект open-source Blue Quartz.
Проект BIOS сейчас ведёт в частном порядке инженер Sun Дункан Лори — на сайте для разработчиков SourceForge, а код пользовательского интерфейса находится на сайте Cobalt Users Group в Японии. «Cobalt Users Group продолжит участие в разработке всего ПО для Cobalt, включая задачи портирования на систему Blue Quartz на базе 550, — пишет на этом сайте программист Ютака Ясуда. — Серия 550 снята с производства, и планов разработки новых продуктов, которые унаследовали бы ДНК Cobalt, не существует. Но род Cobalt продолжится».
Cobalt Users Group — это активное сообщество, демонстрирующее хранимый пользователями Cobalt энтузиазм. На сайте группы можно приобрести самые разнообразные фанатские атрибуты от водки SKYY до пляжных сандалий, оставляющих на песке следы в виде логотипа Cobalt , а также официальную футболку группы: «с большим логотипом С на спине, URL www.cobaltnet.com на рукавах и надписью COBALT USERS GROUP на груди. Вау!».
Энтузиазм, вызываемый у пользователей серверами Cobalt, сравнимый лишь с пылом фанатов Apple, привел к появлению целого ряда подражателей. Обычно эти серверы поставляются преконфигурированными с веб-сервером Apache, PHP4 и СУБД MySQL, а также ПО DNS и email. В 1999 году группа сотрудников Cobalt организовала сайт PkgMaster.com для хостинга дополнительных приложений типа WebMail, «упакованных» таким образом, что пользователи Cobalt могут устанавливать их на свои устройства несколькими щелчками кнопок мыши.
Предыдущие публикации:
В продолжение темы:
|
|
| вася 5 Jan 2004 8:09 AM |
Ну и правильно. Plesk рулит. |
|
| Михаил Елашкин - mikeelashkin.com 5 Jan 2004 11:28 AM |
"...Sun Microsystems, чьи громоздкие серверы, требующие больших затрат на техническое обслуживание, стали проигрывать дешевым..." По аналогии "завод БелАЗ, чьи громоздкие карьерные самосвалы, требующие больших затрат на техническое обслуживание, стали проигрывать дешевым велосипедам..." Все таки автор безнадежно застрял в ПК-мире :(
|
|
| СтранниК 5 Jan 2004 11:47 AM |
Однако Sun столкнулась с рядом проблем, включая культурные различия и отсутствие четкой политики поддержки операционной системы Linux-серверов одновременно с Solaris. === Я просто в свое время немного занимался подержкой Solaris-x86 и Linux, а потому Linux и True64. Чего мы добились? Ну скажем собрав gcc + менеджер пакетов rpm можно реально использовать одни и теже сорцы для сборки пакетов под Linux и под True64. Тоже самое можно сделать и для Solaris( там даже проще). О чем это я? Берем модуль SRPM модуль и собираем его под Linux, потом то же модуль но под Tru64. То есть вся проблема с которой столкнулся Sun это место-расположение файлов в пакетах. Это ж смехотень какая. Компания такого уровня не справилась с такой простенькой задачкой.
|
|
| Бармаглот 5 Jan 2004 1:51 PM |
2М.Елашкин: Ну так и где теперь БЕЛАЗ ? Камазов полно, про Казели с Бычками вообще молчу... На них СПРОС постоянный. Так что аналогия правильная, но не с велосипедами конечно... ЗЫ. Спасибо за открытку новогоднюю - прикольно... |
|
| Михаил Елашкин - mikeelashkin.com 5 Jan 2004 3:35 PM |
2 Бармаглот Дык я о многочисленных советчиках Сану заняться производством LinTel'a (линух - интел). Шансов у него в этой области просто нет - Dell его с землей в этом секторе сравняет за счет своей логистики и цен. Конечно, в области малых машин LinTel (кстати, копирайт не термин мой) у Сана выигрывает. Но что делать, если велосипеда не хватает, а также Камазов и Бычков, а груз везти надо? Никто же не возит в карьерах руду на бычках? Автор называет такие системы громоздкими и ставит им в пример легкие системы, которые вообще работать не будут в этой области. Глыба руды просто раздавит бычок нафиг, равно и ЛинТел загнется на таких задачах. |
|
| ggv 5 Jan 2004 3:54 PM |
Михаил Елашкин - моё стойкое убеждение (после уже немалого общения на этом форуме) что большинство учавстующих здесь просто не имеют таких задач. Или задачи мелче, или дробяться хорошо. Для кластеризации. Хотя я сильно сомневаюсь в том, что здесь есть люди делающие бизнесс с кластерами. |
|
| Михаил Елашкин - mikeelashkin.com 5 Jan 2004 3:59 PM |
2 ggv С кластерами вообще беда. Большинство народа считает их слишком дорогими, особенно в области хороших стораджей. Я планирую поработать над кластерами, поразбираться. Тут Fujitsu - Siemens хорошие материалы дал + они делают классные технические семинары для ИТ прессы и аналитиков. Очень полезные и информативные. Даже я начал уже что-то понимать :) |
|
| ggv 5 Jan 2004 4:04 PM |
Михаил Елашкин - я сейчас тоже с кластерами работаю - пока с целью набраться опыта. первое что останавливает от коммерческого внедрения - стоимость лицензий, что на оракла, что на IBM. В пределах trial лицензии DSS система на IBM работает как и ожидалось, делаем опыты с SunPlex Смотрю как делают кластера в Германии на pSeries. |
|
| ggv 5 Jan 2004 4:06 PM |
Михаил Елашкин - я бы сказал, не стоимость самого кластера так высока, как стоимость лицензий софта, который на нем можно запускать. Если речь идет о делать деньги. |
|
| СтранниК 5 Jan 2004 4:09 PM |
2Михаил Елашкин Если честно, то мне почему-то кажется, что скоро из производителей Белазов останется всего пара компаний. А именно IBM, HP и может быть Sun и Фиджицу. Просто аргументы белазов от Sun c каждым днем все менее не убедительны. Ну раз вы про про Белазы. Так вот самое главное в Белазе - это мощный двигатель. Можно перевозить груз имея один но мощный двигатель, а можно иметь несколько серийных двигателей малой мощности( причем с разными мощностями) работающих на один вал. В электротехнике - это называется много-двигательный электропривод. Вопрос в том как решается проблем балансировки нагрузки в многодвигательном электроприводе. Есть еще одно преймущество многодвигательной установки - это малый момент инерции всей системы, то бишь для разгону и торможения требуется меньше энергии. Не припомни те ли Михаил , вы не так давно говорили ( ну не более полугода назад ), что FS опубликует свои умопомрачитальные тесты на TPC-C? Ну хорошо берем , то что есть. А есть у нас следующее: Белаз от Фуджитцу. PRIMEPOWER 2500 Oracle Database 10g Enterprise Edition Sun Solaris 8 http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=1 03103101 Сумарная стоимость этого Белаза - 7,399,502 US $ И HP Integrity rx5670 Cluster 64P http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=1 03120803 Oracle Database 10g Enterprise Edition Red Hat Enterprise Linux AS 3 А вот этота "газелька" стоит = 6,541,770 US $ Вы извините Михаил, но если "газелька", тянет в два раза больше чем Белаз, да еще стоит на (1-6,541,770/7,399,502 )*100= 11,5% дешевле, то такой белаз точно пора на переплавку.
|
|
| СтранниК 5 Jan 2004 4:12 PM |
Дополню про стоимость лицензий Oracle. Проц. лицензия = 40к на проц. В примере приведенном ниже мы имеем 64 проц в обеих случаях.
|
|
| ggv 5 Jan 2004 4:36 PM |
СтранниК - то есть нет разницы в стоимости лицензии, в зависимости от кластероспособности? |
|
| СтранниК 5 Jan 2004 4:50 PM |
2ggv Нет конечно. Просто Oracle наконец-то продемонстрировал что-то стоящее и у него появились приемлемые результаты. А так плати за каждый проц и используй, что хочешь. |
|
| ggv 5 Jan 2004 5:05 PM |
СтранниК - это здорово. Что нет разницы. И результат неплохой, да и цена не запредельная... |
|
| Shadow 5 Jan 2004 5:24 PM |
Странник! Ну что ж ты так... У БелАЗа - дизель->генератор->несколько электродвигателей. Всё как у Порше :))) (на танке, а не на автомобиле)
|
|
| Бармаглот 5 Jan 2004 5:50 PM |
2М.Елашкин et al: По поводу САНа с Кобальтом - согласен, не САНово это поле и ничего там они не поймают. Нечего и покупать было. По поводу кластеров - ну естественно - есть задачи хорошо ложащиеся на кластер, туда им и дорога. С задачами плохо масштабирующимися на кластере можно поразбираться, если есть время, деньги и исходники. И если задачу ну никак на кластер не положить - пусть работает на big iron. Благо и такие системы есть http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=10 3110401 |
|
| СтранниК 5 Jan 2004 6:03 PM |
2Shadow Странник! Ну что ж ты так... У БелАЗа - дизель->генератор->несколько электродвигателей. Всё как у Порше :))) (на танке, а не на автомобиле) ==== Это я знаю, про колесные электродвигатели. Сути это не меняет.
|
|
| Михаил Елашкин - mikeelashkin.com 5 Jan 2004 6:25 PM |
Начнем с Бармаглота :) >По поводу кластеров - ну естественно - есть задачи хорошо ложащиеся на кластер, туда им и дорога. Э-э-э-э-э, кому дорога? Задачам или кластерам? :) >С задачами плохо масштабирующимися на кластере можно поразбираться, если есть время, деньги и исходники. Ну, это очень наивная точка зрения. Извини. На кластерах плохо получаются 90% бизнес приложений с СУБД (OLTP), ну кроме демо примера MS TPC-C на кластере, но в реальной жизни таких задач очень мало. На кластерах не получаются задачи хранилищ данных. Загляни на tpc.org и многое другое. Можешь посмотреть как на кластерах валятся задачи SAP. Единственное исключение Oracle RAC - там решена главная проблема СУБД на кластерах - различие между данными в кэше СУБД и на дисках. Да архитектура там chared disk, а не shared nothing, как у остальных. С большим железом тоже не все слава богу. Я жду результатов 64 процессорного Integrity на SAP SD benchmark. |
|
| Михаил Елашкин - mikeelashkin.com 5 Jan 2004 6:29 PM |
2 СтранниК Ну, я, лично, люблю большое железо. ИМХО, мэйнфремы еще никто не переплюнул и даже близко не подошел. Но если вы посмотрите на цены лицензий... то Oracle вам покажется филантропом :) Много маленьких моторчиков? Увы, не всегда. Тяжелые сервера в МТС не заменить на кластеры. У того же замечательного кластера НР матка выпадет на задачах хранилищ данных :) Так что биг айрон еще поживет. По крайней мере пока не научатся бизнес грид делать. Кстати, кое что уже сделано. А мода, ИМХО, вещь быстротечная... |
|
| ggv 5 Jan 2004 6:34 PM |
Михаил Елашкин - я тут сам как-то, анализируя загрузку серверов, пришел к интересному выводу, возможно неоднозначнгму для многих. Дело в том, что наши задачи сильно неравномерны по времени, с ярко выраженными всплесками и провалами в производительности. Так вот, перенося больше задач на один большой сервер, и распределяя ресурсы между задачами (linux UML к этому пока никоим боком) удаеться добиться почти линейной загрузки сервера, практически постоянной загрузки, без всплесков и провалов. Пока воплощено перепаспределение ресурсов в недельном цикле (выходные), но будет и день/ночь. |
|
| PTO - ptokgb.ru 5 Jan 2004 6:59 PM |
5 января, 2004, 16:12 - СтранниК Дополню про стоимость лицензий Oracle. Проц. лицензия = 40к на проц. В примере приведенном ниже мы имеем 64 проц в обеих случаях. === эээээааа... а что РАС уже _входит_ в энтерпрайз лицензию, а не покупается отдельно? в тесте на который вы ссылаетесь это не так... а вообще-то РАС - это 20К на процессор к 40К за собственно энтерпрайз + 10 партишионинг... но поскольку Оракл развлекается с лицензиями, то в тесте лежит временная лицензия на 3 года... в 2 раза дороже, только потом выкупить ее стоит ОЧЕНЬ дорого :) |
|
| ggv 5 Jan 2004 7:17 PM |
Хмм, а я то уж обрадовался... Губу раскатал.... Пока получаеться АйБиЭм дешевле... Хотя надо самому в представительство зайти. Так оно самые верные цены бывают. |
|
| PTO - ptokgb.ru 5 Jan 2004 7:19 PM |
2 Михаил Елашкин: Миша, я конечно понимаю, что МТС сильно крутая контора и подписчиков у нее... но думаю, что тебе, как аналитику, будет интересно посмотреть на опыт Verizon Communications (рассказать подробнее кто газель и кто Белаз в сравнении с МТСом? :))... о как они что свои ОЛТП системы держат на детском МС СКЛ Сервер (5-террабайтник - 3е место по кол-ву записей и 6е по общему объему данных среди ВСЕХ баз данных во всех окружениях в мире). Еще вот Stratapult Enterprises - у них 9я самая большая в мире ДССистема... странно тоже на СКЛ Сервере сделана... |
|
| ggv 5 Jan 2004 7:39 PM |
РТО - http://weblogs.asp.net/pleloup/archive/2003/12/15/43693.aspx что-то не сходиться. Ссылка не та, наверное... |
|
| PTO - ptokgb.ru 5 Jan 2004 7:51 PM |
2 ggv: там много где МС появляется... особливо в пиковых нагрузках, ну и в общих размерах баз данных тоже |
|
| ggv 5 Jan 2004 7:57 PM |
РТО - да посмотрел. Не топовые позиции, но таки да - присутсвует |
|
| PTO - ptokgb.ru 5 Jan 2004 8:13 PM |
2 ggv: да че нам топовые позиции... по объему обрабатываемых данных все российские и островные фирмы идут на кухню пить чай по сравнению с теми не топовыми :)... |
|
| ggv 5 Jan 2004 8:55 PM |
PTO - ну похоже на правду. Да и не в том дело - топовые, не топовые. С технической точки зрения - наличие в каждом процессоре двух ядер, делающих любое вычисление паралелльно и сравнивающие результат на выходе, повторение при несовпадении, при нескольких несовпадениях перевод задачи на другой процессор, спокойное продолжение работы при выходе процессора, и так далее, и тому подобное, хотя бы кластерные построения на по-моему сотне километров _серийно_ а не с научным интересом, и прочая, и прочая - такое НЕ может стоить дешевле НЕ такого решения. И тут уже как бы "топовое, не топовое" уходит на второй план. Кстати - интересно сравнивать например вышеописаное (mainframe) с таки вот как tandem например - архитектуры разные, результат достигаемый очень похож, хоть и разными путями. C нетехнической точки зрения - я отрабатываю последний квартал CTO и перебираюсь в Россию. Вот уж там и столькнусь с Российской (немного пугающей) действительностью. |
|
| Михаил Елашкин - mikeelashkin.com 5 Jan 2004 9:07 PM |
2 РТО А кто говорил, что МС не могет делать хорошие системы? Научились. Мы говорили о том, что много маленьких серверов не всегда заменяют один большой для целого ряда задач. То что Сан умеет делать big iron, я думаю, что не будешь спорить? Просто у них МС СКЛ не ставится :) И ни у кого на большое железо ни ставится. А вот НР сделал большую железяку, на которую ставится и нормально. |
|
| PTO - ptokgb.ru 5 Jan 2004 10:56 PM |
2 ggv: ну а оно всем-всем такое нужно? и кто готов платить за такое... судя по состоянию бигайрона САНа таких все меньше и меньше находится, да и у ИБМа тож с майнфреймовским бизнесом не все так ладится как хотелось бы... Ну ты когда на Родину приедешь - пиши, звони, мож пристроим тебя в хорошее место... 2 Михаил Елашкин: дык я только о том и слышу что МС нифига делать не умеет, а уж про энтерпрайз системы и думать ему нечего... ну вот приятно, что авторитетный аналитик признает :-) Угу ХП сделал большую железку (мужик из хьюлетта хвалился тут, что они супердом на виндах кому-то уже в Питере монтируют). Видел я машинку от Юнисиса, внушаить (с) Х.Моржов... в ней тебе и аппаратное партишининг, полное резервирование всего и вся, горячая замена всего и вся, перераспределение нагрузки... по цене сильно дешевле аналогов из мира больших юниксов |
|
| Михаил Елашкин - mikeelashkin.com 6 Jan 2004 12:20 AM |
2 PTO С мэйнфремами интересная картина - число мэйнфремов в мире уменьшается, но вычислительная мощность растет. Т.е. они все меньше используются в малом и среднем бизнесе, но в большом потихоньку растут. Даже где-то ссылка была. У мэйнфремов в России главная беда не их стоимость - она соответствует качеству. А вот стоимость софта слишком высока + его не продают, а сдают в аренду = платить постоянно. Зато многие отказоустойчивые решения для ЦБ без них невозможны, что публично признал его CIO. Что до МС, то ... ты же знаешь, что я к нему всегда критически относился, но последние продукты у МС очень и очень ничего. Есть обычные МС-заморочки и недоделки, но ... внушаеть :) НР Integrity, а я думаю, что его ты имел в виду, т.к. машинка достойная. Из итаниумных в России пожалуй самая серьезная. Унисис у нас дохлый, равно как NEC и Bull. А вот Крафтвэй лицензировал у Bull 8 и 16 процессорные сервера на итаниумах. Посмотрим что будет. |
|
| ggv 6 Jan 2004 9:22 AM |
PTO - ну в принципе Михаил Елашкин всё сказал, добавлю только, что когда IBM сделала mainframe новой линии, без водяного охлаждения, тут им везуха и поперла... И продаються они, и живут. И tandem кстати тоже живет. |
|
| ggv 6 Jan 2004 9:35 AM |
Ведь не так давно IBM была чуть ли не банкротом. А ведь не только выжила, но и остальных с поля mainframe выдавила. Кстати, никто не кричит, что она монополист и мастдай :) Ну там не только охлаждение сменилось - это было только следствие технических изменений. Финансовое управление тоже сменилось, и цены сильно уменьшились. Вот пример SUN - если не поймут, то стало быть не судьба. |
|
| Михаил Елашкин - mikeelashkin.com 6 Jan 2004 10:41 AM |
2 ggv А я тут книжку Лу Герстнера прочитал "Кто сказал, что слоны не умеют танцевать?" Блин, я даже не знал, что ИБМ была в такой заднице в конце 80-х - начале 90-х. Когда он пришел в ИБМ, то фирме оставалось жить не более нескольких месяцев. В компании работали консультанты по продаже бизнеса. Все было готово к объявлению ИБМ банкротом и распродаже по частям. Очень интересно как поступил Лу. Он спросил - какой наш основной продукт? - Мэйнфремы. - Сколько мы их продаем? - На ХХ% меньше чем в пердыдущий год и продолжаем терять рынок очень быстро. - Почему? - У Амдал и Фуджицу дешевле Он принял решение снизить цены. В ситуации, когда недобор лимона баксов в квартал автоматически приводил к банкротству он рискнул и выиграл. Отдельная песня как они искали деньги, чтобы дожить до исправления ситуации.... Классная книжку. Так что Сан рано хоронить, бывало и хуже :) |
|
| ggv 6 Jan 2004 11:18 AM |
РТО - долго думал, что на Ваше предложение ответить, всё никак не решался слова подобрать.... Пристроить можно котенка. В хорошие руки. Пожалуй, всё. А я уж как нибудь сам. Тем более, что последнее время озадачился формальным признанием своих знаний и умений, и стал получать IBM'овские сертификаты. Остатки получу, пожалуй, в России - время.... |
|
| ggv 6 Jan 2004 11:22 AM |
тем более, что то, что мы со шведом для VoIP биллинга сделали , мы пока в коммерческих системах не встречали. И единственный правообладатель на исходный код это я. |
|
| PTO - ptokgb.ru 6 Jan 2004 12:49 PM |
2 Михаил Елашкин: было бы странно, чтобы с годами не росла производительность майнфреймов... они тож как-никак закону Мура должны следовать... но бизнес немного поплохел у них последнее время - тяжелее стало народу впихивать HP Integrity SuperDom поставили именно, вроде как 16 камней, но народ брал с запасом, чтоб потом расширить можно было Юнисис у нас сдулся после одного проекта - ну ты наверное ту печальную историю знаешь 2 ggv: странная реакция, я собственно помочь хотел. Ну как говорится, была бы честь предложена... |
|
| ggv 6 Jan 2004 4:06 PM |
PTO - "счастье - это когда утром с удовольствием идешь на работу, а вечером с удовольствием идешь домой" (с) Не мой. Так вот понятие "пристроить" не приводит к вышеуказанному состоянию. IMHO. |
|
| PTO - ptokgb.ru 6 Jan 2004 9:50 PM |
2 ggv: странно в стране небольшая напряженка с хорошими местами, без рекомендаций даже с кучей сертификатов в серьезные конторы не берут. Моего слова в ряде контор будет достаточно для принятия человека без долгих процессов интервьюирования и выяснения чего и как... я всего-то хотел помочь... ну не подходит, так не походит... и уж я точно знаю, народ в те конторы ходит с большим удовольствием по утрам и иногда не хотят уходить с работы по вечерам... я знаю, друзья мои там работают... |
|
| Бармаглот 6 Jan 2004 9:52 PM |
2PTO, M.E: FYI - СуперДом в Питере купил КФМ. Да и помимо оного уже есть много продаж. Сходи, Миша, на прежнее место работы - поинтересуйся... |
|
| ggv 7 Jan 2004 12:41 AM |
PTO - не подходит не помощь с трудоустройством, а форма её подачи. Интересно, ведь сказано - не форма важна, а содержание. Ошибался мужик - для человеков содержание важно тоже, так как человек есть раб условностей. |
|
| vIv 7 Jan 2004 12:52 AM |
2PTO: Verizon? тот самый verison.com, который в пожизненных фильтрах уж года два с лихом как неуправляемая сеть? Так у них даже abuse@ нет. Им вполне хватило бы n кассовых аппаратов. Ибо сбор денег это их единственная функция. Ну да, - ещё надо что-то на ВыжуалВасике для обсчёта выплачиваемой зряплаты. Больше им ничего не надо. ДНС они всё-равно раз в пол-года перестраивают, - это и по крону можно делать. А общение с внешним миром вполне реализуется Интернет-киосками с принтерами для распечатки договоров. |
|
| Qrot 7 Jan 2004 2:12 AM |
vIv: ты злой. они ж тоже люди, кушать хочут. |
|
| Max - obriverhotmail.com 7 Jan 2004 10:22 AM |
2 vlv: нет, Verizon (www.verizon.com) это одна из крупнейших в США телекоммуникационных компаний - результат слияния гигантов Atlantic Bell и GTE. В списке все виды телефонии, включая мобильную связь, мобильный интернет, и т.п. Прибыль за 3-ий квартал 2003-го года - 17.5 млрд. долл. А чё, было очень трудно набрать www.verizon.com, или вы не поверили что такая контора на MS SQL крутится? |
|
| vIv 7 Jan 2004 2:40 PM |
да-да... verizon.com о них и речь. это именно те чудики, которые настолько ленивы, что держать обратную зону для своих клиентов так до сих пор и не соизвололи. rr.com говорят тоже крупная контора. что толку с того, что крупная? отморозки (неуправляемые сети) фильтруются не по признаку версии SQL-сервера и не по обороту, а по видимому отсутствию деятельности вменяемых админов.
|
|
| vIv 7 Jan 2004 2:40 PM |
мне жаль их клиентов, которые даже не могут выбраться из их домена. |
|
| vIv 7 Jan 2004 2:46 PM |
а кстати зачем им вообще SQL-Сервер? Елинственная нужная им аппаратура, это кассовые аппараты. Другой аппаратурой они всё-равно не пользуются и не умают пользоваться, судя по тому, в каком состоянии находится verizon.com, - теплица для червей, хацкеров и прочих порно-спамо-вире-хако-скрипткидди. |
|
| Max 7 Jan 2004 11:07 PM |
Вы что-то выражаетесь как-то неполно. Про каких клиентов-то говорите? Что значит не могут выбраться из домена? Ничего подобного я об той компании не слышал. Извините, но я вас не понял. |
|
| vIv 8 Jan 2004 1:00 AM |
если ты несчастный пользователь Веризона и вдруг захотел быть не просто custom, а иметь свой собственный домен, то 1) ты покупаешь домен и тебе дают т.н. "прямой резолв". Т.е. по доменному имени отдастся твой IP 2) тебе захочется, чтобы по IP отдавалось твоё доменное имя.... кхм... а вот тут ты побреешься, т.к. Веризон кладут на хотелки каких-то там юзеров. А без телодвижений Веризона в обратную зону ничего не попадёт. В итоге ты имеешь свой домен и все дела... Но когда смотрят, кто ты, - светится что-то-там.verizon.com или ....verizon.net Особенно это смешно если подцепиться к ним на хДСЛ, - т.к. dsl.verizon.com и dsl.verizon.net по понятным причинам зарублены нафиг. |
|
| vIv 8 Jan 2004 1:01 AM |
кстати, такой же урод есть в Автралии, - даёт хДСЛ, но не даёт ДНС и не даёт СМТП. |
|
| Max - obriverhotmail.com 8 Jan 2004 9:51 PM |
vlv, вы наверное говорите о residential DLS (то есть для домашнего пользования), так что вы хотите за 35 у.е. в месяц. А потом многим особо свои полноценные домены не нужны, но если уж нужны то тогда они берут business DSL подороже. А счастливые юзеры residential имеют доступ по низкой цене. ИМХО, для хостинга люди ищут провайеров заточенных именно под эти цели, а не ширпотребных. Вон у моего знакомого ширпотребный провайер за 5 у.е. (в штатах), так они вообще все за банальным DHCP рутером сидят и у них у всех один наружный ИП. Естественно, не только про домены, но и про многое другое придётся забыть, но ведь по 5. :) |
|
| vIv 9 Jan 2004 11:40 AM |
а почту "счастливым residential" тоже не надо? они тока сёрфят?... |
|
| ggv 9 Jan 2004 12:34 PM |
да чушь это - надо конечно, и чистый адрес, и обратная зона.... это как раз и должно быть как правило, и только когда клиент попросит - типа, за файрвол меня посадите - тогда да. |
|
| Max - obriverhotmail.com 9 Jan 2004 7:44 PM |
А разве у них почта не <user_name>@verizon.com, или что-то в этом роде? Какие проблемы с почтой-то? Я наверное тупой, простите опять не понял. :) Нету SMTP/POP3? |
|
| vIv 10 Jan 2004 3:17 AM |
судя по, - им ничего не дают. ни провайдер не даёт SMTP, ни сами они отправлять не могут, т.к. седят в гадюшнике и никто от них принимать не желает |
|
| vIv 10 Jan 2004 3:19 AM |
2Max: не да.т им ничего. Ни SMTP/POP3 от провайдера, ни возможности прописать в обратную хону то, что они хотели бы (нормальный адрес). Жри, что дают. |
|
| Max - obriverhotmail.com 10 Jan 2004 7:30 AM |
А вот это уже интересно. |
|
| vIv 11 Jan 2004 9:29 PM |
"это судьба" я ж говорю: "мне жаль клиентов этих уродов" |
|
| Shadow 12 Jan 2004 6:55 AM |
В Питере местный ведущий ADSL провайдер пропагандировал отвратительный интернет. Меня бы всё устроило, кроме одного: нет NAT принципиально. Нужен ssh - платите дополнительно (и немало) за выделенный IP.
|
|
| vIv 12 Jan 2004 11:21 AM |
"это судьба" я ж говорю: "мне жаль клиентов этих уродов" 8-) |
|
| PTO - ptokgb.ru 15 Jan 2004 1:08 PM |
2 vlv: ну предположим, что Веризон не держит обратные зоны, не дает ПОП3 клиентам и все такое (оно-то как раз у них на Юниксе работает :))... и что от этого СКЛ2000 стал плохим сервером или можно подвергнуть сомнению возможность держать на нем террабайтные СУБД? меня тут часто обвиняют в передергивании фактов... но позвольте кто на начал съезжать с возможности держать террабайтные СУБД на СКЛ2000 в сторону поддержки обратного реверса зоны в ДНС? к Stratapult Enterprises у вас претензий нет? у них типа 9я по объему в мире система поддержки принятия решений... и на последок... Веризон дает для своих АДСЛных заказчиков и ПОП3 и веб-сервер и обратную зону и еще кучу всего в зависимости от тарифного плана... достаточно пойти к ним на сайт, хотя я просто позвонил своему приятелю, кто как раз на веризоновском контракте сидит и спросил - как же ты такой лох, хоть и ССИЕ выбрал себе такую ацтойную контору, вон у тебя даже реверса нет, да и про ПОП3 ты ничего не знаешь, нарушу выйти не можешь... мне тут vlv все про тебя рассказал... оппаньки, а оказывается усе он может и почта от него ходит и обратный трейс его домен показывает и зона работает и ПОП3 у него есть... в общем здраствуйте vlv - господин соврамши |
|
|