я натурал, я не хочу 100% объектов собирать в API

нафига 100% ?

ты собираешь только то, что тебе нужно

и молишься что клиент не изменил че-нить в ресурсах

а то придется сука транзакциями базу сливать

я например раньше кастомизации форм прописывал в API, в итоге забил болт и тупо создаю сами шаблоны а правила уже на сайте делаю

и молишься что клиент не изменил че-нить в ресурсах

а ресурсы разве во фреймворках не в бд хранятся?)

и молишься что клиент не изменил че-нить в ресурсах

бля Паша

ты упорот

ну или записи блогов

ты ДОЛЖЕН делать сайт так, чтобы менеджер вообще ничего не мог испортить

ты ДОЛЖЕН делать сайт так, чтобы менеджер вообще ничего не мог испортить

я админку людям не даю Паша))

если ты 1500 товаров создаешь через API, ну епт, мои собочувстования

да блин о чём речь вообще, всё это в БД хранится в любом случае))

хуевый, бать

да блин о чём речь вообще, всё это в БД хранится в любом случае))

речь о том, чтобы не дать менеджерам загадить все

вот окей, @lautsevich как в вашей системе идет мерж прода и дева?

да блин о чём речь вообще, всё это в БД хранится в любом случае))

забей, возми попкорна. ))) уже 2ю пачку жую...

хуевый, бать

ну так левелапнись

Даже Ваня Климчук кинул кость как делать сайт с гитом

без админки сайт не сайт, можно хоть на чистом php сделать, убери админку, и считай 70% работы отвалилось) весь гемор это менеджеру дать возможность его наполнять

забей, возми попкорна. ))) уже 2ю пачку жую...

не удержался 😂

без админки сайт не сайт, можно хоть на чистом php сделать, убери админку, и считай 70% работы отвалилось) весь гемор это менеджеру дать возможность его наполнять

все очень легко с модкс, ты просто удаляешь то, куда менеджер лезть не должен

если менеджер умудрился засрать дерево ресурсов или файловую систему, епт ну хуевый менеджер значит

все очень легко с модкс, ты просто удаляешь то, куда менеджер лезть не должен

да я так и делаю всегда последнее время) разве что настройки ресурсов все поля лень удалять

я все к тому, что даже в октрябре мержить проекты в десятки раз приятнее чем на модэкс

но в этом и соль нужно всё скрыть, и сделать удобным и понятным наполнение информации

ладно вопросов нет

окей, батя, сколько денег нужно заплатить тебе чтобы ты мне ПРЯМ НА ПАЛЬЦАХ объяснил как это работает точне не так как это работает я знаю как это дело юзать и главное ЗАЧЕМ не понимаю

окей, батя, сколько денег нужно заплатить тебе чтобы ты мне ПРЯМ НА ПАЛЬЦАХ объяснил как это работает точне не так как это работает я знаю как это дело юзать и главное ЗАЧЕМ не понимаю

объясню бесплатно

я либо gitmodx использую, либо просто делаю статичекие элементы в админке. зачем все НАСТОЛЬКО усложнять

хотел пойти пожрать на ночь, но раз уж ты попросил

я либо gitmodx использую, либо просто делаю статичекие элементы в админке. зачем все НАСТОЛЬКО усложнять

статические элементы тормозные

окей смотри Паша

сам Василий про это писал

вот тебе нужно сделать магазин новый

и я убеждался

обычно люди как делают? через админку, правильно, чанк создал, шаблон создал, то создал, это создал

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

плюс, работа в админке модкс не всегда приятная штука

а когда ты делаешь сайт на файлах используя обычный пакет для развертывания сайта, ты 1 - страхуешься на время разработки (путем контроля в гите) 2 - уменьшаешь время разработки сайта 3 - увеличиваешь скорость работы сайта (пусть и совсем немного)

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

но решается автоматизацией

лично я переписал полностью один довольно большой сайт на файлы, да, потрахался изрядно, но это трахание было связано с тем, что я выяснял как работает тот или иной компонент, смотрел его таблицы, как к объектам обращаться, как с migx работать и т.д.

кстати, если интересно (самому пока нужды нет), но в свободное время повелосипедить и рассказать, как можно делать автоматическую сборку пакета и установку через circle ci

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

много времени я трачу в момент сборки первой версии сайта, ну опять же, сейчас я максимально сократил все это, т.к. бОльшую часть кода копипаст из других проектов

