Сегодня официально вышел пакет modxSite. Официально, потому что хотя этот пакет и раньше существовал, сегодня я его доработал и выложил в официальный репозиторий.
Главные изменения:
1. Список устанавливаемых автоматически пакетов сократился: phpTemplates, modxSmarty, Console, Ace.
Это те пакеты, без которых у нас сейчас ни один сайт не обходится.
2. Перенесены и немного переработаны getdata-процессоры из пакета shopModx. Основная причина — эти процессоры довольно универсальны, и так же используются у нас во всех проектах, при чем не только магазинах, и не только на конечных сайтах (эти процессоры используют и другие модули, например modSociety). Поэтому было решено перенести их в modxSite и несколько переработать для большей универсальности. А вот в shopModx-е эти процессоры будут урезаны, и они будут использовать процессоры из modxSite.
3. Плагины Debug и memory_get_usage включены в modxSite.
4. В момент установки modxSite создает еще несколько медиа-сурсов (Controllers, Smarty templates, Public templates и другие), а так же перенастраивает modxSmarty путь к шаблонам, меняя на core/components/modxsite/templates/.
5. В контроллерах уже лежит base.php, которого хватает на 98% случаев в случае использования phpTemplates+modxSmarty в плане связки «MODX-шаблон»-«Smarty-шаблон».
На будущее — modxSite будет самым основным пакетом, вокруг которого уже будут обрастать другие масштабные компоненты. modxSite в том виде, в каком он сейчас выпускается, есть результат упорной многомесячной работы. За несколько последних месяцев мы создали новых и переделали старых (переведя на новые рельсы) десятки проектов. Та методология, которую мы сейчас используем, позволяет делать быстрые, легко управляемые и развиваемые сайты на MODX. При этом сам MODX в чистом виде этого не дает. Для этого необходимо MODX настраивать, докручивать. Вот по сути modxSite и есть тот самый «докручивающий» пакет. Условно говоря, сразу после установки его, у вас уже есть phpTemplates+modxSmarty, необходимые медиаСурсы для быстрого доступа к файлам, системные настройки и т.п. После установки пакета modxSite, устанавливаем modxSDK и приступаем непосредственно к программированию сайта.
UPD: Снял вот демонстрашку.
Ну и славненько :)
Собственно, есть же и другие пакеты. Но мы сталкивались с проблемой, что на modxcloud из-за их особенностей с сессиями каптча не работала (потому что сессия не корректно сохранялась). Андчир вот тоже недавно выпустил свою каптчу, но у него там ремарка записана:
Attention! Current CAPTCHA need to the standard PHP sessions. «System Settings» -> «Sessions and Cookies» -> «session_handler_class» clean (make blank).
Вот мы попытались сделать так, чтобы этих проблем не было, и надеюсь, получилось.
да я на тестовом сайте сразу же попробовал))). Все работает как часики. Проверил как различает строчные и заглавные буквы…
Все работает, все ОК! СПС большое!
Пожалуйста!
Обкатаете — дайте знать все ли работает как надо.
Отличное дополнение!
Его очень не хватало… Спасибо вам большое ребята!
Я вам советую меньше вопросов задавать, и больше самому покопаться. А еще все топики вот в этом разделе прочитать, начиная с первого. Многое станет ясно.
Открываете пользователя для редактирования, переходите во вкладку Настройки, и там создаете эту настройку.
?
При вызове использую имя класса «TableNameUsers» (при запросах он делает FROM table_name_users AS TableNameUsers).
Но правильно ли понимаю, в запросах, например в JOIN — придется все равно использоваться название table_name_users?
Вот в данном случае подходящий вариант. А где это в настройках пользователя запрятано? Не могу найти
Добрый день.
Вы путаете названия классов и названия таблиц. Это разные вещи. На основании информации о запрошенном классе, формируется запрос к его таблице. Поищите и почитайте подробней о мап-файлах. Вот пример, на котором многое станет понятней.