@Oksana_S

День добрый, господа программисты и web-разработчики. Подскажите пожалуйста, на какой CMS лучше всего разработать сайт для компании. Планируется разместить на сайте интернет-магазин, информационный блок, блок для учебной студии, блок для руководителей, форум. Компания занимается профессиональной косметикой для салонов красоты. Буду благодарна за развернутый ответ.

0

SergWP

Ларёк за углом и супермаркет - тоже магазины. Но отличаются во всем как небо и земля.

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

1

@Oksana_S

Да я согласна с вами, интернет-магазины бывают разные, к сожалению на данный момент я плохо в этом разбираюсь, а задание дали и выполнять надо))) потому и обратилась за помощью сюда, в надежде что здесь есть добрые профессионалы которые не откажут девушке в помощи))) попробую объяснить какой интенет-магазин нужен (если что не так смело поправляйте):
1. ассортимент компании оооочень обширный
2. необходима связь с 1С!!! (я так понимаю, это делается для связи со складом, чтобы в магазине отображалась цена и наличие, ну и для обработки заказов?)
3. разбивка товара на разделы, марки (например: разделы окрашивание, уход, стайлинг и т.п., марки: Лонда, Шварц, Концепт и т.п.)
4. поиск по товару: по наименованию, разделу, марке, артикулу
5. личный кабинет клиента (история заказов, отображение скидок - т. к. в компании действует система скидок для обычных покупателей и для парикмахеров)
Ну вот как то так. Если что-то забыла или не так написала, поправьте подскажите))) Надеюсь на Вашу помощь!

0

SergWP

Для кого-то и 300 наименований - уже немыслимо много. Крайне желательно предоставлять более конкретные цифры (порядок цифр).
Сейчас будут говорить, что ничего, кроме битрикса
Это самый сложный и неизвестный аспект. Ибо "связь с 1С" может быть очень разная. Для приблиз. понимания возможные недопониманий с разработчиками рекомендую почитать эту статейку. Комменты в тч.

В целом видно, что это достаточно серьёзный и не дешёвый проект.

Из опенсорц решений, если товаров несколько тыщ (ну мб пару десятков тыщ), и посещалка не особо активная (не сотни запросов в сек), то на базе опенкарт и престашоп можно сделать. Дополнений разных (платных и бесплатных немало существует)
Если же требования выше, то маженто.

Но ко всем движкам нужны толковые спецы. А для последнего они стоят дороже, нежели для первых 2-х.

Ну и кроме магазина у Вас были ещё хотелки. Возможно не стоит все их тянуть на один движок, а что-то реализовать на других (форум так точно надо на отдельном двиге).

1

@Oksana_S

Спасибо за быстрый ответ и за статью.
Товара действительно около 10000 наименований. Поэтому магазин серьезный получается, отсюда и все сложности-вопросы. Особенно для меня, человека который столкнулся с изнанкой таких магазинов впервые. Значит Вы считаете что необходимо использовать разные движки? то бишь получается несколько сайтов? правильно я понимаю? Про Битрикс читала и изучала, мощный и дорогой движок. А Амиро с такой задачей не справится? там вроде есть и магазин и прочие атрибуты? и он вроде бы даже подешевле

0

SergWP

Да, для магазина - один, для форума другой, а вот по остальному функционалу - Вы так и не написали. Возможно или на отдельном или на базе магазина (не понятно что такое "блок". Мб "блог"?)
Напишите другие требования и пожелания к сайту. Разделы, виды и объёмы материалов и тп тоже не забудьте. (с магазином и форумом более-менее понятно. Хотя форумы тоже бывают разные Но это отдельная песня.)

Нет, всё на одном сайте.
Например:
site.ru - сам сайт. Визитка, материалы и тп. (не магазин)
site.ru/shop - тут магазин
site.ru/forum - форум

Конечно, не обязательно именно такая структура. Например, можно магазин на "морду" вытянуть, а материалы - вглубь.

Да, выбор правильной структуры еще может зависеть от региональных и яз. требований.
Одноязычный сайт? Необходимо ли деление на регионы\страны?

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

1

@Oksana_S

Насчет остальной части, я конечно назвала это блок))) не знаю как по другому назвать, может раздел будет правильнее. Это своего рода самостоятельные части, например:
1. у компании есть учебная студия - в этом разделе должны быть статьи, расписание семинаров, запись на семинары, онлайн консультация технолога ну и т.п
2. информационный раздел (ну или наверное самый основной) здесь информация о самой компании, статьи на парикмахерские темы, контакты компании и адреса магазинов, доска объявлений, новости
3. раздел для руководителей салонов здесь статьи, информация по тренингам, запись на тренинги, контакты
4. интернет магазин
5. форум

