> Это все детали реализации, а отнюдь не нечто фундаментальное.

Какие мы нежные ;)

Green, это уже отмазки. Я на твой вопрос ответил. Когда и
линукс пользовали 10-15 человек. А еще было время, когда сотни
тысяч использовали ms-dos. Все относительно.

Ой, мне пожалуйста назовите с десяток приложений на жабе, которые дают пользователю GUI. БЕЗ использования юзером виртуальной машины, само собой. Опционально - без использования монитора.

Кстати, на perl был написан отличный мэйлер (MUA), равных
которому я до сих пор не вижу. http://www.muhri.net/pronto/
Это на счет GUI.

Дык все дело-то в том что php в этой нише не позиционируется, потому и то что есть - просто маргиналы без будущего.

Native java compilers доступны в ассортименте. Без монитора - запросто. Гуи от монитора не зависит.

> php в этой нише не позиционируется

Кем не позиционируется? Грином?

> потому и то что есть - просто маргиналы без будущего

Про линукс в 1995-ом ты тоже так думал?

Не позиционируется производителем.

Линукс в 1995м году на рынок low-end серверов вполне себе позиционировался. И вполне себе оттяпал там себе нишу, если смотреть сегодня.

А зачем там ультраспарк? Ультраспарки - морально устаревшее тормозное железо. Уже есть гораздо более быстрые (а местамии и более дешевые) альтернативы.

У кого есть ? У Сана ?

Может дашь ссылочку на дистр. который работает на соврем. сановском

железе ? А я сравню с соляркой, может и правда лучше.

А то зашел www.ultralinux.org, а там последняя новость от января :(

>Без монитора - запросто. Гуи от монитора не зависит.

Даешь телетайп в качестве X-терминала!

0,001% в 1995-ом. Неужели не тянули на маргиналов?

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

Сначала давай определимся что ты называешь современным сановским железом.

Маргиналов не в плане малого числа, а в плане того что они отходят от генеральной линии партии (то бишь производителя).

Ну да бог с ним с php. Возьмем tcl/tk. Тоже GUI для маргиналов?
Тоже не позиционируюется производителем?

Свеженькие ссылочки насчет явских технологий:

Обзор современного состояния и тенденций web development'a (правда не уверен, что php/perl-подмастерься способны понять об чём там речь - надо хотя бы представлять себе что такое war-deployment): http://www.prefnews.ru/articles/javawebdev/

Java vs. PHP: http://www.onjava.com/pub/a/onjava/2003/06/04/nukes.html

imho, перспективы линукса-фрюникса-апача-мозиллы во многом определяются развитием Java.

> от генеральной линии партии (то бишь производителя)

А кто был "производителем" линукса в 1995-ом году? ;)
Учти, что даже парочка дистрописателей, которые тогда были
никак на звание производителей не тянули.

> http://www.prefnews.ru/articles/javawebdev/

А сам ты подмастерье, если не знаешь, что вся та реклама,
которую тебе впаривают про жабу легко реализуема и работает
в том же php. Назови хоть один пункт, которого нет или он плохо
реализован, или он невозможен в php.

tcl/tk позиционируется производителем как тулза для GUI, таким образом те кто пользуются tcl/tk для GUI - не маргиналы. (например bitkeeper tcl/tk пользует для этих целей как я понимаю)

Почему они не тянули на звание производителей? они же производили продукт.

> они же производили продукт.

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

Это никакой роли не играет. Сам Линукс Линусом все равно позиционировался в правильном направлении.

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

Господа, может не будем сравнивать километры с килограммами? Linux и Solaris - операционные системы РАЗНОГО назначения. Пока они не пересекаются, точнее, пересекаются очень слабо. К тому же сравнивать не выпущенный Solaris с невыпущенным Linuxoм да еще и на невыпущенном железе глупо вдвойне.

Volodja

Желоезо уже выпущено, как раз.

Сначала давай определимся что ты называешь современным сановским железом.

http://ru.sun.com/win/products/servers/midrange/fire3800/specifications.html

> Назови хоть один пункт, которого нет или он плохо реализован, или он невозможен в php.

EJB?

> Назови хоть один пункт, которого нет или он плохо реализован, или он невозможен в php

Да, и вдогонку - когда напишешь на php cocoon, не забудь позвать посмотреть. А не напишешь, так и останешься брехлом.

2-8 процессоров (про частоту умолчали стыдливо, 433 мегагерца небось?), 33/66 Mhz PCI, до 64 гига памяти? Да даже наш дохлый итаниум может больше (и дешевле, хотя что-то цен на эту машинку там нет). Но на такой штуке линукс запросто заведется, тот же дебиан. Причем оно будет ешшо кругами вокруг солярки бегать, особенно на двухпроцессорной конфигурации. Демонстрирую задешево, оборудование с вашей стороны.

>>Вполне себе интерпретатор.

>"native code", то есть "быстрый" код. Был бы весьма обрадован, если бы >PHP и Perl (не для мелкомягкой НЕТины) делали бы то же самое, а не шаг >за шагом исполнение инструкций. Кто-нибудь обрадуйте меня этим, а то >совсем тошно мне сегодня от мелкомягкой подковерной возни.

Perl - язык с динамической типизацией, в отличие от Java. Насколько я понимаю, именно из-за этого и требуется интерпретатор.

> Sun вышел на тропу войны
...И красноглазые организовали мощный загородительный флейм...:)

В интернете, линух по жизни занимал на десктопах порядка 1%, и даже в 95 (лично сидел). На серверах долю не скажу, но тоже были. И не 0.00000001%.

