Как интегрировать CMS Magnolia CMS с пружинным приложением в ограниченном диапазоне

Question

У меня есть вопрос к Magnolia CMS (интегрирован с пружинными) пользователями.

Я должен написать интернет-магазин, интегрированный с CMS, где мы можем разделить все страницы на две категории:

1. отредактировано и добавлено администратором
2. Статические страницы, такие как настройки учетной записи пользователя, корзина и т. Д.

Первые, должны быть полностью настраиваются с помощью Admin - я имею в виду, админ должен быть в состоянии создать свой собственный шаблон, добавить текстовые области или графику / видео всякий раз, когда он хочет. Он также должен быть в состоянии (это очень важно) создать новые продукты, которые должны быть также храниться в БД, которые должны быть доступны для кода приложений (чтобы заполнить список продуктов в коде или установить цены на статические страницы администратора ).

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

Второй тип страниц - статические страницы, выполненные в JSP, и я не ожидаю, что измените его с помощью CMS. Поскольку второй тип страниц, конечно, не проблема, я не знаю, какое решение CMS я должен использовать для первого типа страниц. Я думал о Magnolia CMS, но, как я вижу, все шаблоны должны быть созданы программистом в коде.

Также я не уверен, можно ли реализовать механизм для поддержания продуктов (внутри интернет-магазина) - от одной руки администратора должен иметь возможность добавлять шаблоны для них в CMS, но я должен иметь доступ к ним код (чтобы поддерживать их в корзине, сделать счет ETC). Цены на продукцию устанавливаются от администратора (статические страницы), а не из CMS, конечно. Может быть, я могу добавить любой отдельный продукт на статических страницах (вставить его в БД) и как-то подключить страницу CMS с ним?

Мне также необходимо добавить, что шаблон главного страницы должен быть разработан HTML-дизайнером, поэтому, возможно, это будет простой HTML, и этот основной шаблон будет обновлен из-за потребностей администратора в CMS.

Облако кто-нибудь, пожалуйста, сосудите мне лучшее решение CMS, где я могу достичь всего этого?

С наилучшими пожеланиями

Answer 1

Я видел, что ясный номер магазинов реализован таким образом с магнолиями, где вы используете Spring & Web Flow, чтобы управлять корзиной и процессом оформления заказа, в то время как позволить редакторам создавать и настраивать продукты и категории и промо-пропараторы, доступные в магазине. Вы также можете получить подобную (W / O Spring) интеграцию, просто установив магазин модуля Magnolia. Это управление категориями продукта и продукта может пригодиться, даже если вы должны были заменить оформление заказа самостоятельно.

Чтобы ответить на другие вопросы и положения

.

• Вы можете написать свои шаблоны в FTL и моделях в Groovy и иметь тех, которые размещены внутри репозитория, что дает доступу к ним в редактор и позволять ей изменить все, что нужно изменить. Однако существует также опасность в том, что поскольку шаблоны несут ответственность за генерацию HTML, редактор может уметь разбить планировку HTML, внес изменения непосредственно на шаблоны. Хотя вы хотите, чтобы редактор создал новые продукты и модифицировать существующие, Magnolia позволяет отделить шаблон продуктов из содержимого продуктов, чтобы вы могли позволить редактору редактировать все поля, которые вы считаете редактируемыми для данного продукта, не имея ее доступа к HTML или FTL напрямую.

• Как вы упоминаете, HTML придет от Designer, так что вы хотите, чтобы взять на себя HTML, сломать его в функциональные блоки, которые повторяют на нескольких страницах, сохраняют его как шаблоны FTL FM-теги для извлечения таких данных из магнолии. На самом деле, еще лучше, скачать STK статический прототип и передать его к своему графическому дизайнеру. Скажите ей создать дизайн, изменив только CSS / JS / I образы, но не изменять структуру сама HTML в прототипе, тогда вы действительно можете по-настоящему перейти в CSS / JS / IMG, предоставляемые обратно к вам конструктору.

• Относительно статических страниц - вы всегда можете обслуживать их из магнолии, даже если вы не ожидаете, что кто-то никогда не редактирует их (так как он обычно случается раньше или поздно, что кто-то хочет редактировать их) или вы можете просто настроить байпас Для URL для таких страниц и у магнолии игнорируют их, поэтому их можно подавать в основе базового контейнера сервера приложений

• , чтобы принести приложение на основе весеннего на основе, вы можете рассмотреть возможность поиска более подробной информации и используя модуль Blossom Magnolia, который, в свою очередь, позволит вам аннотировать свои пружинные контроллеры, которые будут рассматриваться как шаблоны магнолии, чтобы сделать интеграцию еще более просто. < / p>

HTH, JAN