Потому что ни чанки, ни сниппеты не имеют возможности быть расширенными (ну и про другие минусы помним). Потому 100, 200 и даже 300 чанков/сниппетов на MODX-проекте — это не редкость.
«штук 150» от уж прилично так прилично.
Я вообще файлы в своем компоненте через ide правил. Но бекап == страховка. А что, много сниппетов?
штук 150, там не только сниппеты но и чанки.
да все это понятно, IDE .GIT и т.д.
но зачем парится если можно найти легчий путь… сейчас вобщим сделаю отпишу о результате :)
Я вообще файлы в своем компоненте через ide правил. Но бекап == страховка.
А что, много сниппетов?
2. Просто обновление БД не поможет, так как если ли бы чанки не были статическими, код их брался бы из бд, а так берется из файлов, так что таким чанкам файлы нужны, а не записи в БД.
ну копия файла все равно помещается в бд… ну даже не в этом дело… файлы есть…
хочется просто взять скопировать с сервера разработки папку с проектом на рабочий, перенести 2 таблицы и больше ничего делать :)
ну будем пробовать
3. git в помощь!
давно пора но времени нет
1. Создаешь копию боевого сайта, выполняешь как тебе кажется, и смотришь работает или нет. Если работает, то делаешь это же и с боевым (не забываем про бекапы).
2. Просто обновление БД не поможет, так как если ли бы чанки не были статическими, код их брался бы из бд, а так берется из файлов, так что таким чанкам файлы нужны, а не записи в БД.
3. git в помощь!
версия не меняется…
обновляется только файлы приложения которое работает на CMF MODx 2.3.2-pl. Т.е. системные файлы не затрагиваются вообще.
Нужно обновить только собственный код + добавить новые чанки/сниппеты.
Все чанки/сниппеты в файлах и подключены как статика.
Вот и думаю могу ли я взять просто перекинуть файлы на сервер и скопировать таблицы
modx_site_htmlsnippets
modx_site_snippets
и не парится с ручным подключением файлов
Нормально ли это подтянется и будет показываться нормально в админке.
Если так можно сделать то возможно есть подводные камни какие то.
И какие таблицы стоит переносить… Те что я написал выше это чанки и сниппеты
Да, причем к уже готовому магазину. У них раньше какие-то специалисты то одно делали, то другое, при чем так, что иногда даже у одних пользователей появлялись корзины других пользователей, а некоторые блоки кода были просто вырвиглазные. К примеру, как тебе вот такой чанк, отвечающий за вывод цены в зависимости от группы пользователя (а чаще всего от его id-ишника)? joxi.ru/EA4NeMZf07M3mb
Мало того, что производительность отдыхает, так еще и скидка во фронт выводится, но это совсем не на уровне получения цен товаров для конкретного пользователя. Итог такой: во фронте юзер видит одно, а на почту приходит другое (без скидки) и манагеры в управлении заказами видят без скидки и высчитывают сидят все вручную (ну, это так было). Сейчас скидки учитываются еще на этапе выборки данных товаров, так что где бы не был вызван процессор получения данных товаров — цены всегда будут с учетом персональных скидок текущего пользователя. И на посту приходят письма уже с учетом скидок, и в управлении заказами менеджер видит стоимость с учетом скидки и размер скидки joxi.ru/YmEVeE0uLQ3426
Т.е. вы занимались чисто движком?
Повторюсь, у них там своя политика, свои специалисты и мы особо не лезем туда. Все эти рекомендации мы дали, но это уже им самим решать что и как делать. Странно все это, но не моего ума дело :)