Движок для 50.000 тысяч товаров

а гзип на что?

П.С. как по мне, если ижет речь о 50-ти к товаров - уж явно готовы сервачок купить более-мение...

П.П.С. - кластеры ребят, кластеры. и сисадмину чаще по шее.

Если немножко подумать, то по количеству хитов в сутки и по типу проекта можно прикинуть пиковую нагрузку. Ну и умножить на три или на четыре, чтобы уж точно не промахнутся. Вы думаете ТС точно знает пиковую нагрузку?

Да, вы правы, самопис лучше. Но это только пока дело до практики не дойдёт. Во-первых, куча проблем с разработкой. Причём вам обязательно разработают гавно, если вы сами не понимаете в том как всё работает. Во-вторых, некоторые CMS настолько хороши, что надобность в самописе просто отпадает (например, CMS этого форума - vBulletin, покажите мне более функциональные самописы). Часто довольно хорошо разработана не вся CMS, а какая-то её часть. Так что выбор-то конечно за вами. Но самопис это тоже не так просто и не так уж и один раз придётся платить. Вам ведь обязательно нужно будет дорабатывать систему.

Боюсь даже спросить причем тут гзип....

На 50К товаров... Кластер... Топикстартер сказал, что будет яндексмаркет мутить по посещаемости?! Я что-то пропустил?! Кто здесь?! :))))))))

Согласен. Можно. Только вот три или четыре - сильно зависит от проекта, так как может быть и пять и шесть, например когда офисный планктон в сети скапливается :) Всё равно лучше от пика считать нагрузку. Это даст возможность не облажаться.

Максимально четко поставленная задача избавляет от многочисленных переделок. По опыту скажу, что многие наши клиенты сидят по три-четыре года без переделок. Хотя бывают исключения. Так как либо задача сформулирована не верно, либо само понимание клиента надобности его проекта просто отсутствует.

Где же вы берёте таких клиентов, которые задачи сами формулируют? Это же не клиент, а сказка. :)

Да что-то таких мало стало. Пора в красную книгу заносить. Хотя могу сказать одно, что в некоторых случаях не нужно слушать клиента, а делать так, как надо. Это правда если опыт позволяет. Вы же прекрасно понимаете, что единственная задача сайта - продавать. В итоге получается и сайт продающий и клиент доволен. Иногда приходиться "въезжать" в особенности бизнеса, чтобы самому понять, что делаешь.

Разве я не прав?

Тут ошибка - обычно, популярные ЦМС - это один раз заплаченные деньги за лицензию, постоянные траты на программистов и постоянное обновление железа с ростом популярности.

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

остается выбрать такого программиста который знает как это делать:)

а потом подумать, посчитать и выяснить что сервер гораздо дешевле:)

Просто нужно реально оценивать затраты и не только на создание но и на поддержку. И затраты не только финансовые но и временные.

Железо тоже иногда админить надо. Это тоже деньги. Поэтому что будет дешевле первы год-два - зависит от задачи. Может там задачка - каталог товаров, ну может видео(и то при желании на ютуб забрасывать можно) прицеплено и фотки. Задача достаточно тривиальная. И уже возможно через годик это будет дешевле, чем сервер.

Перечитайте повнимательней, там нет ошибки. Вы просто гораздо короче сформулировали то, что хотел сказать я :)

а рост популярности разве не предполагает роста доходов интернет-магазина? Если в традиционном павильоне магазина от покупателей уже "не развернуться" - это не есть намёк владельцу вложить деньги в расширение торговых площадей? Ничего не продающему магазину "апгрейд железа" никогда не грозит :)

В этом конечно вы правы но вы оцениваете проект только со стороны расходов. А попробуйте взглянуть шире. Если сайт будет приносить допустим 10000 в месяц дохода, а затраты на сервер и админа 1000 в месяц. Что лучше писать полгода-год систему под заказ или сделать на максимально подходящей cms максимум за месяц?