Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #1018 минут назад
Возник вопрос, цена то да, меняется через msOnGetProductPrice или msOnGetProductFields, а самое главное то, что никто не задавался вопросом, что сорти...
Событие msOnGetProductPrice установить old_price 2
Вчера в 15:55
не помогло к сожалению, подскажите пожалуйста, в каком направлении вы бы продолжили искать?
msOneClick. Ошибка, не появляется модальное окно 2
11 декабря 2024, 15:29
Разобрался!
Использую редактор Tinymcerte
В системных настройках нужно отключить Относительные URL!
Теперь обычные внутренние ссылки корректные...
Jevix чудит 8
11 декабря 2024, 14:35
Николай, низкий поклон за время и труд, тебе и всем ребятам, кто приложил руки.
Очень-очень жду и уповаю на ms3, буду рад чем-либо помочь (тестирован...
MiniShop3 - 1.0.0-alpha 16
11 декабря 2024, 13:12
Спасибо, точно, забыл про это поле. Может есть пример сниппета на запись в это поле? Не могу понять как обратиться к нужному файлу, получить его поле ...
[UserFiles] - Файлы пользователя. 188
11 декабря 2024, 11:13
Спасибо добрейшее. А тип поля «Текстовая область», как-то можно сменить на TinyMCE RTE?
[ExtraFields] Поле "не появляется/не включить" в "Настройках форм/шаблон Това... 2
10 декабря 2024, 22:05
[[!msOptions?
&options=`mount`
&tpl=`tpl.msOptions.Roman...
[Решено] Сортировка параметров опции 2
10 декабря 2024, 17:06
да, работает, спасибо!
[msProducts] Как вывести в каталог только те товары, у которых есть изображения в галерее? 2
09 декабря 2024, 12:36
Я разобрался :)
Достаточно было тупо < img… > обернуть в маркированный список, получилось как то так:
{
"header": "Изобр...
Как отобразить в таблице родительского MIGX изображения из дочернего MIGX? 8
П.С. я не отношусь критически. Я просто объясняю.
К слову, у меня пока больше ничего не сломалось. Надеюсь это была последняя бага для меня в этом релизе.
Нет, не против.
Еще немного рассуждений. На самом деле не понятна такая холодная реакция западных разрабов. Активно разрабатывал и двигал тему я еще почти 3 года назад community.modx-cms.ru/search/topics/?q=modxSmarty (на самом деле в проектах Смарти крутить начал еще в 2011-ом). Так вот, на ранних стадиях эта тема была интересна западу. В частности очень сильно заинтересован был Andrew Smith aka silentworks. Он как раз экспериментировал с твигом. Мы с ним в скайпе не раз общались, ему все очень нравилось, он был в восторге (именно от связки phpTemplates+modxSmarty). Уточню: его именно сама основа радовала, но Смарти его не интересовал, он твиг хотел использовать. Так же я не раз общался с Марком Хамстра, он тоже в деталях знает что и как у меня работает. То есть аргумент «они не разобрались еще что и как работает» — он здесь маловероятен ИМХО. Скорее всего здесь есть какая-то другая причина. Джейсон Ковард радеет в первую очередь за совместимость. Это и понятно. Отдав предпочтение одному шаблонизатору, можно потерять рынок альтернативного шаблонизатора. И затачивая модуль под определенный шаблонизатор, так же есть потери по совместимости. Так что с большой долей вероятности вот эти шаблонизаторы так и останутся 3rd-party, и в ядро никогда не попадут. Но это Джейсон. А вот почему тема затихла на уровне Andrew и прочих? Мне не понятно. В голову лезет только одна мысль — они осваивают другие платформы и технологии.
А я пишу в первую очередь для себя. И документацию как таковую не пишу.
Тут же даже далеко ходить никуда не надо. Взять modx.pro и modxlub.ru — у вас одни технологии, у нас другие. Это мы подходы сейчас обсуждаем примерно одни, а технологии разные. Хоть и нет у нас трудностей перевода (на одном языке говорим) и на рынке одном сидим. Но все же сильно отличаемся. Про modxSmarty я уже больше двух лет рассказываю, но аналог вы только сейчас запускаете. Хотя и подключается у нас тоже не на много сложнее.
В общем, я давно уже никому ничего не навязываю. Кто что хочет — тот пусть и юзает. Иногда вот только мнением поделюсь своим, да на вопросы отвечу, но навязывать не буду — пусть каждый сам себе решает что юзать. Вот и ты нервы побереги, не обращай внимания на них. Ведь в первую очередь ты это для себя делаешь. Я вот тоже для себя в первую очередь делаю, и не особо важно будет кто юзать или нет. Для меня главное — что я с этим инструментарием могу разрабатывать проекты для своих клиентов, которые их устраивают.
P.S. уточню, что на указанном проекте пришлось еще использовать cacheOptimizer для решения проблем с генерацией кеша контекста с большим количеством ресурсов, а так же вот эту свежую технологию. Тем не менее, заслуга системы шаблонизации здесь имела самое главное место.
Так же я обещал написать подробную статью про разработку крупных проектов на MODX, но обрушился большой объем срочной работы, из-за чего я так этого и не сделал (да и вообще по-моему ни одной статьи с того момента нигде не опубликовал). Но вот уже доразгребаюсь и скоро все-таки напишу ее и маякну. Там как раз так же отдельное внимание будет уделено системе шаблонизации и ее роли в вопросе снижения нагрузки на сайт.
Но я не думаю, что следует требовать от них этого. К примеру, вряд ли я был бы рад, если бы они феном в ядро пульнули, а ты вряд ли, если бы смарти. Так что лично меня вполне устраивает, что MODX позволяет прикрутить ту систему шаблонизации, которая больше нравится. Это и демонстрирует его силу. Но вот общие навыки и технологии у сообщества развивать следует. Ведь и в феноме, и в смарти, и в твиге и остальных — принципы примерно одинаковые. Синтаксис только отличается. Но эти принципы сильно отличаются от принципов MODX-а. К примеру, я до сих пор некешируемые части шаблона вызываю через некешируемый [[!smarty?tpl=`path...`¶ms...]] (или {snippet name=smarty params=$params as_tag=1}). Иначе просто никак. И вот все эти тонкости требуют довольно тщательного изучение (то есть порог вхождения все-таки више, чем на чистом MODX-парсере). Но если освоить принципы на одном шаблонизаторе, то тогда уже свободно можно будет разобраться и с другим шаблонизатором. И может даже какие-то стандарты выработать. К примеру, в том же компоненте EdinayaKassa у меня идет папка с шаблонами (хотя в ней всего один шаблон). В конечном шаблоне я подключаю папку шаблонов модуля, а в сниппете идет вызов шаблона модуля без указания папки. Smarty перебирает все папки шаблонов в поисках указанного файла и какой первый найдет — такой и заюзает. То есть можно или другую папку указать, или просто в своей основной папке создать такой шаблон и переопределить базовый. Все это дает огромные возможности для модульности и шблонизации. В общем, забегая далеко вперед (скорее всего в невозможное будущее), можно было бы заложить стандарты, чтобы в компонентах создавались для совместимости и феном, и смарти шаблоны компонентов. А вызов сниппета шаблонизатора (типа [[!smarty?]]) заменить на какой-то универсальный, который будет юзать текущую систему шаблонизации. У меня давно были на это мысли, и даже в ранних версиях phpTemplates сразу было прописано переопределяемое подключение системы шаблонизации (были такие эксперименты, от которых потом отказался).