Поймите. Любая разработка проекта с нуля, это "синяки, шишки" в лучшем случае или "переломы" в худшем.
Собирать команду можно (и нужно) если она у вас будет обеспечена работой 5 дней в неделю по 9 часов. Все. От менеджера проектов до верстальщика. Если хотя-бы 2 специалиста из 5 в течении 60% времени будут курить бамбук, то собирать команду смысла нет. Вы просто отдадите больше на на зарплаты людям, которые будут приходить и играть в майнкрафт вместо того, чтобы работать.
Собрать спецов - не так сложно. Гораздо сложнее загрузить их работой 24х7
А для этого у вас не должен быть "каталог" и сайт из трех страничек. У вса должен быть полноценный ресурс в регулярными, постоянными обновлениями.
Если вы делаете сайт на 1 раз, то его проще заказать в студии и забыть про него.
если у вас планируется постоянное и очень динамичное развитие этого проекта (или смежных проектов/веток), то имеет смысл думать о своей бригаде разработчиков.
в случае-же одного -двух апдейтов в квартал, проще заключить договор с компанией подрядчиком и они вам будут вносить туда изменения
dw cs3
enter -<P>
shift+enter- <br>
UMI вылечили баг, о котором я писал перед новым годом, так что на ней снова можно делать магазины
Я так думаю их ддосят.
а самое смешное, что в я.кассе в качестве клиентов есть ФК Барселона
а у меня был micro vax... ажно 32 бита и 1 мегабайт ОЗУ (честно ввезенный через индию в СССР)
Подпустили по большому блату
Сеошник может консультровать, но когда у вас нет ничего, то обращаться к сеошнику, это все-равно что обращаться к повару во время посадки свеклы.
то-есть повар может сказать, какая свекла самая вкусная (сорт размер и т.д.) но не он ее выращивает, а аграрий.
Так вот. Обращаться после составления ТЗ надо к UI-шнику за прототипом. После получения прототипа определенный функционал можно заказывать программистам и пока они ковыряют двиг решать вопрос с дизайном.
Начать надо с формирования собственных хотелок на бумаге.
1. Выписать все пожелания. убрать.
на следующий день выписать новые пожелания.
и так неделю подряд.
2. всё свести в один лист.
3. выкинуть из этого листа 30% того, без чего можно жить. (эти фичи вам обойдутся минимум в 50% стоимости разработки)
4. оставшийся функционал делится на 3-5 частей. От того, без чего вообще никак до того, что в общем-то желательно, но не горит.
5. выписываем всё на отдельные листы и с этими листами идем к менеджеру проектов, чтоб он написал ТЗ на разработку на первый этап, состоящий из "без этого вообще никак" (этап самый сложный. между "вначале было слово" и "так "выпьем за запуск проекта")
все остальные задачи ставятся в пул и внедряются по факту необходимости/желательности ---------- Добавлено 18.02.2017 в 00:21 ---------- а потом, когда будет сформировано ТЗ можно идти к UI-шнику за прототипом и к программистам за разработкой.
В противном случае, вы тоже пополните ряды "установщиков ЦМС за 2 часа"
Именно!
Всё зависит от пожеланий. Вообще у друпала есть возможность скрестить оного с phpbb - это если нужен нормальный форум. Если форум сойдет абы-какой, то можно поставить и тот, что у капли встроен. Но он совсем левый.
Но у друпала есть проблемка - он хранит всё -- Контент, товары, вьюхи и настройки в единой базе. Если вас устроит такое смешение коней, людей и медведей - пожалуйста. Лично меня в последнее время (последние года 2, как проекты стали действительно крупные) это дико подбешивает, так как нельзя накатить апдейт дизайна или новый функционал не залезая в базу.
что касается собсно форумов.
Форумы есть во многих платных и бесплатных движках (например umi), но их функциональность, мягко говоря никакая. то-есть, если нужен мощный форум, то лучше проинсталлить/купить готовый форумный двиг и в него вживить магазин, или, если форум мощный не нужен, пойти от магазина а форум делать по остаточному принципу.
demiux, у нас немного по-разному работает выпил из текста этих кодов. Видимо это из-за разной идеологии и изначально заложенных (додуманых) условий задачи
http://sandbox.onlinephpfunctions.com/code/4e1dc3b21db7217feea085728bb8b14fce1a036d