Ах какой розовенький, сопливенький и глупенький анонимус тут же высказался :))) Что, php уже в детских садиках изучают? Я же предупреждал, что описанные там штуки выше понимания средне-конкретного въёб-программиста... И статейка эта за десять минут не осваивается, даже если работаешь с чем-либо из описанного.

>>>вся та реклама, которую тебе впаривают про жабу легко реализуема и работает в том же php.

1. Первая статься - не реклама, а обзор, сделанный практикующим специалистом. Изделие, описанное во второй тоже можно попробовать и оценить.
2. Автор и его работа имеют некоторое отношение к linix-online.ru linuxshop.ru ;)
3. Всё описаное после раздела 2.3 первой статьи нереализуемо в php. Да и до него много не хватает - например возможность использования taglib'ов.

>>>Назови хоть один пункт, которого нет или он плохо
реализован, или он невозможен в php.

Таких слишком много. Для начала отметим тот факт, что http-сервер во всяких явских системах на яве-то и реализован :) Далее продолжим, что это не просто серевера, а т.н. контейнеры, которые как минимум умеют на лету развертывовать задеплоенное приложение и кешировать-сохранять-доставать его объекты на разных уровнях и для разных целей. Потом отметим, что такие приложения не столько пишутся-программируются, сколько ОПИСЫВАЮТСЯ, а потом по описанию автоматично генерятся-компиляются-инстанциируются объекты, исполняющее задуманное... И так далее.

>Но на такой штуке линукс запросто заведется, тот же дебиан.

Debian говоришь ?

http://www.de.debian.org/ports/sparc/#64bit

Supported are Sun4c, Sun4m, and Sun4u machines (with a 32-bit userland).

> EJB?

А что есть EJB? Я приводил пример application framework для
php. Что тебя не устраивает кроме названия? Те же многократно
используемые серверные компоненты, единый интерфейс и т.д.

Ну пральна, sun4u, эта и есть ультраспарк ;) и 32х битный юзерленд тоже все правильно. На спарках 64х битный тока кернел, если я правильно забыл.

И ненужно нас отвлекать от главной тебы - а главная тема заключается в том, что солярка себя нормально чуствует тока на спарках, причем даже то что сан называет high-end - уже морально устарело. В то время как линукс работает на альтернативном (и более быстром) железе и с лучшими результатами.

>Но на такой штуке линукс запросто заведется, тот же дебиан. Причем оно будет ешшо кругами вокруг солярки бегать, особенно на двухпроцессорной конфигурации.

Не Гриныч, не юли. Это твои слова ?

Ну че будешь ставить Демьяна на эту штуку ?

А потом если поставишь :), то пивка попьем, и бенчи погоняем

для той же явы.

И чего это вы все от нее так возбуждаетесь ?

UltraSparc III меньше 750 Не БЫЛО!!

> Всё описаное после раздела 2.3 первой статьи нереализуемо в php.

Ха, гон чистой воды. Я ж не зря спросил, что конкретно.
То, что описано в твоих пунктах делается с помощью малюсенькой
легкой библиотечки phplib (http://phplib.sourceforge.net).
Шаблоны, разделение кода и дизайна? На пожалста:
http://www.phpbuilder.com/columns/david20000512.php3
Компоненты для связи с БД? Получите:
http://www.phpbuilder.com/columns/peter20001107.php3
Сессии? Их у нас есть:
http://www.phpbuilder.com/columns/chad19990414.php3
MVC? Смотри Roadsend SiteManager. Есть и другие.

Так еще раз спрашиваю, чего конкретно нельзя реализовать в php?

> А что есть EJB?

rotfl. www.google.com - до усрачки. там же поищи про jms, jta, а потом вернешься и расскажешь, как чудесно все это реализуется на твоем славном фреймворке.

Дешевка! http://www.anysystem.com/sunfire-3800-special-2.html

Поддержка событий? Пулы ресурсов? Фильтры? Все вот это и подробненько - как оно в пхп реализуется, а то я серый совсем.

> > А что есть EJB?
> rotfl. www.google.com

Перевожу для непонятливых: В чем суть EJB? Какова функциональность. Там же ответ, что данная функциональность осуществима средствами php. Что это такое я без соплей знаю.

>данная функциональность осуществима средствами php

Ха-ра-шо! Ждем реализацию системы гарантированной доставки сообщений.

Слова мои. Ставить буду. Тока давай доступ к железке сперва.

К тому же без дисков. Интересно, почему так немодно говорить что за память в спарках в плане скорости? Неужто какая-то тормозная лажа?

>...И красноглазые организовали мощный загородительный флейм...:)

>Irsi (*) (2003-06-19 15:16:31.836255)

Вот и Ирши появился! А где Огр c Блюзменом?

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

>Слова мои. Ставить буду. Тока давай доступ к железке сперва.

Москва, Ленинский проспект, 113/1, офис В200

Спросишь Саныча.

> Москва, Ленинский проспект, 113/1, офис В200

Cool! :-))))) (Интересно, клиент понял?)

Нет. Клиент не понял.

Привози железку на Никитский бульвар, 12, 94, спросишь грина.

Solaris 9

>Solaris 9
>1. Миллион процессов в системе
>2. 128 проц. в системе и 848 проц. в кластере
>3. 576 Гб ОЗУ в системе
>4. 4 миллиарда сетевых соединений
>5. Размер файловой системы до 252 Тб
>А как насчет лялиха ? Хотя бы по 1 пункту ?
>Зы: Коробка с Solaris 9 в Softline стоит $129. 


Это _все_ на x86 ? ;)

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