Думаю этот ход явно в сторону будущего На самом деле в этом мы идем не в будущее, а возвращаемся в прошлое))), так как Smarty - ветеран шаблонизации, и все это делалось уже не один год назад. А мы просто подтягиваем эти технологии и методики в MODX. причём AJAX замечательно индексируется) Нет, гораздо лучше реализация была здесь: http://home-ex_ru.portfolio.modxclub.ru/catalog/, при чем я делал это года три-4 назад, и там много фишек, включая смену адресной строки, сохранение страниц в кеш браузера и работу исторических кнопок браузера. Это одна из лучших вещей, что я делал. Но вот как раз там мне очень не хватало Smarty-шаблонизации. где я могу изучить фильтрацию поподробнее Очень полезна в этом будет эта статья. а так же как лучше устроить магазин, если товаров планируется более 7000 . Ничего особенного для этого не надо, разве что в настройках MODX-а отключите кеширование карты ресурсов cache_alias_map, чтобы сократить объем кеш-файла при инициализации MODX-а. Причём изменение цен происходить будет каждую неделю. Есть ещё интересная задача, как решить на MODX - не знаю, но предполагаю что можно задачей на CRON. Теории импорт/экспорт в двух словах не буду рассказывать. Все это решаемо. Научить в короткий срок не получится, если сами не справитесь с импортом - заказывайте индивидуальную разработку.
Да, действительно хороший пример, причём AJAX замечательно индексируется) Думаю этот ход явно в сторону будущего, скоро, да уже и сейчас многие магазины переходят на AJAX, а лидеры рынков уже давно на этой технологии. ShopModx замечательно выглядит, подскажите только пожалуйста, где я могу изучить фильтрацию поподробнее, а так же как лучше устроить магазин, если товаров планируется более 7000. Причём изменение цен происходить будет каждую неделю. Есть ещё интересная задача, как решить на MODX - не знаю, но предполагаю что можно задачей на CRON. Суть задачи - загружать прайс-лист с тем же названием каждую пятницу в определённую папку и чтобы он автоматически обновлял цены. Или может есть ещё пути решения?
Извиняюсь, постил много куда, затерся в самый нужный момент.
да и к стате как то странно коменты добавляются только по дате и понятно в каком порядке они появлялись.
Не удержался все таки прокомментирую Поэтому, MODX как был фреймворком, так он и есть фреймворк. В данном случаи свою цмску придется писать на чистом XPDO а что мы имеем в оном 1 отсутствие немспейса в моделях 2 нет юнит тестов и так далее тоесть скорее всего придется взять какой нибудь фремворк где есть рутинг, тесты, инкопсуляция, и прочие плюшки и прикрутить к этому всему XPDO в качестве ORM как это я и дела на некоторых проектах, но вот беда нет нем спейса все библиотеки как полагаются из вендора работают из под авто загрузчика а наш любимый XPDO живет в мире 4PHP Я очень много практиковал с XPDO и уверено могу сказать что он не современен. Кто то может сказать что зачем тебе чистый XPDO ведь есть API MODX но реальность такова что само едро MODX не модульно тоесть если я захочу изменить прицеп политики доступов то это так просто не получится, обана вот мы и столкнулись с первым признаком CMS. Кто нибудь может сказать что можно сделать влезть в едро и переопредилить там все что не нравится или начать писать свои процессоры и модели, но если мы пишем свои процессоры и модели то причем сдесь MODX ведь эта все можно сделать на XPDO, ну а что качается лазанья в едро я думаю это коментировать не обязательно. В любом современном фремворке легко можно сконфигурировать едро путем простых накроет не лазя в само едро тоеть эта парадигма модульности как в ruby on rails это реально круто но без немспейса это не возможно. Реальность такова что XPDO довольно старый вариант фремворка а MODX эта CMS написана на довольно старом варианте фремворка под названием XPDO. Надеюсь меня не кто не выгонит за то что озвучиваю то что и так понятно всем тем кому понятно как пхп код бьются.
Но это твой путь. А у других людей у каждого свой путь. И не надо им говорить куда им идти, пока они к тебе не придут и не спросят об этом.
Видимо у на разное понимание к требованием современного фремворка. в MODX нету не MVC не юнит тестов без которого современная разработка сайтов мягко говоря не возможна. Читаем определение на приведенной страницы википедии: Content Management Framework (CMF) — это каркас (фреймворк программной системы) для проектирования систем управления контентом. На их основе создаются системы управления содержимым (CMS), а также веб-приложения. Где здесь хоть слово про юнит-тесты? Здесь четко сказано - есть CMS, а есть каркасы для них - CMF. Так вот, удаляем папку manager (что является как раз средством управления контентом) и что, MODX умирает? Нет. API живое. Берем и пишем на этом свою CMS-ку. Поэтому, MODX как был фреймворком, так он и есть фреймворк.
Полностью с тобой согласен Николай, да я и думаю что расти буду всегда ибо совершенство кода эта и есть цель моего пути как программиста.