наводит ужас — … не комильфо… вклиниваться в редакторы…
Еще раз: зависит от ситуации. Демонстрацию некомильфо мы видим в принципе, изначально. Иначе бы не было этого топика здесь в принципе. Разжовываю: сейчас у нас есть полный редактор документов и есть «быстрый» модельный редактор. И вот для полного редактора свои механизмы используются, в том числе позволяющие задать шаблон по умолчанию, а в модальном редакторе другие механизмы. Если бы механизм использователся единый (хотя бы единый процессор подгрузки конфигов по умолчанию), то измененные шаблоны по умолчанию появились бы и там, и там.
Так вот, вызвать модальное окно можно не только из меню дерева ресурсов, но и в других модулях, к примеру. Поэтому, если бы задача решалась на уровне плагина в момент сохранения, то лучше было бы сделать это именно на уровне плагина, как это уже предлагалось выше. В таком случае даже вызов $modx->runProcessor('resource/create', $data); не обошел бы кастомный функционал. Но в нашем случае, к сожалению, это не годится.
К сожалению, да, здесь без JS вряд ли обойтись будет. MODx (именно MODx, то есть JS-объект, и его составляющие) не смотрит на данные, пришедшие от сервера (точнее при открытии создания документа он в принципе не запрашивает его данные, а просто создает окно), он просто использует настройки контекста, получаемые от корневой ноды-контекста. В методе getContextSettingForNode он никак не смотрит на данные самой ноды документа. Это, конечно, печально. Было бы круче, если бы он запрашивал данные для нового документа с сервера, передавая туда id родителя как минимум.
И все же, какова задача стоит? Запросы на «Быстро обновить» и «Быстро создать» обрабатывают те же самые процессоры, что и на «не быстрые» действия. То есть там те же самые события OnBeforeDocFormSave и OnDocFormSave. Другое дело, что там данных в запросе на сервер меньше отправляется, ибо форма сама меньше, и не содержит данных ТВшек, но, опять-таки, в зависимости от задачи вполне может быть, что ее можно решить на базе плагина. В любом случае, говорить о том, что никакие события не срабатывают — не совсем корректно. И навешивать событие на дерево тоже может оказаться не комильфо, так как если данные нужно обрабаывать не только на уровне быстрого редактирования, то придется вклиниваться во все возможные редакторы документов, а это уже совсем не круто.
Что за довод такой скучно или нет? Мне кажется странным говорить, что нет готового продукта, в то время, как он есть. И раз вы это говорите в массы, то или аргументируйте, или поправьтесь. Автор вы mSklad или нет — меня это тоже мало волнует. Меня волнует только можно наш продукт считать готовым решением под MODX или нет. Я считаю, что можно. Поэтому мне не нравится формулировка ваша, что нет готовых решений. Если считаете, что нельзя — аргументируйте. Если нет аргументов, хорошо бы поправить топик. А выпады скучно мне или нет — к делу вообще не относится.
При чем здесь скучно? Вы пишете «Готового продукта под MODX нет». Я вот вас спрашиваю каковы аргументы ShopModx1C исключать из списка готовых продуктов под MODX? Если есть аргументы, аргументируйте. Если нет, то может тогда не писать такие кричащие формулировки? Правильней было бы тогда написать «Хочу разработать новый специфический компонент», опустив из контекста аналоги и не говоря, что их просто нет.
Про это я и говорил, фатальный недостаток. Просто как-то хотелось уточнить, может я ошибаюсь. Но выглядит именно так. При чем ИМХО очень неправильно было промолчать на счет mSklad. Если там чего-то не хватает и новое решение предполагалось более функциональное, можно было об этом сказать. А не так, что вообще больше ничего нет.
Я правильно понял, что судя по всему нагрузочное тестирование сайт провалил?
Не совсем. Если и тестировать, то надо было demo.modxnews.ru, а не business-vs-crisis.ru
Цитирую свой ответ.
Теперь понятно кто сегодня нам сервер положил…
Уточняю, business-vs-crisis.ru крутится на том же сервере, на котором крутится и modxclub.ru, и gorodskie-bani.ru и еще несколько сайтов. И на все это 2 гб оперативы без свопа. Плюс ко всему на бизнесе обычный файловый кеш, а не memcached. При таком раскладе мускул очень быстро прекращает работать.
Если что, нагрузочное тестирование согласовывается, а иначе это является злостной атакой, если вы не в курсе.
Ошибок вроде нет, а страницы потом грузятся по 30 секунд.
У моего клиента сайт стал грузиться 26 секунд, простой одностраничник. Стал ковырять что случилось. Оказывается, он вставил контент из ворда как есть, а там море тегов [[[[[]]]]]]] типа мапы. MODX плакал…
Вопрос топикстартеру: Что значит нет готового решения? У нас есть ShopModx1C. Обрабатывает и import.xml и offers.xml. Да, под индивидуальные проекты допиливать придется, но и под битрикс и прочие системы так же очень часто приходится допиливать, это нормальная практика. Но в целом модуль вполне рабочий. Какой у вас главный аргумент чтобы говорить, что готового решения под MODX нет? Фатальный недостаток? Или просто плохо искали?
Да, я водолей. И да, я не все успеваю сделать, что придумываю. А придумываю гораздо больше, чем даже начинаю делать. Но отсутствие развития modxSDK связано не только с нехваткой времени, а с тем, что он изначально был сделан в боле менее достаточной мере. На самом деле в него я вносил несколько правок, но это даже не прогресс, а регресс. Я в нем удалил некоторые фишки, заложенные еще изначально, типа вывода xPDO-классов. А вообще, сейчас команда растет и внутренним разработкам будет уделяться больше внимания. Если кто в Москве живет и кому интересно, могут влиться. Далеко не все наработки увидели свет.
Уже года два не открывал IDE. Работаю в modxSDK. Да, он ограниченный, но мне вполне хватает. И да, большой плюс — не быть привязанным к своему рабочему месту.
Ты в первой версии коммента писал, что решается перепривязкой нужного сервиса. Вот как раз гугл и не доступен joxi.ru/EA4NeMZfegQ5mb
А именно через него я чаще всего и заходил. У меня в хроме даже нет сохраненного логина/пароля от этого сайта, я всегда там через гугл и заходил.
Приношу свои извинения Андрею. Я не так воспринял его слова «Хотя, может, у тебя кнопка «создать пост» заблокирована, тогда заранее извян.», и не сумев войти сегодня в аккаунт, воспринял, что меня заблокировали. При чем я не могу войти и через гугл-аккаунт, хотя вчера еще заходил. Василий, проверь, почему у меня вход через гугл не проходит. В общем, досадное совпадение.
Топик на хабре убрал.
Как бы наверно за что, что некий Andrey Evteev на минуточку совладелец www.simpledream.ru/, на благо которой и трудится modx.pro (и все его участники). Вероятно Андрею малость не нравятся мои ответы, прозвучавшие выше. Андрей, поправь меня, если я не прав;)
Кстати, тут еще другой вопрос: если бы это был топик не симплдрима, то меня тоже бы забанили? Что-то мне подсказывает, что вряд ли. Как бы немного не справедливо для сообщества. Я тоже здесь хочу банить всех, кто мне не нравится! И всем такие права давайте. Посмотрим, сколько здесь народу останется :)
Вопрос: почему? Если кто-то приходит с вопросом, то туда можно писать. А если с предложением, то нельзя? Почему? Или это все-таки корпоративный сайт, а не интернет-сообщество? Да и комментарии не были в топике запрещены.
P.S. Если перестал отвечать, значит сессию убили. Буду тогда в режиме read-only. Буду рад всем «помочь» потом, когда здесь будут вопросы, на которые я в состоянии ответить.
Так вот, вызвать модальное окно можно не только из меню дерева ресурсов, но и в других модулях, к примеру. Поэтому, если бы задача решалась на уровне плагина в момент сохранения, то лучше было бы сделать это именно на уровне плагина, как это уже предлагалось выше. В таком случае даже вызов $modx->runProcessor('resource/create', $data); не обошел бы кастомный функционал. Но в нашем случае, к сожалению, это не годится.
заржалигромко засмеялись))Цитирую свой ответ.
P.S. Проект на гитхабе github.com/MODX-Club/modxSDK
ОК, на будущее возьму на заметку.
А именно через него я чаще всего и заходил. У меня в хроме даже нет сохраненного логина/пароля от этого сайта, я всегда там через гугл и заходил.
Топик на хабре убрал.
P.S. Если перестал отвечать, значит сессию убили. Буду тогда в режиме read-only. Буду рад всем «помочь» потом, когда здесь будут вопросы, на которые я в состоянии ответить.