Имя: Пароль:
IT
Веб-мастеринг
Интернет-магазин ASP vs PHP
, , ,
0 Zixxx
 
03.08.12
17:57
1. PHP 69% (11)
2. Другое 19% (3)
3. ASP 13% (2)
Всего мнений: 16

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

PHP
2 milan
 
03.08.12
17:58
Писать свой магазин при наличии 100500 готовых ?

Другое
3 Flyd-s
 
03.08.12
18:00
Php сгодится. Но asp не изучал, ничего про него сказать не могу

PHP
4 Zixxx
 
03.08.12
18:03
(2) Да там как не смотрели, чистить приходится больше чем писать готовых модулей.
5 rool
 
03.08.12
18:06
И то и другое тема.. Правда с ASP придется еще выбирать между WebForms и MVC :)
6 mkostya
 
03.08.12
18:06
однозначно

PHP
7 Asmody
 
03.08.12
18:07
ASP — мертвая технология
8 milan
 
03.08.12
18:08
(4) Тогда я за похапе, хоть обоих не знаю.
а вообще стоит еще раз просмотреть готовые варианты, а потом еще 2 раза, ну чего там магазин? тоже мне, бином Ньютона ;)

PHP
9 Рамиль Маугли
 
03.08.12
18:08

PHP
10 Sserj
 
03.08.12
18:18
А Битрикс еще не предлагали?
11 Zixxx
 
03.08.12
18:19
(9) Характеристик по все видимости нет
12 Zixxx
 
03.08.12
18:24
(5) Думал про MVC но судя по голосовалке даже и замораживаться не стоит
13 Азазелло
 
03.08.12
18:25
asp.net

Другое
14 Fragster
 
гуру
03.08.12
18:25
я за

PHP
15 Fragster
 
гуру
03.08.12
18:26
(12) MVC это подход к реализации, оно и на PHP есть, например в Zend или Symfony
16 Fragster
 
гуру
03.08.12
18:26
чатик надо на node.js
17 Fragster
 
гуру
03.08.12
18:27
(16)+ чтобы без СУБД работал
18 ботаникус
 
03.08.12
18:27
на брэйнфаке можно неплохой магазинчег сбацать

Другое
19 Zixxx
 
03.08.12
18:29
(13) Можно а 1 пункту отнести
20 michael
 
03.08.12
18:52
Наверное имеется ввиду ASP.NET а не ASP. Проще и быстрее будет на PHP

PHP
21 michael
 
03.08.12
18:54
а какой город, имеется классное решение.

PHP
22 Рамиль Маугли
 
03.08.12
19:02
(11) Уже есть. И Историю заказов прикрутили А еще Ipad версия имеется.
23 Zixxx
 
03.08.12
19:04
(21) Новосибирск
24 Zixxx
 
03.08.12
19:05
(22) Там по ТЗ (.) с характеристиками, они парятся, переходят в двумерную таблицу и в таком духе все
25 Zixxx
 
03.08.12
19:07
(20) Да ASP.NET
26 Flyd-s
 
03.08.12
19:38
(17), нафига без СУБД?
27 smaharbA
 
03.08.12
19:42
пыхыпы гомноязык

ASP
28 smaharbA
 
03.08.12
19:42
пейсатели на пыхыпы только дауны
29 smaharbA
 
03.08.12
19:44
(7) ты об этом апаче фонду расскажи
30 Flyd-s
 
03.08.12
19:59
троллинг
31 smaharbA
 
03.08.12
20:00
(30) это чо ?
32 Flyd-s
 
03.08.12
20:04
(31), это (28), (27), (26)
33 Фдулич
 
03.08.12
20:12
(28) пятницо началась уже ?
34 Фдулич
 
03.08.12
20:14

PHP
35 smaharbA
 
03.08.12
20:15
(33)(32) ребятки не ходите по росе
36 aleks-id
 
03.08.12
20:17
на html наваяй, а данные передавай на мыло через POST
зато никто не ломанет.
37 Fragster
 
