Здравствуйте. Вопрос следующего характера. Существует достаточно большой проект на modx (офисное приложение) люди в нем работают. Подошло время сделать апдейт в связи с расширением возможностей изменением каких то функций и т.д. Обычный перенос не годится так как на тестовой версии данные фейковые, а задеть существующие данные на реальном проекте нельзя. Реально ли сделать перенос таким вот способом: перенести все файлы проекта на сервер. перенести в бд системные таблицы modx Нормально ли будет после такого обновления принимать все новые чанки и сниппеты система? На какие таблицы БД стоит обратить внимание?
Дак ведь шут знает, что вы там своего написали и что пойдет нормально, а где будут проблемы. Проведите все-равно репетицию переноса на локалке. И вообще вас интересует апдейт самого вашего компонента или modx? Так-то обновите все, что у вас есть до совместимого с последней версией состояния и обновите cms. Но сайт на время все ж лучше закрыть.
Для начала уточните с какой версии MODX-а и на какую собираетесь переноситься.
версия не меняется… обновляется только файлы приложения которое работает на CMF MODx 2.3.2-pl. Т.е. системные файлы не затрагиваются вообще. Нужно обновить только собственный код + добавить новые чанки/сниппеты. Все чанки/сниппеты в файлах и подключены как статика. Вот и думаю могу ли я взять просто перекинуть файлы на сервер и скопировать таблицы modx_site_htmlsnippets modx_site_snippets и не парится с ручным подключением файлов Нормально ли это подтянется и будет показываться нормально в админке. Если так можно сделать то возможно есть подводные камни какие то. И какие таблицы стоит переносить… Те что я написал выше это чанки и сниппеты
Я вообще файлы в своем компоненте через ide правил. Но бекап == страховка. А что, много сниппетов?
Я вообще файлы в своем компоненте через ide правил. Но бекап == страховка. А что, много сниппетов? штук 150, там не только сниппеты но и чанки. да все это понятно, IDE .GIT и т.д. но зачем парится если можно найти легчий путь… сейчас вобщим сделаю отпишу о результате :)
Потому что ни чанки, ни сниппеты не имеют возможности быть расширенными (ну и про другие минусы помним). Потому 100, 200 и даже 300 чанков/сниппетов на MODX-проекте — это не редкость.
ну к примере генератор таблиц имеет
Как и обещалось отписываю о ходе обновы Суть задачи: Есть 2 сайта рабочая версия (РВ) и тестовая версия (ТВ). На ТВ ведутся разработки приложения, тестируются, одобряются заказчиком и уж потом ставятся на РВ. Все чанки и сниппеты да и вообще максимально все что можно хранится в фалах и подключено как статика. До сегодня были обновления в рамках исправления багов или фиксов интерфейса, оптимизация и т.д. и решалось это все копированием файлов из ТВ на РВ. Сегодня созрела глобальная обнова по расширению функционала и стала задача обновить систему в «ленивом» режиме без ручной регистрации всех новых сниппетов. Системные файлы MODx не менялись и вообще к самому движку это не имеет отношения. Обновление нужно было провести так что бы не затронуть данные РВ поскольку на ней реально работают люди. Процесс:
Как это происходит у нас? Два варианта. Вариант 1.
Ага. И ни циклов, нифига. В Смарти это запросто: <table> <tbody> <tr> <th>... ...</th> </tr> {foreach $rows as $row} <tr>..........</tr> {/foreach} </tbody>
</table>Ага. И ни циклов, нифига. почему? под это дело есть сам сниппет генератор с набором выборок :) да безусловно смарти крутая штука я на него уже давно обратил внимание но далее знакомство не пошло под какой версией МОДх смарти работает?
почему? под это дело есть сам сниппет генератор с набором выборок :) Именно, сниппет, а не сам чанк или MODX-шаблон. Для оформления одного блока таблицы 4 сущности (сниппет и три чанка). Напомню, что все это — объекты. То есть помним и про нагрузку. под какой версией МОДх смарти работает? Смарти в MODX Revolution с самых истоков. Вся админка его на ней работает. То есть и modxSmarty можно устанавливать на любую версию MODX Revolution (но держать не ктуальные версии движка — не правильно).