Вот наверное как то так будет выглядеть)))с интернет магазином и форумом вроде уже что-то прояснилось с Вашей помощью.

0

SergWP

Да, ещё. При общении с разработчиками непременно выясните такой момент.
Товар красного цвета в 200гр упаковке и тот же товар синего света в упаковке 300гр - это один товар с возможностью задавать разные хар-ки (вариативный товар) или под каждый вариант нужно создавать отдельную позицию.
Помнится в каких ИМ-движках было невозможно создать варианты товара. А отдельные позиции значительно усугубляют как нагрузку на ИМ, так и разные выгрузки\загрузки\синхронизации для менеджеров ИМ.

Добавлено через 14 минут
Вооот. Видите - сааамооостооооятельные
В принципе я думаю 1-2 можно на водпрессе или джумле сделать.
п3 - это паблик информация или служебная? В принципе наверное тоже можно с 1-2 объединить.
4 - отдельный движок
5 - отдельный движок.

Итого - 3 (мб 4) разных движка.

Главный недостаток такого подхода - содержание 3х разных движков (Ваш КО ). Казалось бы, это потребует доп. расходов, но не факт. Содержание одного сложного сайта может стать гораздо дороже 3-х простых.

Однако преимуществ масса.
1. Переносимость и независимость. В случае необходимости можно легко сменить одну часть (даже перенести на др. хостиг), не ломая другие.
2. Более простое и логичное разделение прав доступа к разным частям сайта.
3. Параллельная разработка независимых частей. Что ускорит "ввод сайта в эксплуатацию".
4. Итоговое удешевление решения.

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

2

@Oksana_S

Спасибо огромное за советы и разъяснения

0

SergWP

Oksana_S, постарайтесь для каждой части составить максимально полное описание требований (ТЗ - тех. задание). Что и как должно работать. Как на сайте, так и в админке.
Помните: всё, о чём Вы не скажите - разработчики сделают на своё усмотрение (если не будут надоедать уточнениями ). А это может отличатся от Ваше видения как айсберг от Марианской впадины И переделки могут стоить дороже чем изначальный проект. Не говоря уже за нервы с обеих сторон.

2

@Taatshi

0

@Oksana_S

Спасибо, я учту это с вами приятно иметь дело

0

SergWP

Не по теме:

Сообщение от Taatshi

SergWP, а нет желания написать фак по выбору движка? Без привязки к CMS? У Вас неплохо получается

Taatshi, а их кто-нибудь читает? Ведь в интернетах масса объяснялок.

На самом деле мне проще отвечать на вопросы и объяснять какие-то вещи (даже если меня и не об этом спрашивали. Ну, думаю, Вы заметили ), чем сочинять "из воздуха".

Но я подумаю.



Добавлено через 11 минут
Упс.. только что досмотрел:
Если это доска для всех желающих разместить своё объявление (для гостей сайта, а не для небольшого кол-ва объявлений от "фирмы"), то на неё тоже надо отдельный движок.

1

@Oksana_S

нет объявления только от зарегистрированных пользователей, а регистрация должна привязываться к дисконтной карте (к ее номеру)

0

SergWP

Это функционал не из коробки. Тут любой движок надо будет дорабатывать. Хотя каких-то проблем не должно возникнуть. В основном сложность реализации зависит от того, каким образом можно\нужно контролировать соответствие реальных (выданных) номеров карты и логинов пользователей.

Но это уже конкретные тех. проблемы. Тоже не забудьте это указывать в ТЗ для разработчиков.

1

@Oksana_S

Ой а еще такой вопрос, вот с интернет магазином более менее понятно с выбором движка, а по остальным разделам? какой движок посоветуете для форума и для информационной части? как платный так и бесплатный

0

SergWP

Опять же - всё зависит от конкретных задач. Я, как сторонник опенсорц, больше конечно за бесплатное с открытым кодом.

На первый взгляд под инфо-часть вордпрес или джумла вполне подойдут. Но в нюансах может многое изменится. (доску, наверное, лучше на отдельном движке делать)

А форумные движки тоже очень разные. От простеньких (но вполне функциональных) родственников punbb\fluxbb до монстра smf.

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

1