Выбор платформы для написания веб-сервисов (главные критерии: надежность, масштабируемость, скорость) – помогите определиться с выбором платформы

Помогите определиться с выбором платформы.

Из кандидатов:
1. Perl
2. PHP
3. ASP (ASP .NET)
4. Ruby, Python (другие?)...

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

Если составить базовый список критериев, то получится:
1. Надежность (99,999%) и безопасность.
2. Масштабируемость.
3. Скорость.
4. Работа с большими нагрузками – большие объемы трафика, большое количество одновременно работающих пользователей.

По результатам поиска в интернете получается:
1. Самый надежный и безопасный — Perl. Следом — ASP, потом PHP (с безопасностью для него ситуация вроде довольно быстро меняется в лучшую сторону – благодаря PHP Security Consortium).
2. По масштабируемости — неясно. PHP активно используют крупные компании – к примеру Yahoo и JupiterMedia (http://www.citnews.ru/news/341/), про ASP встречал упоминания eBay.com. Идеальный вариант — чтобы в случае большой нагрузки можно было просто добавить новый сервер с минимальным переконфигурированием. Что в этом случае лучше?
3. По скорости — получается что Perl и PHP приблизительно одинаковы при использовании mod_perl и mod_php. А как в случае использования ASP .NET? Если разделить задачи на расчетные (скажем формирование контента) и выборки/занесения данных из базы?
4. Что здесь предпочтительней? Платформа на основе PHP/Perl или на основе ASP?


Конечно есть и другие не менее важные критерии:
1. Скорость написания кода.
2. Удобство отладки.
3. Сопровождение кода (тем-же или другим человеком).
4. Расширение функциональности действующей системы.
5. Наличие готовых стандартных библиотек "на все случаи жизни" (обработка XML, юникод и т.д.).

... вообщем полный цикл поддержки системы.

Как здесь обстоит дело? Если исходить из того, что это будет не пара скриптов, а система, которую будет разрабатывать команда (около 5-10 человек) в течении минимум полугода и потом она будет активно развиваться — что в этом случае предпочтительней?

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

Поделитесь пожалуйста вашим личным опытом — он самый ценный!
Если был опыт в разработке крупных систем (пусть они совсем не похожи на мета-поиск) — какие возникали проблемы, насколько они хорошо решались на разных платформах? В пользу чего в итоге был сделан выбор? По каким соображениям и критериям?

Спасибо за ответы!

P.S. Буду также благодарен за ссылки на статьи, обсуждения в форумах, проясняющие вопрос — возможно я что-то упустил при поиске информации.

Мой e-mail для приватных сообщений — rss354_собака_rambler_точка_ru

Здравствуйте, rss354, Вы писали:

R>Выбор платформы для написания веб-сервисов (главные критерии: надежность, масштабируемость, скорость) – помогите определиться с выбором платформы

R>Помогите определиться с выбором платформы.

R>Из кандидатов:
R>1. Perl
R>2. PHP
R>3. ASP (ASP .NET)
R>4. Ruby, Python (другие?)...

R>skip
C++ однозначно, потом Python, PHP

Здравствуйте, rss354, Вы писали:

R>Выбор платформы для написания веб-сервисов (главные критерии: надежность, масштабируемость, скорость) – помогите определиться с выбором платформы

R>Помогите определиться с выбором платформы.

R>Из кандидатов:
R>1. Perl
R>2. PHP
R>3. ASP (ASP .NET)
R>4. Ruby, Python (другие?)...

R>Для написания небольших задач — наверное что лучше знаешь и что больше нравится — то и выбирай.
R>По крайней мере для небольшой задачи я бы так и сделал
R>А что лучше выбрать при больших нагрузках (исходим из того, что сервер свой и поставить туда можно что угодно)?

R>Если составить базовый список критериев, то получится:
R>1. Надежность (99,999%) и безопасность.
R>2. Масштабируемость.
R>3. Скорость.
R>4. Работа с большими нагрузками – большие объемы трафика, большое количество одновременно работающих пользователей.

R>По результатам поиска в интернете получается:
R>1. Самый надежный и безопасный — Perl. Следом — ASP, потом PHP (с безопасностью для него ситуация вроде довольно быстро меняется в лучшую сторону – благодаря PHP Security Consortium).
R>2. По масштабируемости — неясно. PHP активно используют крупные компании – к примеру Yahoo и JupiterMedia (http://www.citnews.ru/news/341/), про ASP встречал упоминания eBay.com. Идеальный вариант — чтобы в случае большой нагрузки можно было просто добавить новый сервер с минимальным переконфигурированием. Что в этом случае лучше?
R>3. По скорости — получается что Perl и PHP приблизительно одинаковы при использовании mod_perl и mod_php. А как в случае использования ASP .NET? Если разделить задачи на расчетные (скажем формирование контента) и выборки/занесения данных из базы?
R>4. Что здесь предпочтительней? Платформа на основе PHP/Perl или на основе ASP?

По поводу одинаковой скорости perl и php не согласен. В свое время, мы проводили тестирование различных opensource CMS (с примерно одинаковой функциональностью), написанных на perl и php в разных условиях (использовались CGI, mod_perl/mod_php, zend optimizer (вместе и вместо mod_php). Общий вывод: приложения на Perl существенно быстрее. Разница может достигать 3-4 раз в некоторых условиях.

Здравствуйте, XPGeeK, Вы писали:

R>>Помогите определиться с выбором платформы.

R>>Из кандидатов:
R>>1. Perl
R>>2. PHP
R>>3. ASP (ASP .NET)
R>>4. Ruby, Python (другие?)...

R>>skip
XPG>C++ однозначно, потом Python, PHP

Как лучше обосновать? Т.е. почему именно C++. Насчет скорости — понятно. Насчет безопасности? Сопровождения?

Чем Python в данном случае предпочтительней PHP (не ради флейма — интересно ваше личное мнение).

Спасибо!

Здравствуйте, Rebus83, Вы писали:

R> По поводу одинаковой скорости perl и php не согласен. В свое время, мы проводили тестирование различных opensource CMS (с примерно одинаковой функциональностью), написанных на perl и php в разных условиях (использовались CGI, mod_perl/mod_php, zend optimizer (вместе и вместо mod_php). Общий вывод: приложения на Perl существенно быстрее. Разница может достигать 3-4 раз в некоторых условиях.

А что делали приложения? Какого рода были тесты?
К примеру это была обработка текста, формирование объемного контента, выборка из базы...

Можно немного подробней?

Спасибо!

Здравствуйте, rss354, Вы писали:

R>А что делали приложения? Какого рода были тесты?
R>К примеру это была обработка текста, формирование объемного контента, выборка из базы...

R>Можно немного подробней?

Честно говоря, было это довольно давно, поэтому деталей уже не помню.

Вкратце — задача была, выбрать наиболее приемлимую open source CMS для одного проекта, причем производительность была одним из главных критериев. ASP не рассматривался, по причине иной платформы (нужен был Linux). Выбрали несколько подходящих по возможностям CMS (бОльшая часть была на PHP, но на Perl было тоже несколько вариантов). Затем я установил выбранные системы к себе на машину, и попробовал измерить производительность на типовых операциях с CMS. Тестировали пропускную способность сервера (число запросов в секунду, скорость отдачи страничек) на типичных для сложной CMS операциях: обслуживание главной страницы с большим количеством динамического контента, выдача "типичного" форумного треда с n иерархических записей, выдача списка статей на заданную тему, правка статьи, и прочее. Понятно, что подобные тесты мало говорят о производительности собственно платформы, а гораздо больше о мастерстве авторов CMS, но нас интересовал как-раз выбор готового продукта, а не теоретические возможности платформы. Выбранная нами CMS (написанная на Perl) одержала ОЧЕНЬ убедительную победу над конкурентами — разница в производительности в некоторых случаях достигала 4-5 и более раз. Ни одна из систем на PHP даже близко не приблизилась к результатам победителя.

Впрочем, потом, уже из чистого любопытства были сделаны несколько тестовых скриптов на perl и PHP сложностью не очень превосходящие "Hello, world": выдача простой тестовой странички на HTML, сбор строки в цикле, работа с хешами и массивами. На моей машине в некоторых тестах PHP и Perl были практически наравне, в других Perl резко опережал PHP (особенно запомнилась разница при работе с массивами).

В процессе тестирования использовались: Linux Fedora Core 4, Apache 2, MySQL 5, Perl 5.8, PHP 5, mod_perl и mod_php — из дистрибутива. Также скачал и установил с сайта Zend Optimizer, поскольку, по имеющейся информации, он мог дать существенный прирост производительности по сравнению с mod_perl. Уж очень существенного прироста, честно говоря не наблюдалось, хотя он был. Машина: Pentium D, 1GB RAM, hdd SATA: 120 GB

Здравствуйте, Rebus83, Вы писали:

R>Здравствуйте, rss354, Вы писали:

R>>А что делали приложения? Какого рода были тесты?
R>>К примеру это была обработка текста, формирование объемного контента, выборка из базы...

R>>Можно немного подробней?

R>Честно говоря, было это довольно давно, поэтому деталей уже не помню.

R>Вкратце — задача была, выбрать наиболее приемлимую open source CMS для одного проекта, причем производительность была одним из главных критериев. ASP не рассматривался, по причине иной платформы (нужен был Linux). Выбрали несколько подходящих по возможностям CMS (бОльшая часть была на PHP, но на Perl было тоже несколько вариантов). Затем я установил выбранные системы к себе на машину, и попробовал измерить производительность на типовых операциях с CMS. Тестировали пропускную способность сервера (число запросов в секунду, скорость отдачи страничек) на типичных для сложной CMS операциях: обслуживание главной страницы с большим количеством динамического контента, выдача "типичного" форумного треда с n иерархических записей, выдача списка статей на заданную тему, правка статьи, и прочее. Понятно, что подобные тесты мало говорят о производительности собственно платформы, а гораздо больше о мастерстве авторов CMS, но нас интересовал как-раз выбор готового продукта, а не теоретические возможности платформы. Выбранная нами CMS (написанная на Perl) одержала ОЧЕНЬ убедительную победу над конкурентами — разница в производительности в некоторых случаях достигала 4-5 и более раз. Ни одна из систем на PHP даже близко не приблизилась к результатам победителя.

R>Впрочем, потом, уже из чистого любопытства были сделаны несколько тестовых скриптов на perl и PHP сложностью не очень превосходящие "Hello, world": выдача простой тестовой странички на HTML, сбор строки в цикле, работа с хешами и массивами. На моей машине в некоторых тестах PHP и Perl были практически наравне, в других Perl резко опережал PHP (особенно запомнилась разница при работе с массивами).

R>В процессе тестирования использовались: Linux Fedora Core 4, Apache 2, MySQL 5, Perl 5.8, PHP 5, mod_perl и mod_php — из дистрибутива. Также скачал и установил с сайта Zend Optimizer, поскольку, по имеющейся информации, он мог дать существенный прирост производительности по сравнению с mod_perl. Уж очень существенного прироста, честно говоря не наблюдалось, хотя он был. Машина: Pentium D, 1GB RAM, hdd SATA: 120 GB

Тетировние сделанное недавно PHP vs Perl.

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

Что для этого нужно — просто высказать свое мнение. Приблизительная табличка (это мое мнение) — во вложении.
Лучше все содержание стереть, и заполнить своим. Это не обязательно будет табличка. Вообще пишете то, что считаете нужным (с чем вы сталкивались).

Я очень надеюсь что инициатива найдет поддержку с вашей стороны — с моей стороны — я буду "склеивать" ваши мнения, потом всю информацию оформлю и выложу в открытый доступ.
Кто публиковал свои мнения — я включу ваши мнения в документ. Если есть уточнения или возражения — высказывайте, я их учту.

Ключевые моменты:
1. Тема "Выбор платформы для веб на основе С++, Java, PHP, Perl, ASP" (возможны другие языки).
2. Каждый пишет только то, что считает нужным (т.е. нет задачи описать все). Это может быть просто пару абзацев о вашем инструменте и о опыте использования.
3. Это ваше субъективное мнение. Задача читателя — сформировать свое объективное мнение.
4. Напишите также кратко кто вы и чем занимаетесь и откуда. Cвоеобразная реклама авторам в благодарность за потраченное время

Очень надеюсь что инициатива не заглохнет и документ появится и будет полезен всем.
В своем роде это будет уникальный документ — _практическое_ мнение _разных_ участников.

Можно отвечать в форуме, или если удобней — то на мою почту (rss354_собака_rambler_точка_ru) — я обязательно пришлю подверждение о получении письма.

Само вложение http://www.rsdn.ru:80/File/57981/Comparison.doc — в предыдущем письме забыл

Здравствуйте, XPGeeK, Вы писали:

XPG>Тетировние сделанное недавно PHP vs Perl.

Я посмотрел скрипты, которыми человек пользовался при тестировании. Этот тест не стоит того места на сайте, которое он занимает. Под mod_perl ТАК — HTML test code, и ТАК — MySQL test code не пишут!!!

Особенно ржал от строчки:

I performed no tuning on any component of the LAMP stack as delivered from Red Hat. In a hosted environment, being able to change system components is a rare luxury.

Этот чудак (здесь должно быть другое слово) не понимает в программировании под mod_perl ничерта. Кстати, в комментах к оригиналу теста об этом сказано.

As someone who uses mod_perl professionally, I'm disappointed to say that your testing methodology is all wrong. Though I doubt that you've done so intentionally, you have used mod_perl in a way that is (a) not recommended and (b) does not take advantage of mod_perl's performance potential.

Впрочем, там же, в комментариях, нашел дельную мысль:

No matter where and what the performance advantage is, PHP will be the choice for many. Perl has number of advantages over PHP, but it is not easy to learn, even for developers with experience in other languages.

Здравствуйте, rss354, Вы писали:

ну еще есть java.
R>По результатам поиска в интернете получается:
R>1. Самый надежный и безопасный — Perl.
дайте ссылки, где про это пишут.
R> Следом — ASP, потом PHP (с безопасностью для него ситуация вроде довольно быстро меняется в лучшую сторону – благодаря PHP Security Consortium).
R>2. По масштабируемости — неясно. PHP активно используют крупные компании – к примеру Yahoo и JupiterMedia (http://www.citnews.ru/news/341/), про ASP встречал упоминания eBay.com.
а майкрософт, что уже не крупная компания?
R> Идеальный вариант — чтобы в случае большой нагрузки можно было просто добавить новый сервер с минимальным переконфигурированием. Что в этом случае лучше?
R>3. По скорости — получается что Perl и PHP приблизительно одинаковы при использовании mod_perl и mod_php. А как в случае использования ASP .NET? Если разделить задачи на расчетные (скажем формирование контента) и выборки/занесения данных из базы?
а что будет у тебя больше, да и вообще какая база данных?
R>4. Что здесь предпочтительней? Платформа на основе PHP/Perl или на основе ASP?


R>Как здесь обстоит дело? Если исходить из того, что это будет не пара скриптов, а система, которую будет разрабатывать команда (около 5-10 человек) в течении минимум полугода и потом она будет активно развиваться — что в этом случае предпочтительней?
а что разработчики знают или только будет подбираться команда?
Найти команду из 5-10 разработчиков на python будет ИМНО весьма сложно.
R>Понятно, что в целом ответы зависят от того что нужно сделать.
R>Если более конкретизировать задачу — то это будет что-то типа мета-поисковика (сбор информации из разных сайтов, парсинг и занесение в базу, отображение результатов пользователю по поисковому запросу).

R>Поделитесь пожалуйста вашим личным опытом — он самый ценный!
R>Если был опыт в разработке крупных систем (пусть они совсем не похожи на мета-поиск) — какие возникали проблемы, насколько они хорошо решались на разных платформах? В пользу чего в итоге был сделан выбор? По каким соображениям и критериям?
Я могу сравнить только PHP и ASP.NET(из личного опыта), я бы посоветовал ASP.NET

Здравствуйте, cadet354, Вы писали:

R>>2. По масштабируемости — неясно. PHP активно используют крупные компании – к примеру Yahoo и JupiterMedia (http://www.citnews.ru/news/341/), про ASP встречал упоминания eBay.com.
C>а майкрософт, что уже не крупная компания?
Я был бы удивлен если бы МС использовала не асп

Здравствуйте, rss354, Вы писали:

R>Из кандидатов:
R>1. Perl
R>2. PHP
R>3. ASP (ASP .NET)
R>4. Ruby, Python (другие?)...
Выбор стоит делать между asp и php, тк редко попадаются даже perl программеры. Я знаю только одного.

R>Если составить базовый список критериев, то получится:
R>1. Надежность (99,999%)
Это в любом случае криворукость админа и программеров. Винда при протирании тряпочкой довольно хорошо работает. Линух само собой. Но линух гибче и производительней сам по себе. Особенно если тряпочкой протирать

R>и безопасность.
Опять-же основное — админ и программеры. Но тут еще вопрос в софте — если с апачем мы имеем представление о багах, о их вычищении итд из багтрака, то с аспом мы можем делать выводы лиш косвенные. Мало ли что МСовцы пишут на сайте. Кода то не видно...

R>2. Масштабируемость.
имхо в обоих случаях освояемо.

R>3. Скорость.
По этому поводу в СВ было много споров. Мне так и не дали тестовый скрипт для asp чтобы я его переписал на php и погонял. Я за php.

R>4. Работа с большими нагрузками – большие объемы трафика, большое количество одновременно работающих пользователей.
Через стенку у меня сидит админ. У него шабашка есть — поддерживает пару веб серваков линух + апач + php. Средняя нагрузка 500 запросов в секунду. Влет.

R>4. Что здесь предпочтительней? Платформа на основе PHP/Perl или на основе ASP?
Имхо всетаки линукс+пхп. Гибче.

R>1. Скорость написания кода.
Зависит от программистов.

R>2. Удобство отладки.
Насколько я понимаю — в обоих случаях тестовые echo

R>3. Сопровождение кода (тем-же или другим человеком).
Опятьже зависит от человека.

R>4. Расширение функциональности действующей системы.
Зависит от архитектуры проекта.

R>5. Наличие готовых стандартных библиотек "на все случаи жизни" (обработка XML, юникод и т.д.).
asp пользует дотнет, у php тоже дофига всякого есть. Что надо?

R>... вообщем полный цикл поддержки системы.
Сложного и там и там мало. Зависит от персонала.

R>Как здесь обстоит дело? Если исходить из того, что это будет не пара скриптов, а система, которую будет разрабатывать команда (около 5-10 человек) в течении минимум полугода и потом она будет активно развиваться — что в этом случае предпочтительней?
Обязательно продумать архитектуру, ну и репозиторий само собой завести надо. И еще лучше не терять разработчиков.

R>Если более конкретизировать задачу — то это будет что-то типа мета-поисковика (сбор информации из разных сайтов, парсинг и занесение в базу, отображение результатов пользователю по поисковому запросу).
Я так понял проект из 2х частей. Первая часть гуляет по сети и собирает инфу, вторая это дело показывает... Если все крупно, то и по железу надо это дело разнести. 1 сервер собирает, второй бд держит, третий www. Разнос сервисов по компам кстати увеличит надежность.
имхо сбор инфы лучше сделать на с++ или на перле. Отображение — пхп или асп.

Здравствуйте, Sheridan, Вы писали:

S>Опять-же основное — админ и программеры. Но тут еще вопрос в софте — если с апачем мы имеем представление о багах, о их вычищении итд из багтрака, то с аспом мы можем делать выводы лиш косвенные. Мало ли что МСовцы пишут на сайте. Кода то не видно...
можно пойти впереди европы всей и ASP.NET закрутить на Mono
тогда код будет виден, но где найти на наших просторах людей которые в нем разбирутся?
R>>2. Удобство отладки.
S>Насколько я понимаю — в обоих случаях тестовые echo
можно поставить remotdebug в ASP.NET, а это гораздо лучше чем тестовые echo

R>>5. Наличие готовых стандартных библиотек "на все случаи жизни" (обработка XML, юникод и т.д.).
S>asp пользует дотнет, у php тоже дофига всякого есть. Что надо?
есть то много, но качество у большинства в свое время юзал довольно много библиотек с PEAR(единственно, что не вызвало нареканий это ADODB, а так практически во все приходилось залазить,хотя бы чтоб понять как это работает, документации вообще кот наплакал) , с веб-сервисами работал с помощью NuSOAP(там вообще напильником очень много было чего).
Но может за полгода изменилось, мой опыт основывается на 4 версии.
По качеству и количеству библиотек ИМНО рулит java, но найти 5-10 разработчиков так же не фонтан (но отсюда бюджет не виден).

Здравствуйте, cadet354, Вы писали:

C>Здравствуйте, Sheridan, Вы писали:

S>>Опять-же основное — админ и программеры. Но тут еще вопрос в софте — если с апачем мы имеем представление о багах, о их вычищении итд из багтрака, то с аспом мы можем делать выводы лиш косвенные. Мало ли что МСовцы пишут на сайте. Кода то не видно...
C>можно пойти впереди европы всей и ASP.NET закрутить на Mono
C>тогда код будет виден, но где найти на наших просторах людей которые в нем разбирутся?
mono это жалкое подобие левой руки. Мне стыдно даже за линух...

R>>>5. Наличие готовых стандартных библиотек "на все случаи жизни" (обработка XML, юникод и т.д.).
S>>asp пользует дотнет, у php тоже дофига всякого есть. Что надо?
C>есть то много, но качество у большинства в свое время юзал довольно много библиотек с PEAR(единственно, что не вызвало нареканий это ADODB, а так практически во все приходилось залазить,хотя бы чтоб понять как это работает, документации вообще кот наплакал) , с веб-сервисами работал с помощью NuSOAP(там вообще напильником очень много было чего).

Насчет "библиотек"...
Что нужно было из PEAR? Что такое вообще SOAP? Зачем?

Здравствуйте, Sheridan, Вы писали:


S>mono это жалкое подобие левой руки. Мне стыдно даже за линух...

S>Насчет "библиотек"...
S>Что нужно было из PEAR?
на память:
доступ к БД, логирование&bench(это кстати тоже не вызвало нареканий),
отправка почты(организация очередей отправки и т.д.),
написание в excel под unix(генерация прайсов ),
ORM,
phpunit.
S>Что такое вообще SOAP? Зачем?
веб сервисы это иногда web service

Здравствуйте, cadet354, Вы писали:

C>Здравствуйте, Sheridan, Вы писали:


S>>mono это жалкое подобие левой руки. Мне стыдно даже за линух...

S>>Насчет "библиотек"...
S>>Что нужно было из PEAR?
C>на память:
C>доступ к БД, логирование&bench(это кстати тоже не вызвало нареканий),
Пишется руками под свои нужды за денек.

C>отправка почты(организация очередей отправки и т.д.),
За пару часов имхо, на крайняк денек.

C>написание в excel под unix(генерация прайсов ),
гм... html отменили? обязательно эксель? Дурдом.

C>ORM,
что за зверь?

C>phpunit.
что за зверь?

S>>Что такое вообще SOAP? Зачем?
C>веб сервисы это иногда web service
Что это такое? под вебсервисом я понимаю апач+пхп+сессии.

Здравствуйте, Sheridan, Вы писали:

C>>доступ к БД, логирование&bench(это кстати тоже не вызвало нареканий),
S>Пишется руками под свои нужды за денек.
я не любитель велосипедов.
C>>отправка почты(организация очередей отправки и т.д.),
S>За пару часов имхо, на крайняк денек.

C>>написание в excel под unix(генерация прайсов ),
S>гм... html отменили? обязательно эксель? Дурдом.
заказчик всегда прав.
C>>ORM,
S>что за зверь?
object relation mapping, это грубо говоря когда таблица из БД мапится на класс php.
C>>phpunit.
S>что за зверь?
юнит тесты
S>>>Что такое вообще SOAP? Зачем?
C>>веб сервисы это иногда web service
S>Что это такое? под вебсервисом я понимаю апач+пхп+сессии.
а я понимаю именно web service, пример тут
http://www.rsdn.ru/ws/janus.asmx

Здравствуйте, cadet354, Вы писали:

C>я не любитель велосипедов.
Понимаеш, когда кроме собственно велосипеда внагрузку еще камаз дается на жесткой сцепке это имхо перебор. Уж лучше я без камаза поеду. Оно проще и быстрее будет.

C>заказчик всегда прав.
Заказчик не всегда адекватно представляет необходимость всякого. Может он хочет сортировку любую просто? А если у потенциальных посетителей канал узкий для прайса? Это необходимо обсуждать.

C>object relation mapping, это грубо говоря когда таблица из БД мапится на класс php.
Какой ужас. А какже sql? Боком?

C>юнит тесты
Что это такое? Я тупой, мне надо ражжевывать.

S>>Что это такое? под вебсервисом я понимаю апач+пхп+сессии.
C>а я понимаю именно web service, пример тут
C>http://www.rsdn.ru/ws/janus.asmx
От того что сахар назвать не белым, а рассыпчатым, его сладость не изменится.
В чем сложность написания данного дела? Чем оно отличается от обычной страницы? Тем, что не браузером открывается?

Здравствуйте, Sheridan, Вы писали:

S>Понимаеш, когда кроме собственно велосипеда внагрузку еще камаз дается на жесткой сцепке это имхо перебор. Уж лучше я без камаза поеду. Оно проще и быстрее будет.
проще врядли, а быстрее это экономия на спичках будет(чужой велосипед с умом надо выбирать, а то можно не то, что камаз получить а даже дорожный каток).
C>>заказчик всегда прав.
S>Заказчик не всегда адекватно представляет необходимость всякого. Может он хочет сортировку любую просто? А если у потенциальных посетителей канал узкий для прайса? Это необходимо обсуждать.
ты думаешь это не обсуждалось?
C>>object relation mapping, это грубо говоря когда таблица из БД мапится на класс php.
S>Какой ужас. А какже sql? Боком?
конечно нет, а как ты думаешь как получаются данные из БД для маппинга.
C>>юнит тесты
S>Что это такое? Я тупой, мне надо ражжевывать.
сомневаюсь google поможет, можешь еще погуглить по фразе Test Driven Development.
S>>>Что это такое? под вебсервисом я понимаю апач+пхп+сессии.
C>>а я понимаю именно web service, пример тут
C>>http://www.rsdn.ru/ws/janus.asmx
S>От того что сахар назвать не белым, а рассыпчатым, его сладость не изменится.
S>В чем сложность написания данного дела? Чем оно отличается от обычной страницы? Тем, что не браузером открывается?
тем что он ориентирован не на браузер, а на код.
Например, тебе надо получить курс валют, ты можешь скачать страничку с курсом, распарсить и вывести(и тут на сайте поменяли дизайн, приходится заново переписывать парсер), или вызвать веб сервис, который тебе вернет xml с этими курсами который потом автоматически (в теории) преобразуется в твои классы.