В пятницу на конференции OSCON фонд Apache Software Foundation (ASF (http://ru.wikipedia.org/wiki/Apache_Software_Foundation)) неожиданно получил (http://www.theregister.co.uk/2008/07/25/microsoft_gpl/) нового спонсора — компанию Microsoft. Гигант из Редмонда присоединился к Google и Yahoo, и стал платиновым членом фонда со стоимостью годового членства в размере 100 тысяч долларов.Этот ход в рамках OSP (http://www.microsoft.com/interop/osp/default.mspx) продолжает инициативу Microsoft по целенаправленному сближению с opensource сообществом. Помимо денежного взноса компания заявила о желании работать над PHP (http://ru.wikipedia.org/wiki/PHP), доработала ADOdb (http://ru.wikipedia.org/wiki/ADOdb) и выпустила под лицензией LGPL (http://ru.wikipedia.org/wiki/LGPL) более сотни протоколов обеспечивающих взаимодействие клиент-серверных приложений под Windows. Так же проект POI (http://poi.apache.org/) по по созданию Java API для обеспечения доступа к различным форматам файлов Micros...
URL: http://arstechnica.com/news.ars/post/20080725-microsoft-to-s...
Новость: https://www.opennet.ru/opennews/art.shtml?num=17134
Интересно почему PHP?
>Интересно почему PHP?Потому что юзается в каждой дырке.Не интересуют лису пустые курятники... :\
потому что это глобально и надёжно (c)(tm)
Ну мне кажется тут каждый получит своё, на сей раз майкрософт никакого вреда не нанесет. Апачи заработают денег, веб-сервер станет немного лучше, майкрософт начнет его поддерживать под виндоуз, а линукс-админы просто буду дальше использовать апач, развиваемый отчасти на деньги майкрософта, и тем самым хорошо поддерживаемый на плаву. Всем хорошо ИМХО.
Угу... Из LAMP сделать WAMP(Windows, Apache, MSSQL, PHP)? Если MS синтегрируют Apache в Windows, то PHP там точно останется не при делах... Тот же VB явно эффективней и проще в освоении, чем PHP.
>Тот же VB явно эффективней и проще в освоении, чем PHP.серьезно?
>>Тот же VB явно эффективней и проще в освоении, чем PHP.
>
>серьезно?Я например не работал с VB зато работаю с си/с++ немного с PHP ну и все вытекающие от сюда добавки типа java тоже всё потихоньку, а вот рядом со мной программер сидит и пишет на VB, и заглядывая через плечё к нему я чёт не горю желанием его учить :)) мне PHP проще и не писав на нём очень долго я что то смог наваять на нём за неделю :) http://traffpro.ru/ там есть ссылочка на требование моего начальника http://86.110.182.190/
Так что на счёт эвективности и простоты я хочтел бы ещё поспорить :)))
http://86.110.182.190/ - в строке поиска возможен sql injection :)
И не только в поиске :)
>И не только в поиске :)Не спорю багов много но что успел сделать за неделю занимаясь не только написанием этой штуки :))) исправления уже делаю :)
>>И не только в поиске :)
>
>Не спорю багов много но что успел сделать за неделю занимаясь не
>только написанием этой штуки :))) исправления уже делаю :)Хотя бы прикрой страничку пока отлаживаешь, или пароль на одмина смени. Да и в будущем желательно сырые весчи народу не показывать
зато сколько beta-тестеров набежало :-)
>Угу... Из LAMP сделать WAMP(Windows, Apache, MSSQL, PHP)?Слава Богу, наконец-то можно будет использовать на сайтах нормальный SQL-сервер. Это раз.
И два - конкуренция усиливается, давая свои плоды (ускорение прогресса и повышение качества) и вот такие принимая причудливые и забавные формы.
>Если MS синтегрируют Apache в Windows, то PHP там точно останется не при делах...
MS уже давно говорили о желании синтегрировать PHP в IIS. А Apache web server как продукт им вряд ли нужен.
>Тот же VB явно эффективней и проще в освоении, чем PHP.
Не смешите мою задницу. Моё imho всё-таки таково, что VB - язык для школьников (сам, будучи школьником, на VB пейсал (в т.ч. на VB для DOS и даже на его супердоисторическом предке GWBASIC), а Pascal, например, для студентов (а вот это как бы факт - Никлаус Вирт именно для этого его и создавал). То, что некоторые школьники и студенты, окончив школу не желают расставаться с детсвом и изучать что-то новое - есть такая проблемма, но мэйнстрим-профессионалы в большинстве своём всё-таки пишут на C-подобных языках, и вряд ли даже переход на Windows-серверы заставит их писать на чём-то менее удобном.
А ASP по-человечески юзать уже отчаялись?
Майкрософт всегда несет зло. Волк не может пастись с овцами - это закон природы...
"Помимо денежного взноса компания заявила о желании работать над PHP..."
ненене, девид блейн, уйди демон
>"Помимо денежного взноса компания заявила о желании работать над PHP..."
>ненене, девид блейн, уйди демонВ точку!
PHP - как язык для веб, можно отнести к быстрым и простым решениям, популярность данного языка очень очень в дещевых и простых проектах ввиду легкого освоения и тд, но это не главное, а главное, то что он востребован как "что-то", "то" - что может приносить какие-то деньги, ведь не думаем мы с вами, что кто-то просто так хочет развиваить php!!!?
>PHP - как язык для веб, можно отнести к быстрым и простым
>решениям, популярность данного языка очень очень в дещевых и простых проектах
>ввиду легкого освоения и тд, но это не главное, а главное,
>то что он востребован как "что-то", "то" - что может приносить
>какие-то деньги, ведь не думаем мы с вами, что кто-то просто
>так хочет развиваить php!!!?Я согласен что PHP сейчас практически дефакто для 70% веба и очень сложно представить что ASP или что то подобное будет работать быстрее, легче, эффективнее, стабильнее чем PHP :)
у PHP преимущства только лишь: дешево, быстро, доступно. в целом как китайские товары - много, но низкого качества, а что касается ASP то это уже "тяжелые" решения совершенно иного уровня и требующие других "людей"...
да и задачи решаемые ASP/.NET не таки же как и php...
а какие у него задачи?
Из доков и экселей дергать строки :))) - с этим никто с .нет по мощности не сравнится.Ну и иногда в mssql лазить, но вроде сейчас уже не проблема и из php
во первых это есть - http://poi.apache.org/
во-вторых: и doc и xls в oracle закинул - в lob. индексы по содержимому построил. поиск regexp'ом - всё.
>а какие у него задачи?Ну в этом субтреде и нагнали пурги. :-(
2 vitek: сравнивать Drupal и ASP.NET при всей моей симпатии к первому и антипатии ко второму -- некорректно, поскольку CMS/CMF на трёх языках (PHP/SQL/JS) и способ заставить код на N языках работать над одной задачей -- просто разные вещи.
а сколько языков в .net?
...
говоря .net его сторонники подразумевают ещё и web-сервер, и субд, и ..., и c#, и vb.net, ..
а некоторые и activex-объекты бог знает на чём писанные.
...
т.е. как уже говорилось, .net - это платформа. drupal (и ему подобные) - тоже платформа.
и их вполне можно сравнить в применении к web-разработке.
+1, asp - другой уровень.
>+1, asp - другой уровень.уровень чего?
....
обратите внимание, что все подобные высказывания содержат рекламные лозунги и ... больше ничего.
PHP - язык. ASP.NET - более платформа, ибо присутствует куча компонентов и фич.
зы. Мне и то, и то не очень....
платформа..
язык..
это должно прояснить что-то?
или может это объясняет высказывание "asp лучше"?
...
php (да и любой другой язык) является ТОЛЬКО языком до тех пор, пока не говорим о конкретных реализациях. программы, библиотеки, их API и т.д.
...
например, drupal и его многочисленные модули - уже платформа.
и модулей там масса - http://drupal.org/project/Modules
и, кстати, он точно многоплатформенный :-D - http://drupal.org/requirements
это должно прояснить что язык не является платформой, а платформа языком.
ASP.NET это платформа на базе библиотек .NET и пишется под нее софт на одном из поддерживаемых .NET языков.
В ASP.NET состоит из основных уже готовых компонентов из которых строят web приложение и без использования которых нет и ASP.NET т.к. если какой-то компонент не устраивает, то понадобится его переписать и все другие с которым он связан, вплоть до почти полной переделки всего механизма ASP.NET тогда вообще теряется смысл использовать эту технологию вообще.Отсюда вывод: либо собираешь что надо из тех кирпичей что есть, причем довольно крупных и местами навороченных и миришься с тем, что танцуешь под дудочку разработчиков этой платформы и играешься с этим долбанным конструктором лего, либо забиваешь и ищешь другую более дружественную платформу, рассчитанную на профессионала который сам знает как и из каких компонентов надо собрать чтобы получить то, что требуется, а не ваять веб формочки и не делать из танка самолет напильником.
вот и я о чём! выше уже drupal в качестве примера привел. (он и то по функциональности ASP.NET перекроет - посмотрите количество модулей! :-D)
...
а ведь таких проектов много. выбирай на вкус. :-)
...
и все открытые, бесплатные, с дружественным интерфейсом, ... и развиваются в том направления, который нужен потребителю, а не маркетолагам.
...
А! да! и по настоящему много платформенные!
>А! да! и по настоящему много платформенные!На асп.нет почему-то попадаются только кривые, уродливые или тормозные сайты, уж простите.И кстати вот например упомянутое в контексте наград соурсфоржа magento - крутой интернет магазин.На php.Бесплатно (если саппорт не надо).Покажите что-то сравнимое на asp?
>+1, asp - другой уровень.Чего уровень?
Другой уровень глюков? (За счёт встроенных багов .NET)
Или другой уровень нагрузки на систему?
А может другой уровень самомнения т.н. разработчиков, кой-как научившихся ваять на VB и C# и важно бубнящих что-то невнятное про "платформы", "уровни" и проч. пургу, которую им вбили в моск на курсах преподы, имеющие бооольшое желание срубить побольше бабок?Господа хорошие. Кончайте гнать про "уровни" пожалуйста.
Очень вас прошу. Не выпячивайте так откровенно свой низкий "уровень". :-P
>Другой уровень глюков? (За счёт встроенных багов .NET)Встроенные баги, это как? :D Какие еще они бывают, интересно? Конечно же, Вы свято верите, что "встроенных" багов нет ни в апаче, ни в PHP. Хотел было дать Вам ссылочку на security-рассылку, но не хочу разрушать Ваше радужное представление о мире:)
>Или другой уровень нагрузки на систему?
Уровень нагрузки на систему определяется прежде всего спецификой решаемой задачи, ну и конечно же методами её решения. Много раз видел примеры _таких_ SQL-запросов и скриптов, которые способны были похоронить практически любое серверное железо. К тому же, большинство критичных компонентов MS SQL Server, .NET и IIS работают в режиме ядра, поэтому по определению быстрее юзерспейс-интрерпретатора. И работает это всё надежно и быстро, но как я уже сказал, находятся уникумы, способные сделать тормоза даже на тривиальных задачах. Таким есть только одна рекомендация - вытащить руки из задницы.
>Господа хорошие. Кончайте гнать про "уровни" пожалуйста.
>Очень вас прошу. Не выпячивайте так откровенно свой низкий "уровень". :-PГосподин хороший! Прежде чем самоуверенно указывать окружающим на их "уровень", задумайтесь сначала о Вашем. Судя по тому, что Вы тут пишите, с предметом Вы знакомы разве что по глупым дискуссиям на форумах, где "Вам вбили в моск" установку, что всё, связанное с микрософт - тормозное и глючное. Сразу видно, что Вы _не имеете_ даже поверхностного представления о проектах и задачах, где применение ASP/ADO.NET себя оправдывает. Иначе бы вы не противоставляли связку PHP+Apache+MySQL дотнету.
>Уровень нагрузки на систему определяется прежде всего спецификой решаемой задачи, ну и
>конечно же методами её решения. Много раз видел примеры _таких_ SQL-запросов
>и скриптов, которые способны были похоронить практически любое серверное железо. К
>тому же, большинство критичных компонентов MS SQL Server, .NET и IIS
>работают в режиме ядра, поэтому по определению быстрее юзерспейс-интрерпретатора. И работает
>это всё надежно и быстро,Вы хоть понимаете, о чём говорите?
IIS на уровне ядра?
MS SQL на уровне ядра?
.NET?.. CLR?..
>Сразу видно, что Вы _не имеете_ даже поверхностного представления о проектах и задачах, где применение ASP/ADO.NET себя оправдывает.:-D
третий раз задаю этот вопрос. где? Вы "напичканы" рекламными лозунгами. и кроме "другой уровень" несете полную чушь...
тоже, кстати, относится и к J2EE, Beans, JSP, servlets, CORBA...
но там хоть что-то, там хоть можно управлять нагрузкой application server'а.. а не ссылаться на:
>определяется прежде всего спецификой решаемой задачи
>Вы хоть понимаете, о чём говорите?
>IIS на уровне ядра?Я-то понимаю, в отличие от Вас. Более того, я с этими технологиями работал, в отличие от большинства крикунов, которые не видели ни .NET, ни J2EE. И незачем Вам им уподобляться. Насчет "IIS на уровне ядра", читайте, просвящайтесь и в следующий раз не говорите глупостей:
http://www.microsoft.com/technet/prodtechnol/WindowsServer20...
Читаем прямо по тексту: "The HTTP listener is implemented as a kernel-mode device driver called the HTTP protocol stack (HTTP.sys). IIS 6.0 uses HTTP.sys, which is part of the networking subsystem of the Windows operating system, as a core component."
Читаем дальше: "Earlier versions of IIS use Windows Sockets API (Winsock), which is a user-mode component, to receive HTTP requests. By using HTTP.sys to process requests, IIS 6.0 delivers the following performance enhancements:
Kernel-mode caching. Requests for cached responses are served without switching to user mode.
•Kernel-mode request queuing. Requests cause less overhead in context switching, because the kernel forwards requests directly to the correct worker process. If no worker process is available to accept a request, the kernel-mode request queue holds the request until a worker process picks it up.
Using HTTP.sys and the new WWW service architecture provides the following benefits:•When a worker process fails, service is not interrupted; the failure is undetectable by the user because the kernel queues the requests while the WWW service starts a new worker process for that application pool.
•Requests are processed faster because they are routed directly from the kernel to the appropriate user-mode worker process instead of being routed between two user-mode processes.
Тут прекрасно объясняется как такой подход влияет на производительность, и это всё имеет место быть на практике.
>третий раз задаю этот вопрос. где? Вы "напичканы" рекламными лозунгами. и кроме "другой >уровень" несете полную чушь...
>тоже, кстати, относится и к J2EE, Beans, JSP, servlets, CORBA...Про "уровни" это говорил не я, но не нужно семь пядей во лбу иметь, чтобы понять что же имелось ввиду:) Посмотрите на web-сервисы microsoft. Это MSN, MSDN, Hotmail, Windows Live и много еще чего. Всё это работает как единая унифицированная система, обслуживает огромное количество клиентов, причем еще и географически разбросана по нескольким континентам и филиалам компании. Сетевая инфраструктура микрософт _КАК МИНИМУМ_ не уступает по своим масштабам Google'овской, а скорее всего даже её и превосходит. Сделаете Вы такое на PHP и MySQL? Сильно сомневаюсь. В Google тоже это сделано не на .net, но и тем более не на PHP:) Google имеет такое количество ресурсов, что может позволить себе сделать свою собственную распределенную FS, БД и всё необходимое для построения такой сложной информационной системы. Но эти технологии были разработаны в Google и только для Google, в отличие от _платформы_ Windows Server, на которой работает всё хозяйство microsoft, и которое, в отличие от собственных инструментов Google - обычный продукт, доступный любому разработчику. И любой человек, которому приходилось сталкиваться с разработкой распределенных, отказоустойчивых, гетерогенных информационных систем будет выбирать одно их двух: .net либо j2ee. И не возникнет у него вопросов про "уровни"
> "The HTTP listener is implemented as a kernel-mode
>device driver called the HTTP protocol stack (HTTP.sys).вот и прочитайте ЭТО правильно! или для Вас listener и IIS - это одно и тоже? (заметьте, крикуном я Вас и никого другого не называю - это так, к сведению)
т.е. listener, получив запрос на мой очень динамичный ресурс, выполнит его в режиме ядра?
помнится redhat что-то подобное лет 10 назад делала. :-)
да. это повышает доступность ресурса по порту. но не очень.
да и apache он все-равно не догнал....
>Это MSN, MSDN, Hotmail, Windows Live и много еще чего.а они, конечно, все на c#, или vb.net?... (разговор про языки ведь, не так ли?)
>Сделаете Вы такое на PHP и MySQL? Сильно сомневаюсь. В Google тоже это сделано не на .net, но и тем более не на PHP:ну Google Вы сами упомянули (а там и php, и python, и perl... и работает это на MySQL)
а знаете чем она деньги зарабатывает? :-)
а в платформу .net Вы IIS включаете?
тогда уж может в PHP и Apache включим со всеми модулями.
а еще лучше и все то, что можно получить с любым дистрибутивом?
только тогда можно будет говорить о платформах и уровнях...
>в отличие от _платформы_ Windows Server, на которой работает всё хозяйство microsoft, и которое, в отличие от собственных инструментов Google - обычный продукт, доступный любому разработчику.:-)
>И любой человек, которому приходилось сталкиваться с разработкой распределенных, >отказоустойчивых, гетерогенных информационных систем будет выбирать одно их двух: .net >либо j2ee. И не возникнет у него вопросов про "уровни"
а вот это как раз моя работа. и не надо .net сравнивать с j2ee - там полноценный сервер приложений (правда кешь там не на уровне ядра - и слава богу), а не набор якобы managed кода, которым нельзя управлять....
но при всем при этом..... все это хорошо для составления бюджета проекта, договоров,....
а реально... вот google (а это в первую очередь провайдер и хостер, а потом поисковик - на нем много не заработаешь) все это не нужно.
а серьезная компания должна делать своё, а не использовать
>обычный продукт, доступный любому разработчику.ибо - конкурентное преимущество!!!
ну а если Ваши ресурсы не претендуют на уровень google ...
>вот и прочитайте ЭТО правильно!Это я знаю давным-давно, а Вы вот к сожалению так и не поняли, что же там написано.
>или для Вас listener и IIS - это одно и тоже?
Странный вопрос. listener - это неотъемлемая часть IIS, можно сказать его краеугольный камень. И от его производительности напрямую зависит производительность Web-сервера, именно его и надо помещать в кернел-спейс, если хочется повышения производительности. Не целиком же IIS в ядро перемещать? Самые большие накладные расходы происходят по причине переключений контекста, поэтому та часть Web-сервера, которая непосредственно получает HTTP запрос помещена в kernel driver, для того, чтобы сразу забирать пакет из сети, не переключаясь между драйверами сетевого стека, адаптеров и юзерспейс кода Winsock. Старые версии IIS (как и апач сейчас) забирали пакеты через интерфейс сокетов, в IIS сейчас - все гораздо быстрее.
>т.е. listener, получив запрос на мой очень динамичный ресурс, выполнит его в режиме ядра?
Да, выполнит, без лишних переключений в юзерспейс. Более того, именно http.sys управляет кернел-кэшем, которой работает _очень_ быстро. Кэш ASP.NET тоже находится под его управлением
>помнится redhat что-то подобное лет 10 назад делала. :-)
>да. это повышает доступность ресурса по порту. но не очень.
>да и apache он все-равно не догнал....Есть серьезные опасения, что Ваша память Вам изменяет. Tux Web Server от redhat хоть и имеет очень ограниченную функциональность по сравнению IIS, но в плане производительности на тех задачах, для которых его создавали, апач уступал ему в 3 разa.
>а они, конечно, все на c#, или vb.net?... (разговор про языки ведь, не так ли?)
Конечно. c# и vb.net - наиболее распространенные языки для дотнета. Непонятно, к чему был этот вопрос, ответ ведь очевиден. Разговор идет о платформе, которая языком программирования не ограничивается
>ну Google Вы сами упомянули (а там и php, и python, и perl... и работает это на MySQL)
Бугага:) Вот это Вы конечно отожгли:)) Google использует MySql... Уже не раз и не два, сами гугловцы говорили, что mysql у них не используется (разве что где-то на некритичных и второстепенных ролях). Файловая система, СУБД у них собственной разработки. А что касается питона, то на питоне Вы вполне можете писать и под дотнет. Но дело тут не только в языках.
>а знаете чем она деньги зарабатывает? :-)
Основной доход приносит реклама
>а в платформу .net Вы IIS включаете?
Нет, IIS не является неотъемлемой частью .NET. Микрософт конечно же рекомендует использовать IIS, но если очень хочется, то вполне можно использовать ASP.NET совместно с Apache и MySQL, берем модуль Mod_AspDotNet и пользуемся. Более того, это можно сделать и не на винде, я видел немало примеров отличной работы asp.net сайтов под mono. Но с учетом всех этих разговоров про "ядерную" оптимизацию и тесную интеграцию с системой, все-таки разумнее работать с Windows Server если речь идет об ASP.NET
>тогда уж может в PHP и Apache включим со всеми модулями.
>а еще лучше и все то, что можно получить с любым дистрибутивом?
>только тогда можно будет говорить о платформах и уровнях...Да ради Бога, кто же Вам мешает:)
>а серьезная компания должна делать своё, а не использовать
Да кто же спорит. Только вот IT-компании масштаба Google можно по пальцам пересчитать. Большинство же все-таки поменьше, и не способны создать такую мощную инфраструктуру с нуля и специально под себя.
>ну а если Ваши ресурсы не претендуют на уровень google ...
А Ваши? :)
>Это я знаю давным-давно, а Вы вот к сожалению так и не поняли, что же там написано.почему же, прекрасно понял. :-)
>Странный вопрос. listener - это неотъемлемая часть IIS, можно сказать его краеугольный
>камень.если только больше ничего не умеет, тогда да. краеугольный.
задача listener - слушать. (даже если просто перевести) и слушать порт. и если информация статична, то её можно отдать из ядерного кеша, а если нет, то переключаемся в user space и дальше... все как обычно. лет десять назад было актуально.....
>для того, чтобы сразу забирать пакет из сети, не переключаясь между драйверами сетевого стека, адаптеров и юзерспейс кода Winsock. Старые версии IIS (как и апач сейчас) забирали пакеты через интерфейс сокетов, в IIS сейчас - все гораздо быстрее.:-DDDDDDDDD
Вы хоть сами прочитайте текст правильно. Там ни разу не упоминались драйвера, адаптеры...
зато упоминались некие worker process.... ни о чем не говорит?....
>>т.е. listener, получив запрос на мой очень динамичный ресурс, выполнит его в режиме ядра?
>Да, выполнит, без лишних переключений в юзерспейс. Более того, именно http.sys управляет
>кернел-кэшем, которой работает _очень_ быстро. Кэш ASP.NET тоже находится под его
>управлениему-у-у. как плохо-то. Вы вообще программист?
>Есть серьезные опасения, что Ваша память Вам изменяет. Tux Web Server от
>redhat хоть и имеет очень ограниченную функциональность по сравнению IIS, но
>в плане производительности на тех задачах, для которых его создавали, апач
>уступал ему в 3 разa.память мне не изменяет. и для статики - так и будет. может даже и быстрее.
а для динамики - ну всё в ядро не запихнешь.
кстати, IIS это не помогло Apache обогнать.
>>ну Google Вы сами упомянули (а там и php, и python, и perl... и работает это на MySQL)
>Бугага:) Вот это Вы конечно отожгли:)) Google использует MySql... Уже не раз ...
>Основной доход приносит рекламаgoogle - крупнейший провайдер (и реклама - не основной доход)
и чё Бугага? или у них нет ни одного инстанса MySQL?
>>ну а если Ваши ресурсы не претендуют на уровень google ...
>
>А Ваши? :)и мои. поэтому платить за решения от ms не вижу смысла?
>если только больше ничего не умеет, тогда да. краеугольный.
>задача listener - слушать. (даже если просто перевести) и слушать порт. и если >информация статична, то её можно отдать из ядерного кеша, а если нет, то переключаемся в >user space и дальше... все как обычно. лет десять назад было актуально.....Сейчас это еще более актуально. С массовым приходом 64 битных процессоров и удешевлению микросхем памяти.
>Вы хоть сами прочитайте текст правильно. Там ни разу не упоминались драйвера, адаптеры...
зато упоминались некие worker process.... ни о чем не говорит?....
На сайте микрософт про это не написано, я и не утвержал этого. Началось всё с того, что Вы вообще не хотели признавать того факта, что ради увеличения производительности часть IIS работает в ядре
>Вы хоть понимаете, о чём говорите?
>IIS на уровне ядра?Я дал Вам ссылку. Потом Вы сказали
>вот и прочитайте ЭТО правильно! или для Вас listener и IIS - это одно и тоже?
На что я ответил, что в плане производительности listener - и есть самый критичный компонент web-сервера, и если помещать что-то в ядро, то именно его. После этого я и написал о драйверах и переключениях контекста.
>Не целиком же IIS в ядро перемещать?
Те самые worker process, которые обслуживают запрос в юзерспейсе, если в кэше результата не нашлось.
>у-у-у. как плохо-то. Вы вообще программист?
Я-то да, а Вы как я посмотрю продолжаете гнуть линию голословных заявлений. Я ведь тоже могу сделать изумленное лицо и усомниться в Вашей квалификации, ничего при этом не объяснив.
>память мне не изменяет. и для статики - так и будет. может даже и быстрее.
>а для динамики - ну всё в ядро не запихнешь.
>кстати, IIS это не помогло Apache обогнать.И это я уже тоже говорил, всё в ядро пихать и не нужно, не для этого он создавался. Его задача - именно раздача статики, а динамикой пусть уже занимается Апач. Что касается соревнования в производительности IIS vs Apache, то Вы сначала придумайте способ объективно их сравнить, тогда уже посмотрим. Иначе без труда можно придумать два набора тестов, в одном из котором победит IIS, а в другом Apache. И таких бенчмарков было уже немеряно.
>google - крупнейший провайдер (и реклама - не основной доход)
Вы ошибаетесь. Продажа рекламы - это как раз основной доход Google. В последнее время появляются и другие статьи доходов, но на данный момент погоды они не делают.
>и чё Бугага? или у них нет ни одного инстанса MySQL?
А "ничё". Я уже сказал, что Mysql может использоваться в Google на второстепенных ролях. Основные же службы используют собственные разработки компании, такие как GFS и BigTable. Вот если бы вместо последней была MySQL - тогда другое дело, но это уже что-то из области ненаучной фантастики.
http://labs.google.com/papers/gfs.html
http://labs.google.com/papers/bigtable.html
http://en.wikipedia.org/wiki/BigTableЦитата из последнего линка: "BigTable is a compressed, high performance, and _PROPRIETARY_ database system built on Google File System (GFS), Chubby Lock Service, and a few other Google programs; it is currently _NOT DISTRIBUTED OR USED OUTSIDE_ of Google, although Google offers access to it as part of their Google App Engine"
>и мои. поэтому платить за решения от ms не вижу смысла?
Вас никто и не заставляет. Тем не менее, как минимум 20% рынка профессиональых CУБД у микрософт железно есть. А где MS SQL, там и IIS со-товарищи :)
>Сейчас это еще более актуально. С массовым приходом 64 битных процессоров и
>удешевлению микросхем памяти.с чего бы? наоборот, с приходом виртуализации и микроядерности все выносится в user space.
а listener - штатная часть для любого сервера.
он есть и у субд, и у web-серверов.... даже я такие иногда пишу.
oracle, например, listener как пользовательский процесс не мешает ставить рекорды.
listener - это точка входа. основной объем информации через него не идет.
>На сайте микрософт про это не написано, я и не утвержал этого.
>Началось всё с того, что Вы вообще не хотели признавать того
>факта, что ради увеличения производительности часть IIS работает в ядреда, для статики. любая динамика ТРЕБУЕТ переключения. например, этот форум с нашим диалогом. и для динамики, когда надо запросык б/д гонять - никакого выигрыша не получается. т.к. что им луше весь стек в юзер спейс надо выложить...
>На что я ответил, что в плане производительности listener - и есть
>самый критичный компонент web-сервера, и если помещать что-то в ядро, то
>именно его. После этого я и написал о драйверах и переключениях
>контекста.он далеко не критичный. просто это единственное, что можно туда запихнуть.
да и то, выиграли они только на 1 worker process.
>Вы ошибаетесь. Продажа рекламы - это как раз основной доход Google. В
>последнее время появляются и другие статьи доходов, но на данный момент
>погоды они не делают.насколько я в курсе, по гаапу основной доход - предоставление услуг. этакая corbina, но для всей америке. а отсюда и реклама, и хостинг,...
>GFS и BigTable. Вот если бы вместо последней была MySQL -
>тогда другое дело, но это уже что-то из области ненаучной фантастики.не, но он то у них есть или нет?
или у ms все данные лежат в их MsSQL?
>Тем не менее, как минимум 20% рынка профессиональых CУБД у микрософт железно есть. А где MS SQL, там и IIS со-товарищи :)???
а мы о чём говорим? ну а у газпрома - 100% рынка России.
коммерсанты они не плохие... жестковаты - да! но не плохие.
вот и .net уже лет 5 позиционируется как много платформенный. и многие искренне в это верят.
а некоторые вообще не знают, что в ИТ есть и другие фирмы, и другие решения.
>Вас никто и не заставляет. Тем не менее, как минимум 20% рынка
>профессиональых CУБД у микрософт железно есть. А где MS SQL, там
>и IIS со-товарищи :)В половине случаев, где применяется MS SQL всякий ASP/IIS нафиг не вперся. Ещё буквально несколько лет назад для той же 1С альтернативы сиквелу не было. И если кто-то продает её сейчас будет предлагать конечнику удешивить проект за счет отказа от MS SQL в пользу MySQL или PostgresSQL? Не смешите мои тапки! Это будет только в случае горячего желания спецов у конечника. И так можно откопать еще немало продуктов, где недопрограммеры юзают только MSSQL, ничего другого знать не хотят, и к Web-технологиям не имеющие ни малейшего отношения.
>Но эти технологии были разработаны в Google и только для Google,Не забывайте, что Гуг многое открывает, к примеру технология map reduce.
>Не забывайте, что Гуг многое открывает, к примеру технология map reduce.Никто этого и не забывает. Но фирменные платформообразующие технологии, такие как Gfs и BigTable - закрыты.
>где "Вам
>вбили в моск" установку, что всё, связанное с микрософт - тормозное
>и глючное. Сразу видно, что Вы _не имеете_ даже поверхностного представления
>о проектах и задачах, где применение ASP/ADO.NET себя оправдывает. Иначе бы
>вы не противоставляли связку PHP+Apache+MySQL дотнету.Да, в MS есть очень хорошие проектировщики/дизайнеры/программисты кода - и продукты в общем хорошие. Беда состоит в том, что сделав _долгосрочный_ проект на MS инструменте, мы 1) никуда не сможем его портировать без значительных вложенией ресурсов, мягко говоря 2) становимся заложниками от разработок и политики MS, говоря обобщенно. Ну и как следствие - тянется цепочка вложений вложений в MS step-by-step.
Так что - оценивайте свои ресурсы и риски сами. Сразу в шоколаде и всю жисть платить, либо вложиться в разработку на основе oprnsource - и пилевать на всякие MS :)
А от маркетингивых разводок MS уже просто тошнит.
>Беда состоит в том, что сделав _долгосрочный_ проект на MS инструменте, мы 1) никуда не сможем >его портировать без значительных вложенией ресурсов, мягко говоря 2) становимся заложниками от >разработок и политики MS, говоря обобщенно. Ну и как следствие - тянется цепочка вложений >вложений в MS step-by-step.Ну что за детский лепет?.. Знаете сколько лет микрософт выпускает средства для разработки? PHP в то время еще в проекте не было, когда они начали выпускать свои продукты. Они _ЗАРАБАТЫВАЮТ_ на этом деньги, поэтому они сами заинтересованы в том, чтобы продукт продавался хорошо и нравился разработчикам. И финансовая заинтересованность микрософт в успехе своего бизнеса гораздо надежнее страхует на будущее, чем принципы OpenSource - MS никогда не сделают так, чтобы нанести урон своему делу. Хоть раз за эти годы микрософт сделала что-то такое, чтобы разработчики сказали "вот же уроды, как они могли так с нами поступить? Придется и дальше жить в этой зависимости от них, раз уж мы "заложники разработок и политики МС". Я вот что-то не припомню такого. Вы можете такие примеры привести, или просто языком почесать охотa? Зато иногда приходится сталкиваться с обслуживанием и поддержкой проектов, которые начинались еще в 1995-1996 годах и мне как разработчику оказывается любая поддержка со стороны MS, и вообще, о подписке MSDN у меня только положительные отзывы. Более десятка лет назад Марком Руссиновичем были написаны приложения RegMon и FileMon - _cистемные_ приложения, имеющие в своем составе _драйвер режима ядра_. Так вот, они работают до сих пор... Покажите мне драйвер устройства под линукс десятилетней давности, который бы работал в современной системе! Интерфейсы столько раз уже ломались, что это просто нереально. А для микрософт важно, чтобы совместимость сохранялась. Вот вам и забота о пользователях и разработчиках. И таких примеров можно привести великое множество.
>работают до сих пор... Покажите мне драйвер устройства под линукс десятилетней
>давности, который бы работал в современной системе! Интерфейсы столько раз уже
>ломались, что это просто нереально. А для микрософт важно, чтобы совместимость
>сохранялась. Вот вам и забота о пользователях и разработчиках. И таких
>примеров можно привести великое множество.Убей себя, гнусный аноним. Драйверные интерфейсы вин32 менялись 100 раз и 10 ледний драйвер устройства практически никогда в новой ос не работал. win3.11->win95->winnt->win2000->vista юзают совершенно отличные реализации драйверов.
>Убей себя, гнусный аноним. Драйверные интерфейсы вин32 менялись 100 раз и 10 ледний драйвер >устройства практически никогда в новой ос не работал. win3.11->win95->winnt->win2000->vista >юзают совершенно отличные реализации драйверов.Убей-ка лучше ты себя. Сразу видно, что человек ни разу в жизни не писал ни одного драйвера, поэтому и несет подобную чушь (есть большие сомнения насчет того, писал ли вообще что-то). Особенно "порадовало" сочетание "вин32" и "win3.11"
1)win3.11 - тут вообще, no comments, 16 разрядная система (хотя врядли тебе это что-то говорит)
2) win95 - можно сказать, что уже почти 32 битная, но не целиком. Используется формат LE для кода драйверов, РЕ - для кода приложений. Специально для малолетних "умников" скажу, что WinNT появилась раньше Windows 95, поэтому цепочка "win95->winnt" является бредом сразу по 2 причинам: и неверной хронологии и вообще сравнении двух совершенно разных ОС.
3) WinNT - cобственно, первая настоящая ОС от микрософт. Далее Win2k,XP,2003,Vista. Именно под WinNT изначально и были написаны FileMon/Regmon, которые прекрасно работают и в следующих версиях WinNT. Потому что интерфейсы Kernel API никто не трогал. Можешь начинать разбег
Скажите еще, что все железные дровишки 98й винды подойдут для висты. Про то что вин98 и виста это разные ОС с разным ядром можете не рассказывать. В линуксе 10 летней давности так же ядро явно не тоже что и сейчас.Совместимость это плюс конечно, а для закрытых систем так и вообще жизненно-необходимый.
Но обратную совместимость в любом случае нельзя тянуть бесконечно, иначе система задохнется под этим грузом.
>работают до сих пор... Покажите мне драйвер устройства под линукс десятилетней
>давности, который бы работал в современной системе! Интерфейсы столько раз уже
>ломались, что это просто нереально. А для микрософт важно, чтобы совместимость
>сохранялась. Вот вам и забота о пользователях и разработчиках. И таких
>примеров можно привести великое множество.Да, и по поводу смены интерфейсов в линукс вы забыли 1 "маленький нюанс". В линукс, как и в *БСД и прочих OS OS, у нас есть исходники. И обычно смена интерфейса более менее подробна описана в соответствующих списках рассылки или как минимум может быть прекрасно отслежена через систему версионности. Что в свою очередь, обычно, делает задачу по портированию открытого драйввера на новый интерфейс - достаточно тривиальной. Я так в свое время сам перетаскивал чать дров с FreeBSD 4.хх на 5. Да, это доп. времязатраты, но во первых - для популярных и живых железок оно обычно сразу делается разработчиками ОС/драйвера, а для неактуальных можно и самому сделать, если так уж надо. С win32 такого пути нет. И я прекрасно помню как сервер на НТ4 стоял очень много лет без апгрейда только потому, что крайне недешевый и отлично работающий плоттер не поддерживался в ОС уровнем выше. по поводу кернел-спейс web тоже изрядно повеселили, спасибо. Как я понимаю, речь идет преимущественно об ускорении статика, так как динамик все равно из кеша никуда не пойдет. Скажите, вы готовы сравнить скорость отдачи статика на IIS+win32 с nginx/BSD или ngins/Linux? на сравнимом железе? :)
>Да, и по поводу смены интерфейсов в линукс вы забыли 1 "маленький нюанс". В линукс, как и в >*БСД и прочих OS OS, у нас есть исходники. И обычно смена интерфейса более менее подробна >описана в соответствующих списках рассылки или как минимум может быть прекрасно отслежена >через систему версионности. Что в свою очередь, обычно, делает задачу по портированию >открытого драйввера на новый интерфейс - достаточно тривиальной.Для написания драйверов совершенно не обязательно иметь под рукой исходник. Нужно иметь стабильный, неизменный интерфейс. А что там кроется в его реализации - начхать, главное, что API работает так, как написано в спецификации. Большинство глюков в драйверах и происходит, когда при его написании используются всякие "хаки", почерпнутые и завязанные на конкретную реализацию исходников. Меняется реализация - драйвер несем на помойку и пишем новый (а что нам, времени вагон, его не жалко потратить на столь выдающееся занятие как переписывание драйверов) А если интерфейс стабилен, то этого не происходит. Ну нет у меня исходников винды, но тем не менее 99.9% дров от Win2к работало в ХР, и более половины дров от ХР работает в Висте. И произошло это не из-за смены интерфейсов Kernel API, а по причине изменения модели _аппаратных_ драйверов. Драйверы ядра, не относящиеся к железу и не завязанные сильно на конкретную ОС продолжили работать. Я привел _конкретный пример_ как приложение с драйвером работает уже более 10 лет, если нечего на это возразить - лучше молчать.
>Ну что за детский лепет?..- Дедушка, расскажите как вы брали Зимний?
- Да помниться, горилки попили и по нужде заскочили... Это потом кино сняли...>Знаете сколько лет микрософт выпускает средства для разработки?
Знаю. И что?
1977 MS FORTRAN
1981 MS PASCAL, MS COBOL
...>PHP в то время еще в проекте не было, когда они начали выпускать свои продукты.
Какие?
PHP2 - 1995, PHP3 - 1997
И что из этого?Покажите мне в исходных тескта PHP или Apache места, написанные разработчиками из MS на зарплату от MS.
> Они _ЗАРАБАТЫВАЮТ_ на этом деньги, поэтому
>они сами заинтересованы в том, чтобы продукт продавался хорошо и нравился
>разработчикам. И финансовая заинтересованность микрософт в успехе своего бизнеса гораздо надежнее страхует на будущее, чем принципы OpenSource - MS никогда не сделают
>так, чтобы нанести урон своему делу.Ключевое слово - _своему_ делу. А какое _свое_ дело у директората?
И не спутывайте разработчиков и директорат - разные системы мотиваций, разное мировоззрение, разный зароботок.>Хоть раз за эти годы
>микрософт сделала что-то такое, чтобы разработчики сказали "вот же уроды, как
>они могли так с нами поступить? Придется и дальше жить в
>этой зависимости от них, раз уж мы "заложники разработок и политики
>МС". Я вот что-то не припомню такого.
>Вы можете такие примеры привести, или просто языком почесать охотa?Просто почесать охота. А вы что думали? :)
>Зато иногда приходится сталкиваться с
>обслуживанием и поддержкой проектов, которые начинались еще в 1995-1996 годах и
>мне как разработчику оказывается любая поддержка со стороны MS, и вообще,
>о подписке MSDN у меня только положительные отзывы.И флаг вам в руки. Где мы - и где Редмонд.
>Более десятка лет назад Марком Руссиновичем были написаны приложения RegMon и FileMon - _cистемные_ приложения, имеющие в своем составе _драйвер режима ядра_. Так вот, они
>работают до сих пор... Покажите мне драйвер устройства под линукс десятилетней
>давности, который бы работал в современной системе!Охренеть. Вот это круто! В современной системе - и драйвер 10-летней давности!
А исходные тексты можно посмотреть?
А я вам в ответ все исходные тексты BSD семейства вышлю, начиная с 1BSD волосатого года.
Только причем это в этой теме?>Интерфейсы столько раз уже
>ломались, что это просто нереально. А для микрософт важно, чтобы совместимость
>сохранялась. Вот вам и забота о пользователях и разработчиках. И таких
>примеров можно привести великое множествоПростите, полива в уши.
>Знаю. И что?А то, что микрософт выпускает средства разработки уже не один десяток лет. А некоторые по-прежнему говорят "а вдруг" как будто бы первый их продукт вышел месяц назад.
>Покажите мне в исходных тескта PHP или Apache места, написанные разработчиками из MS на зарплату от MS.
Совершенно не в тему... Ну-да пишите, раз больше нечего)
>Охренеть. Вот это круто! В современной системе - и драйвер 10-летней давности!
>А исходные тексты можно посмотреть?
>А я вам в ответ все исходные тексты BSD семейства вышлю, начиная с 1BSD волосатого года.Исходные тексты можно посмотреть, ищите на сайте Sysinternals. Только это тут _совершенно_ не при чем. ОС все равно, есть ли у Вас исходники драйвера или нет, она загружает его бинарник, при условии, что месяц назад "заботливые" разработчики не поломали интерфейс и этот драйвер работает. И наличие исходников Вам никак не поможет. Оттого наверное в линуксе так все "хорошо" с драйверами устройств. Кроме дров на видео (еще бы их не было, тогда был бы совсем финиш) этих драйверов раз и обсчелся. А все потому, что не хотят производители связываться с постоянным переписыванием драйвера после каждой смены интерфейса. Что касается "В современной системе - и драйвер 10-летней давности! " - то Вы просто не поняли к чему это было все сказано. Да, это положительный момент, что в современной системе _можно_ использовать драйвер написанный 10 лет назад, неважно какой, и с какими исходниками. Речь идет о технической стороне вопроса, не о каких-то исходниках, которые Вы сюда приплели ни к селу, ни к городу
Хана, значит, Апачу... :( Жалко...
Абсолютно с тобой согласен. Через пяток лет апач умрёт. М$ просто так деньги не вкладывают. Это называется - возглавить и обезглавить
>Абсолютно с тобой согласен. Через пяток лет апач умрёт. М$ просто так
>деньги не вкладывают. Это называется - возглавить и обезглавитьДа же если бы это было так, всегда есть возможность сделать форк.
Даже если Апачу на самом деле ничего не грозит - было бы лучше, если бы некрософт держал свои мягкие мохнатые лапки подальше от него.
PHP - интерпретируемый, ASP.NET - компилируемый, скорость
На ASP.NET можно писать на любом языке .NET, возможность писать на том языке, который тебе больше по душе
Всякие встроенные контролы, технологии автоматизации + студия, скорость разработкиХелагар, пожалуйста, если не сталкивался с технологией не надо чего-то про нее говорить вообще. Фанатик.
>PHP - интерпретируемый, ASP.NET - компилируемый, скоростьпро управляемый код слышали? компилируемый? garbage collector?
я на php из mysql вытащу в 3 раза больше строк, чем Вы через ADO.NET из MS SQL.
и для этой операции мне понадобится в 5 раз меньше памяти.
>Всякие встроенные контролы, технологии автоматизации + студия, скорость разработки
>я на php из mysql вытащу в 3 раза больше строк, чем Вы через ADO.NET из MS SQL.
>и для этой операции мне понадобится в 5 раз меньше памяти.Абсолютно пустые, ничем не подкрепленные слова.
"я на MS SQL через ADO.NET вытащу в 3 раза больше строк, чем Вы через на php из mysql. и для этой операции мне понадобится в 5 раз меньше памяти."
Видите? Написать что-то из головы совсем не сложно. И гром не грянет и молния не сверкнет, клавиатура, как говорится, всё стерпит. И оснований написать это у меня ничуть не меньше, чем у Вас. Цифры с потолка
ага. с потолка. у меня нет таких реcурсов к у ms.
но для себя я это уже решил и проверил.
...
а Вы если хотите - проверьте. В общем и не сложно.p.s.:
а обзывать априори лжецом - это конечно достойно Анонима.
я хоть как-то подписываюсь.
>ага. с потолка. у меня нет таких реcурсов к у ms.
>но для себя я это уже решил и проверил.
>...
>а Вы если хотите - проверьте. В общем и не сложно.
>
>p.s.:
>а обзывать априори лжецом - это конечно достойно Анонима.
>я хоть как-то подписываюсь.Никто Вас лжецом не называл. Я сказал лишь то, что цифры эти Вы взяли из головы, ничем их не подкрепив. И это чистая правда.
P.S. Совершенно спокойно отношусь к своему статусу "Анонима". И дело тут не в нем, а в том, что Вы ради красного славца называете цифры совершенно непонятного происхождения
>ага. с потолка. у меня нет таких реcурсов к у ms.
>но для себя я это уже решил и проверил.
>...Не, ну это конечно аргумент.
>а Вы если хотите - проверьте. В общем и не сложно.
>Нормально, вначале голословно ляпнул, а потом "если хотите - проверьте". Вам бы рекламные лозунги для MS писать.
>p.s.:
>а обзывать априори лжецом - это конечно достойно Анонима.А с потолка утверждать, что нечто является г..., и на все просьбы подтвердить свои слова цепляться к анонимности собеседника - это нынче у нас достойно.
>я хоть как-то подписываюсь.
Ну хоть как-то отмазались.
Всё-таки было бы неплохо привести маленький примерчик и показать где и почему продукты MS сливают php + mysql.
а чё голословно-то.
я это сам проверял.
для себя.
работа у меня такая.
...
не верите? ну ни надо.
да и что Вы хотели? если я страничку с графиками всякими нарисую, то типа поверите?
...
если серьезно интересуетесь, то можно совместно поставить такие тесты.
можно даже от quest software tpc-c и tpc-b тесты поюзать.
>А с потолка утверждать, что нечто является г..., и на в...а про голословный "компилируемый" код (с чего эта ветка началась), который якобы быстрее, конечно внимание не обращаем?
>Не, ну это конечно аргумент.во-во.
>а про голословный "компилируемый" код (с чего эта ветка началась), который якобы быстрее, конечно внимание не обращаем?Тоесть Вы будете утверждать, что интерпретируемые PHP-скрипты будут работать быстрее "компилируемых" приложений дотнета, пусть и не в native код? Если да, то и на этот счет аргументов "почему?" Вы не привели...
да понятно почему. (возьмите исходный код php, посмотрите как реализованы функции для Vendor Specific Database).
php для доступа к б/д использует нативные библиотеки от вендора.
в php только функции-обертки (на каждую функцию - пара строчек кода на С).
конечно, он может и через универсальные средства (ODBC,..), но мы ж за призводительность... http://www.php.net/manual/ru/refs.database.php
...
например, для oracle используется oci. грузится эта библа в память (если часто используется - то она постоянно загружена), передается ей запрос, ответ - клиентский курсор управляемый этой библой.
всё.
....
теперь давайте добавим garbage collector, а между кодом и б/д - ado.net с перекодировками разных форматов (дат, кодировок, строк, форматов хранения...)
а ведь теперь этот результат надо клиенту передать! да и в формате html!
значит, нужны парсеры! был бы там printf из С - другое дело, но ведь у нас УНИВИРСАЛЬНЫЕ средства :-D
вот у получается, что интерпретируемый язык на сервере быстрее "почти-компилируемого".
....
проверьте сами! не так уж и сложно.
справедливости ради - jdbc (и это было для меня сюрпризом!) показывает очень не плохую производительность.
но почему и его описание - точно описывать не буду, хоть и разобрался :-)))
тут я с Вами полностью согласен, но многое из этого перестаёт играть роль на больших БД, со сложной логикой и структурой. Поэтому на проектах среднего размера ASP.NET конечно PHP не конкурент, а что касается систем масштаба microsoft или google, то без той универсальности и уровня абстракции, что дают Java или .NET, построить такую систему будет практически невозможно. Поэтому каждая технология и занимает свою нишу
Java - да (но до чего же они через ж.. сделаны). а теперь она еще и открытая...
.NET - не конкурент. как клиентская платформа - может и пойдет, но как распределенный сервер приложений (сервисов! как угодно назовите).... думаю нет.а по поводу больших б/д - так Вы не правы - есть и кластерные технологии в субд и тот же apache очень не плохо масшабируется/балансируется/... (oracle application server на нем основан и считается одним из лучших)
другое дело, что готовые решения (когда все из коробки) на подобных открытых технологиях ещё не сильно распространены в корпоративной среде. типа этих - http://ru.wikipedia.org/wiki/%D0%A1%D0%B...
да и уровень microsoft или google нужен единицам на самом деле.
а тем кому нужен,.. так там нужно уже свои решения применять, иначе смысл?
>Тоесть Вы будете утверждать, что интерпретируемые PHP-скриптыТо есть Вы не в курсе, что все, у кого LA около php отличается от 0.03 0.00 0.00 -- вообще-то используют opcode cache навроде eaccelerator?
К сожалению ASP.NET помрёт вместе с Microsoft, а PHP будет жить вечно.
а почему так печально? :-D
тут много писали про уровни, глюки...
а вот вовнедряли бы SAP'ы, OeBS'ы, MS Dynamics'ы,... вот где глюки, так глюки...
даже 1С уважать начнешь...
...
и тут берешь какой-нибудь проект на PHP,.. бесплатно, открыто и... работает.
>К сожалению ASP.NET помрёт вместе с Microsoft, а PHP будет жить вечно.Да уж, сколько уже лет Microsoft хоронят, а она всё только растет и растет:) И есть такое ощущение, что переживет и PHP и Java...
>>К сожалению ASP.NET помрёт вместе с Microsoft, а PHP будет жить вечно.
>
>Да уж, сколько уже лет Microsoft хоронят, а она всё только растет
>и растет:) И есть такое ощущение, что переживет и PHP и
>Java...+1
-1
вспомним COM, OLE, MFC,...
и .NET ждет тоже самое
>-1
>вспомним COM, OLE, MFC,...
>и .NET ждет тоже самоеСтранный Вы какой-то ряд привели. COM и OLE - живее всех живых, это одни из самых важных компонентов Windows как объектной системы. MFC - да, уже устарела, но сугубо по причине того, что на смену ей пришли новые технологии, тот же самый дотнет:) И перспективы у него достаточно радужные
>К сожалению ASP.NET помрёт вместе с Microsoft, а PHP будет жить вечно.
>Пожалуй, да. Если c юмором :)
+1Опять 9 из 10 постов свелось к религиозным войнам - PHP and ASP :)
И за деревьями опять лес потерялся.
PHP - коммунити разработка интерпретатора, и пока у критической массы сообщества есть в нем необходимость - будет жить и эволюционировать. Кто помнит что он вырос из перла? Исходные тексты PHP interpr. есть? Есть, хоть в Мухосранске свой форк делай. Сделать byte-compiled код - да будет необходимо, сделает кто-нить. А проприентарность MS разработок - ну пусть все в шоколаде, но таки приприентарно, и на время, и формирует комплекс _потребления_ от MS.Мотивация директората компаний проста - вложив деньги в opensource фонды, повлиять на развитие коммунити проектов. Вложив в разработку модулей opensource projects - сделать интеграцию с проприетарными решениями, и далее - ... реклама... привлечение...
Вложение в фонд - НЕ БЛАГОТВОРИТЕЛЬНОСТЬ, А СРЕДСТВО ПОЛУЧЕНИЯ ПРИБЫЛИ И УСИЛЕНИЯ ПОЗИЦИЙ КОМПАНИИ. Пусть даже экспериментальное, и дивидентов от этого больших и прямых не будет.Зашевелились в MS, начались танцы :)
Если ты не можешь победить врага – сделай его своим другом!
Уважаемые товарищи!
Ваши споры про "уровни", про LAMP против ASP.NET и тому подобную пургу -- чушь собачья.
Все зависит от девайса под названием МОЗГИ...
>Все зависит от девайса под названием МОЗГИ...Гм?! То есть от других "девайсов" ничего не зависит?
Соболезнования. :-P
Большое спасибо за соболезнование... Однако поддержать меня Вы можете не только морально, но и материально. Если готовы, я могу сообщить Вам мой e-gold.
>Однако поддержать меня Вы можете не только морально, но и материально.Зачем?
Мне вот что непонятно: M$ сказала "упокойся с миром" IIS'у? :-) Или как понимать поддержку разработкиапача, её прямого конкурента?
>Мне вот что непонятно: M$ сказала "упокойся с миром" IIS'у? :-) Или как понимать поддержку разработки
>апача, её прямого конкурента?Так и понимать: кинули копейку -- задёшево "поимели" кучу совершенно отвратного мозго-мывного пиара.
Теперь кууучи тупых лемингов будут уверены, что "мс разарабатывает апач/ опенсорс/ фрисофвер", "мс == опенсорс" (варисант: "шаред сорс == опен сорс"), "разработчики FLOSS должны всё бросить и вчитываться в пиар-шум от мозгомойного генератора -- оно ж денег дало, платиноффый спонся-а-ар!", "инициативы мс [в конкурирующих проектах!] нельзя _сразу_ перенаправлять в /dev/$трибуквы, а надо изучать коммитетно-базарно-соборно"... и прочая, и прочая, и прочая. :-/
См про "ms и oss синонимы"
https://www.opennet.ru/openforum/vsluhforumID3/40536.html#4
https://www.opennet.ru/openforum/vsluhforumID3/41441.html#22Про "диверсию" -
https://www.opennet.ru/openforum/vsluhforumID3/40813.html#142
https://www.opennet.ru/openforum/vsluhforumID3/41361.html#23Про "шаред сорс" -
https://www.opennet.ru/openforum/vsluhforumID3/40483.html#18---Кричали девушки: "Опен Сорс!"- и в воздух ли^Wчепчики бросали.
...https://www.opennet.ru/openforum/vsluhforumID3/40483.html#5
Хе, не умеют сами писать нормальные web-сервера, так пускай хоть поспонсируют Apache. Они как бы говорят нам: "IIS suxxx, use Apache, dude B-)". Ведь не будет же Microsoft всякую дрянь спонсировать, правда? В знак благодарности, за такую щедрость, я, пожалуй, и дальше буду и использовать Apache (которому альтернативы всеравно фактически нет) - не пропадать же мелкософтовским деньгам. B-)
зачет! единственный умный пост из всего флэйма
да что тут думать - следующие шаги MS постепенное открытие исходных кодов всего своего софта и баста Open Sourse