Joomla каркас для магазина

[denkart]

Есть один самописный магазин и один купленный, но тоже не далекий (PHP sql не ООП). На сегодняшний день появились задачи, которые требуют нормальной структуризации кода, иначе все это превратится в большую неподвижную кучу функций. Пришлось разобраться в азах ООП. После осознания преимуществ ООП (Отдельное спасибо ПГ) впал в стопр.

Не понятно с какой стороны начать....

Задача состоит в том, чтобы использовать модули сторонних разработчиков, код которых мне будет понятен и я легко смогу составлять тех задание. С кодом модулей более менее все ясно, а вот каркас меня и ставит в тупик...

Если я начну использовать joomla это будет последовательный шаг в развитии проекта или попытаться прикручивать модуля к более простой самописной оболочке, пока не пойму как это все устроенно изнутри и уже после перейти на joomla или продолжить развивать собственную оболочку?

[badimao]

а какие модули функции дополнительные нужны/предполагаются?

[kakogohrena]

имхо, джумла далеко не самый лучший движок для магазина.

Если нужет и магазин и сайт, лучше сделать два отдельных. Магазин на магазинном движке, а сайт со статьями хоть на джумле.

Это мое личное мнение, может кому-то удобно лепить все в одно..

[Alexey]

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

Так что если вы "немного разобрались в ООП", то надеяться на то что построите стройную архитектуру — весьма оптимистично.

[denkart]

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

а какие модули функции дополнительные нужны/предполагаются?

Как минимум все стандартные для магазина, на joomla они есть готовые, так же как и на тех магазинах которые уже работают у меня, но их ведь придется постоянно дополнять и докручивать. Проблема на чем и как выстраивать архитектуру.

Добавлено через 1 минуту

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

имхо, джумла далеко не самый лучший движок для магазина.

Если нужет и магазин и сайт, лучше сделать два отдельных. Магазин на магазинном движке, а сайт со статьями хоть на джумле.

Это мое личное мнение, может кому-то удобно лепить все в одно..

Мне нужен магазин, остальное решаемо малой кровью.

Добавлено через 5 минут

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

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

Так что если вы "немного разобрались в ООП", то надеяться на то что построите стройную архитектуру — весьма оптимистично.

Попали прямо в точку, но что делать то.....

Добавлено через 16 минут
Развивать проект не понимая его архитектуры наверное тоже не реально, элементарно пропадет интерес т.е. если я правильно рассуждаю то варианты такие :
1. Сложная и непонятная правильно выстроенная модель.
2. Менее сложная относительно правильная модель покупного самописа
3. Относительно простая, но понятная дыряво-кривоватая

Напишите какой на таком же этапе так сказать эволюции выбрали сами и какой советуете....

[Последний Герой]

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

код которых мне будет понятен

Зачем понимать чужой код?

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

1. Сложная и непонятная правильно выстроенная модель.

Начать следует не с модели движка, а с бизнес модели. Сам движок без применения абсолютно бесполезен будет.

[badimao]

Так вот.
Joomla под магазик не совсем катит в "класическом исполнении" типа virtuemart redshop jshop итд. эти варианты отбросить сразу же.

Но на Joomla можно построить не плохой магазик на платформах K2 или Com_ZOO
плагины под магазик платные но они стоят того.
в плюсах будет легкое управление. любое количество доп полей для товаров/материалов. легкий шаблонизатор. интеграция сторонних скриптов как два пальца.
ну и в целом все симпатишно и нативно.

с другой стороны VamShop не перекрыть пожалуй ни чем.

[denkart]

Сообщение от Последний Герой

Начать следует не с модели движка, а с бизнес модели. Сам движок без применения абсолютно бесполезен будет.

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

Если имеется ввиду модель построения бизнеса в интернете, то как раз этим я сейчас и занимаюсь )

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

Добавлено через 2 минуты

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

Так вот.
Joomla под магазик не совсем катит в "класическом исполнении" типа virtuemart redshop jshop итд. эти варианты отбросить сразу же.

Но на Joomla можно построить не плохой магазик на платформах K2 или Com_ZOO
плагины под магазик платные но они стоят того.
в плюсах будет легкое управление. любое количество доп полей для товаров/материалов. легкий шаблонизатор. интеграция сторонних скриптов как два пальца.
ну и в целом все симпатишно и нативно.

с другой стороны VamShop не перекрыть пожалуй ни чем.

То есть вы рекомендуете обратить внимание на VamShop как на простую, гибкую, поддерживаемую и относительно просто расширяемую CMS

[zhegloff]

Юзайте фреймворки.

[denkart]

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

Юзайте фреймворки.

Можете какие то конкретные рекомендовать к рассмотрению ?