• Выбор движка для простого интернет-магазина?

    Begetan
    @Begetan
    По вашим требованиям пойдет все что угодно

    За хорошим дизайном в Prestashop ( куча готовых шаблонов), за удобством допиливания в OpenCar, это две самые динамичные сейчас разработки.

    В Престе шаблонизатор смарти, в OC — тупо PHP. На мой взгляд стоит начать с OC для его установки потребуется примерно минут 5 с нуля ( не считая настройки MySQL)

    От Джумлов, Друпалов сразу отговорю — уйдет ваше внимание от основной задачи. В специализированных скриптах автор уже удалил из камня «все что не есть лицо», а тут придется все самому.
    Ответ написан
    Комментировать
  • Выбор движка для простого интернет-магазина?

    DEViANCE
    @DEViANCE
    Еще неплох Opencart
    Ответ написан
    Комментировать
  • Выбор движка для простого интернет-магазина?

    polevsl
    @polevsl
    А мне в этом плане, если быстро надо онлайн-шоп запустить, из бесплатных нравится prestashop.
    www.prestashop.com/
    А вот русский: prestadev.ru/

    Нравится потому, что ставится просто и быстро, все основное есть внутри и бесплатно. А модули платные и их много. В частности, не нужно ничего дописывать для подключения платежных систем и т.д.
    Ответ написан
    3 комментария
  • Бизнес-логика в конроллере или модели?

    Не знаю как правильно, но я размещаю так:
    — логика приложения (она же системная): роутинг, логи, проверка параметров, прав, сохранение и получение данных (вызов всяких load и save), обработка форм, выбор способа отображения (html, xml, json, редиректы, ...), кэширование и т. п. — контроллеры (включая фронтконтроллер)
    — логика модели (она же бизнес-логика): действия с данными без учёта их способа хранения (выставить или оплатить счёт, атаковать кого-то или построить здание) — как не странно, модели
    — логика отображения: вывести сообщения системы (если они есть, формируются в контроллерах) раскрасить по разному чётные и не чётные строки таблицы, вывести дополнительные блоки (как правило для сайд-баров через вызов других контроллеров) — отображения (шаблоны)

    То есть получается, что в модели сосредоточен код, который ничего не знает ни о http-запросах и ответах, ни о БД (или другом способе хранения). Контроллеры просто создают объекты модели, заполняют их, если нужно, данными из хранилища/запроса, вызывает, если требуется, методы модели, и если состояние объектов модели изменилось сохраняет их, после чего передаёт объекты в нужное отображение. Если приложение простое (только CRUD действия), то в модели вообще нет методов, кроме геттеров/сеттеров/делетеров (а иногда и их нет, только данные)
    Ответ написан
    Комментировать
  • Бизнес-логика в конроллере или модели?

    helios
    @helios
    Как и в любом религиозном споре, тут нет одного правильного ответа. Существует два подхода к этому вопросу: толстые контроллеры и тонкие модели, и наоборот. В первом случае, как нетрудно догадаться, бизнес-логика располагается в контроллерах, во втором — в моделях.

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

    На мой взгляд — оба подхода имеют право на жизнь, но главное не мешать их в одном приложении: выбрать для него какой-то один стандарт и ему соответствовать.
    Ответ написан
    1 комментарий
  • Бизнес-логика в конроллере или модели?

    markeev
    @markeev
    «логику приложения» — это, скорей всего, конроллер. Не принято называть «логикой», хоть она таковой и является, логику хранения и отображения (паттерн MVC). Так что мой ответ в конроллере, а прочее не логика.
    Ответ написан
    1 комментарий