Семён Кудрявцев

Да нет, особой нужды и не было какие-то костыли изобретать, всё твоё родное прописано — чанки, сниппеты, шаблоны — сейчас на чистой сборке по-быстрому воспроизвёл ситуацию — таже беда, если будет время и возможность посмотри, пожалуйста. На modhost.pro доступы s5554.h6.modhost.pro/manager/
логин — s5554
пароль — MN4CZ34HW3tl

Обновился до беты-полёт нормальный, один момент интересует заметил его ещё в прошлой версии, есть такая настройка, которая может ограничить количество товара(одной позиции) — ms2_cart_max_count, я её в 1 поставил и дальше вот что происходит, в общем каталоге реально не даёт положить больше одного товара, вежливо пишет что нельзя лимит такой-то, но стоит пройти на страницу этого товара и нажать на кнопку купить там — он без проблем добавляется в карзину — в итоге не получается ограничить данной настройкой реально количество одной позиции. Кто-то с таким сталкивался?

Круто! Василий, спасибо большое за твой труд. Теперь реально можно слезать с modxSmarty — Fenom рулит!!!

Вчера поздно писал — мозг уже плохо формулировал мысли — сам сегодня перечитал свой комментарий и не совсем понял о чём там — суть хотел передать следующую — в сниппетах pdoTools можно писать tpl параметр через @FILE, который по-умолчанию /assets/elements/chunks/ — так может его теперь тоже core/elements/ сделать — место очень удобное выбрано близко от корня и закрыто как и ядро, да и при написании сниппетов не придётся постоянно параметр tplPath указывать.

C @INLINE разобрался — руки мои кривые.

Крутой апгрейд pdoTools! Спасибо автору.
И походу вопрос — Коснулось ли это параметров сниппетов? ну например pdoResources в параметре tpl вызвать чанк, который лежит в файле или по-старинке через параметр tplPath? И у меня почему-то перестал работать параметр tpl c @INLINE, у кого-то были такие проблемы?

Респект и уважуха автору, подняли наконец очень важную и интересную тему, я всецело за разработку из вне, а наполнение контентом из админки. Только вот у меня была идея реализовать это всё по типу modxSmarty + elementsHelper — всё — шаблоны — чанки — сниппеты — tv — плагины — всё это вынесено в файлы и редактируется из любимой ide phpstorm с подключенным дистрибутивом MODX, который на каждом шагу помогает автоподсказками своего API — рай для разработки сайта — всё под рукой — в одном месте. Но вот ребята MODX club (авторы modxSmarty) закрылись от сообщества, отвечают на вопросы мягко говоря не охотно, а идея то дополнения просто шикарная, так вот вопрос автору — Сергей, может попробовать слепить свой такой modxFenom, который поможет вашим единомышленникам и мне в том числе, вынести разработку на MODX во внешнюю среду, при этом используя все прелести pdoTools с Fenom — просто весь код будет отдельно, у меня пока не достаточно опыта в бекенд-программировании — я фронтендщик и лишь постигаю MODX — сейчас все проекты делаю на modxSmarty — скорость работы сайтов впечатляет — а с Fenom будет ещё круче. Если идея понравится — готов помочь рублем — просто уже давно греется у меня эта идея — но Василию не хотел писать об этом, так как у них с автором (modxSmarty) разные взгляды на разработку, поэтому здорово, что тема всплыла в сообществе.

Прошелся по ссылкам — но там нет решения моей проблемы, с созданием поля нет проблем — хоть 100 их создавай, нужно что бы в таблице заказов они были, иначе теряется смысл в их использовании. Что толку выбирать красную или синюю футболку если в заказе будет просто футболка.
Кто решал данную проблему отзовитесь.

Самый лучший способ решить задачу — это создать динамический css файл стилей прямо в ресурсах — выставить тип содержимого css и потом в коде подключить его как обычную таблицу стилей, таким образом вы можете динамически менять в стилях всё, что захотите, так как там можно будет использовать все теги MODX прям в css.
Такой способ гораздо лучше чем смешивать содержание и представление инлайн стилями.

Интересный пакет, жаль, что забили на tinyMCE, можно было бы очень хорошую конкуренцию запилить основному пакету. И очень не хватает в текстовых редакторах возможности подключить свой css файл, что бы контент-менеджер видел результат уже с конечными стилями, так сделано в основном пакете TinyMCE.

Василий, благодарю за наводку, уж думал не решится вопрос, поменял apache на 2.4 и php на 5.6 и всё заработало, спасибо огромное!!!

Алексей, я тоже так делаю robots.txt и всё прекрасно работает, так как тип содержимого стоит — текст, но стоит его поменять на css и чудеса прекращаются modx в упор не хочет открывать этот файл, поэтому я и задал вопрос в сообществе может кто уже именно с css такое делал.

Павел, я локально веду разработку, могу только куски кода нужные показать.
Для чистоты эксперимента делаю всё на чистом modx — 2 ресурса — один страничка с контентом — второй стили.

Но если ручками его создаю по пути ссылки, то всё ок открывает. Но modx не будет же писать данные в мой физический файл?

Нет, получаю 404 ошибку — файл не найден

Да ресурс опубликован, выставлен пустой шаблон, тип содержимого — css, тип документа — документ, заморозить uri поставил, снял галки html редактор, контейнер, доступен для поиска. Ссылка формируется — но фала такого физически нет, и modx не создает его там.

Так как же оно должно работать ведь физически этот css файл не создаётся? Да modx сформировал ссылку, но не создал файла, который нужен браузеру. Получается ссылка ведущая на не существующий файл. А у Вас появился по данной ссылке физический файл? Мне кажется проблема в настройках ресурса, я пробовал тип документа и документ и статический файл, но результат ноль. Вот если содержимое этого динамического css вставить например в тег style в шаблоне — всё ок — вопрос решается, но цель — стили отдельно от разметки.

Копаясь дальше в этой теме, попробовал использовать новое дополнение от Николая Ланца — modResourceField, и как только я назвал кастомную tv так же как и поле в бд — всё заработало, теперь можно всё заполнять из админки, только там пока доступен только один тип поля — text, но надеюсь скоро Николай дополнит список.

Предложение: Удобная штука, но хотелось бы что бы она при создании нового чанка или сниппета, в качестве имени брала текст из выделения, на данный момент так — написал в шаблоне, например чанк [[$my_new_chunk_for_new_headersiteTpl]], выделил всё, нажал волшебное сочетание клавиш, а в появившемся всплывающем окне пустая карточка чанка, было бы логичнее если поле имя нового чанка уже было заполнено текстом из выделения, иначе дважды приходится писать имя. И второй момент, при полном переходе к созданию нового чанка или сниппета, если забыл сохранить шаблон в котором работал, все изменения умрут, было бы логичнее сначала сохранять объект из которого будет осуществлён переход.