а когда ты делаешь сайт на файлах используя обычный пакет для развертывания сайта, ты 1 - страхуешься на время разработки (путем контроля в гите) 2 - уменьшаешь время разработки сайта 3 - увеличиваешь скорость работы сайта (пусть и совсем немного)

окей, статичный элемент - это тот же файл, с точки зрения modx. я тоже могу его версионировать.

окей, статичный элемент - это тот же файл, с точки зрения modx. я тоже могу его версионировать.

можешь, более того, ты можешь делать статичный элемент а сам элемент держать в файле

можешь, но есть ньюансы с ними, которые влияют на производительность и не совсем безопасно (хотя git тут выручит)

можешь, но есть ньюансы с ними, которые влияют на производительность и не совсем безопасно (хотя git тут выручит)

был разок когда админка почему-то решила взять файл который был у меня иттераций 5 назад, да. было дело. один раз

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

да-да-да

тоже так делаю

у меня кстати идейка по улучшению pdotools лежит

чтобы он мог из нескольких папок подтягивать элементы, а не только из core/elements (или из другой, но одной)

кстать Паш, а самое крутое знаешь что?

вот представь, тебе нужно добавить на сайт функционал!

не будешь же ты разворачивать dev версию, там делать правки, запоминать что ты там поправлял и потом это все переноить на рабочий?

вот в какое время тут движуха оказывается)

с пакетом все просто - ты просто напросто, когда закончил все правки на dev, заливаешь его на основной сайт, простой установкой)

чтобы он мог из нескольких папок подтягивать элементы, а не только из core/elements (или из другой, но одной)

блин круто! таким образом можно делать 2 версии сайта

недавно как раз задался вопросом, можно ли развить тему "тем" на модкс

ну мне скорее не в темах было дело, а именно в пакетах

потому что условно, можно сделать резолвер, который будет свои файлы класть в эту папку, но получается, что если мой пакет кладет туда file.tpl и твой тоже кладет file.tpl, то кто-то кого-то перезапишет и тогда беда

с пакетом все просто - ты просто напросто, когда закончил все правки на dev, заливаешь его на основной сайт, простой установкой)

хм, а как с этим работать на уже работающем сайте пока не очень понимаю. если с нуля то плюс минус я понял. а если он уже работает, как ты из сущноей базы будешь получать сущности файлов. а если файловый чанк и я хочу получить коллекцию чанков? Я половина из них в базе, а половина в базе ?

ну мне скорее не в темах было дело, а именно в пакетах

я пару недель назад делал редизайн сайта, и если шаблон я могу просто хранить в другой папке, то сниппеты, чанки и т.д. тянуться из core/elements, а новая версия подразумевала правки элементов, таким образом нарушился бы функционал основной версии сайта, а если бы можно было задавать альтернативную папку для файловых элементов, было бы просто шикарно, оттуда бы подтягивались файлы для нужной темы и все

а так, как с extensions, пакет сможет зарегистрировать свой путь для статики где-то у себя и все, просто установил, зарегал и pdotools сам знает, где искать эти файлы

ну и для ускорения обработки добавить синтаксис явного указания namespace

хм, а как с этим работать на уже работающем сайте пока не очень понимаю. если с нуля то плюс минус я понял. а если он уже работает, как ты из сущноей базы будешь получать сущности файлов. а если файловый чанк и я хочу получить коллекцию чанков? Я половина из них в базе, а половина в базе ?

80% уже работающих сайтов такое гавно, что их проще либо переделать, либо работать как есть

что-то типа {include ‘@FILE namespace#path/to/file.tpl’}

что-то типа {include ‘@FILE namespace#path/to/file.tpl’}

круто было бы)

что-то типа {include ‘@FILE namespace#path/to/file.tpl’}

блин, это конечно не решает проблему с темами

хотя, с другой стороны, если не затрагивать ресурсы то решает

ну и системные настройки всякие

в любом случае, это вариативность

а то хочется иногда подтягивать элементы из папок компонентов напрямую и не писать полный путь

@iWatchYouFromAfar среди таких билдеров нашел только с openmodx https://github.com/azernov/modxbuilder ты его юзаешь или чета свое есть ?

я этот билдер для компонетов, собственно, использую

@iWatchYouFromAfar среди таких билдеров нашел только с openmodx https://github.com/azernov/modxbuilder ты его юзаешь или чета свое есть ?

siteExtra + app связал

siteExtra + app связал

да, чета ты такое рассказывал