Стоит задача создать что-то похожее на интернет магазин для оптовых покупателей с определенными особенностями, в связке с обменом будут использоваться веб-сервисы. Есть печальный опыт в прикручивании веб-сервисов PHP и 1с. Часто плакались PHP-шники.
В общем на чем писать ASP или PHP

маленькую поделку можно на ПХП

Писать свой магазин при наличии 100500 готовых ?

Php сгодится. Но asp не изучал, ничего про него сказать не могу

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

И то и другое тема.. Правда с ASP придется еще выбирать между WebForms и MVC :)

однозначно

ASP — мертвая технология

(4) Тогда я за похапе, хоть обоих не знаю.
а вообще стоит еще раз просмотреть готовые варианты, а потом еще 2 раза, ну чего там магазин? тоже мне, бином Ньютона ;)

http://www.youtube.com/watch?v=P6rRfYnEECo

А Битрикс еще не предлагали?

(9) Характеристик по все видимости нет

(5) Думал про MVC но судя по голосовалке даже и замораживаться не стоит

asp.net

я за

(12) MVC это подход к реализации, оно и на PHP есть, например в Zend или Symfony

чатик надо на node.js

(16)+ чтобы без СУБД работал

на брэйнфаке можно неплохой магазинчег сбацать

(13) Можно а 1 пункту отнести

Наверное имеется ввиду ASP.NET а не ASP. Проще и быстрее будет на PHP

а какой город, имеется классное решение.

(11) Уже есть. И Историю заказов прикрутили А еще Ipad версия имеется.

(21) Новосибирск

(22) Там по ТЗ (.) с характеристиками, они парятся, переходят в двумерную таблицу и в таком духе все

(20) Да ASP.NET

(17), нафига без СУБД?

пыхыпы гомноязык

пейсатели на пыхыпы только дауны

(7) ты об этом апаче фонду расскажи

троллинг

(30) это чо ?

(31), это (28), (27), (26)

(28) пятницо началась уже ?

(33)(32) ребятки не ходите по росе

на html наваяй, а данные передавай на мыло через POST
зато никто не ломанет.

(26) а нафига чату СУБД? на ноде.жс прям в сервере последние хх сообщений хранишь. не, если нужна хистори, то можно и писать в субд, но вот читать вообще ничего не надо будет

асп

(37), даже для чата проще mysql или sqlite использовать, чем думать как это в файлы сохранять

(39) какие, нафиг, файлы?

(40), а что ты предлагаешь мимо сервера p2p отправлять сообщения не сохраняя на сервере?

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

(41) сотня другая сообщений памяти вообще не займет. а node.js это и есть серверное приложение. в памяти сервера и хранить без записи куда-либо. работает, как пулемет. если надо хранить - то асинхронно записывать, отдавая апдейты сразу, а записывая отложеной записью

(43), если записывать, то куда? Как по мне, так в mysql достаточно удобно. Особенно, если планируется расширять функциональность

(44) записывать в память сервера, в массив. и очищать массив по достижени определенного размера.

был бы му меня сервак нормальный - может и показал бы чего

(45), оперативную память?

память пухнет пухнет и все ахтунг

(48) если у тебя последние 100 строк в памяти хранятся, чему там пухнуть?

(47) да, прямо в процессе сервера

(50) а если ребутают сервак? куда данные денуться?

(50), а история сообщений, список пользователей, логи авторизации и т.д.?

(52) история - при написании асинхронно запихивается в базу. авторизация - сессионная (как обычно), список пользователей и прочее из СУБД, естесственно. просто при каждом апдейте дергать СУБР, это как миста тупить будет...

(51) а зачем тебе оперативная история чата?

ASP это гарантированный вывих мозга.

(53) в смысле при каждом запросе изменений, естесственно.

smaharbA хотелось бы аргументации. И в догонку скажи пожалуйста какая х.й разница клиенту интернет-магазина, что у тебя на сервере крутится PHP (Apache) или ASP.NET (IIS)

(53), ну вот уже для простенького чата СУБД требуется, если еще чуть бантиков наклеить, то вообще не обойтись

(58) ну вот смотри, сидит у тебя в чате 500 человек, обновление раз в секунду. 500 запросов "не написал ли кто" в секунду получается.

я ж не говорю, что СУБД не нужна, я говорю, что держаь отображаемые последние ХХ сообщений в пямяти сервера и не дергать каждый раз СУБД - вполне реально и правильно

(60) и node.js для этого - вполне хороший вариант