гуру
03.08.12
20:29
(26) а нафига чату СУБД? на ноде.жс прям в сервере последние хх сообщений хранишь. не, если нужна хистори, то можно и писать в субд, но вот читать вообще ничего не надо будет
38 D_Pavel
 
03.08.12
20:30
асп

ASP
39 Flyd-s
 
03.08.12
20:35
(37), даже для чата проще mysql или sqlite использовать, чем думать как это в файлы сохранять
40 Fragster
 
гуру
03.08.12
20:36
(39) какие, нафиг, файлы?
41 Flyd-s
 
03.08.12
20:58
(40), а что ты предлагаешь мимо сервера p2p отправлять сообщения не сохраняя на сервере?
42 BigHarry
 
03.08.12
21:02
Спецы по ASP-у стоят недешево, а пых-программеров - как грязи, больше разве что только адинэснегов.
Что бы запустить проект под пыху - не надо ни копейки платить за софт, причем вэб сервер будет держать гораздо более интенсивные нагрузки, нежели чем решения от майкрософт.
43 Fragster
 
гуру
03.08.12
21:04
(41) сотня другая сообщений памяти вообще не займет. а node.js это и есть серверное приложение. в памяти сервера и хранить без записи куда-либо. работает, как пулемет. если надо хранить - то асинхронно записывать, отдавая апдейты сразу, а записывая отложеной записью
44 Flyd-s
 
03.08.12
21:22
(43), если записывать, то куда? Как по мне, так в mysql достаточно удобно. Особенно, если планируется расширять функциональность
45 Fragster
 
гуру
03.08.12
21:24
(44) записывать в память сервера, в массив. и очищать массив по достижени определенного размера.
46 Fragster
 
гуру
03.08.12
21:25
был бы му меня сервак нормальный - может и показал бы чего
47 Flyd-s
 
03.08.12
21:25
(45), оперативную память?
48 Фдулич
 
03.08.12
21:27
память пухнет пухнет и все ахтунг
49 Fragster
 
гуру
03.08.12
21:44
(48) если у тебя последние 100 строк в памяти хранятся, чему там пухнуть?
50 Fragster
 
гуру
03.08.12
21:44
(47) да, прямо в процессе сервера
51 manyak
 
03.08.12
21:57
(50) а если ребутают сервак? куда данные денуться?
52 Flyd-s
 
03.08.12
22:03
(50), а история сообщений, список пользователей, логи авторизации и т.д.?
53 Fragster
 
гуру
03.08.12
22:14
(52) история - при написании асинхронно запихивается в базу. авторизация - сессионная (как обычно), список пользователей и прочее из СУБД, естесственно. просто при каждом апдейте дергать СУБР, это как миста тупить будет...
54 Fragster
 
гуру
03.08.12
22:14
(51) а зачем тебе оперативная история чата?
55 bizon2008
 
03.08.12
22:19
ASP это гарантированный вывих мозга.

PHP
56 Fragster
 
гуру
03.08.12
22:19
(53) в смысле при каждом запросе изменений, естесственно.
57 michael
 
03.08.12
22:28
smaharbA хотелось бы аргументации. И в догонку скажи пожалуйста какая х.й разница клиенту интернет-магазина, что у тебя на сервере крутится PHP (Apache) или ASP.NET (IIS)

PHP
58 Flyd-s
 
04.08.12
10:40
(53), ну вот уже для простенького чата СУБД требуется, если еще чуть бантиков наклеить, то вообще не обойтись
59 Fragster
 
гуру
04.08.12
18:21
(58) ну вот смотри, сидит у тебя в чате 500 человек, обновление раз в секунду. 500 запросов "не написал ли кто" в секунду получается.
60 Fragster
 
гуру
04.08.12
18:38
я ж не говорю, что СУБД не нужна, я говорю, что держаь отображаемые последние ХХ сообщений в пямяти сервера и не дергать каждый раз СУБД - вполне реально и правильно
61 Fragster
 
гуру
04.08.12
18:41
(60) и node.js для этого - вполне хороший вариант