Александр Туниеков

Я пробовал делать компонент замену mFilter2. Вместо связки значение фильтра — ids ресурсов в массиве, хотел сделать эту связку в базе прописать и вытаскивать ids отфильтрованных ресурсов запросами. Но если отфильтровывает быстро, то подсказки на 100к товаров отрабатывают за сек 10. И если в mFilter2 улучшить кеширование, то разницы в скорости работы особо нет.
Надеюсь понятно написал для тех кто в курсе как mFilter2 работает.

Ну я в курсе, что так заработает. Я не в курсе почему неожиданно сработало так, что переменная которая вроде не менялась изменилась?

вы же по сути ссылку делаете на значения.

Можно поподробнее. Вот ссылка на значение &$v1. И с ней ничего не делаем. Вот ссылка на на значение &$v2. Там меняем переменную. Икак происходит что изменилась переменная которую не трогал?
Нужный код я поправил, чтоб заработал. Хотелось бы понимание что происходит, чтоб не нарываться в будущем

А как там вконтакте уведомления? я там обычно с почты захожу.

В операционке? Это надо в гугл ключ брать и писать отправку уведомлений через гугл. Пока не до этого.

Чтобы сразу был открыт чат с каким-то определенным юзаром надо добавить в ссылку GET-параметр user_id. урл_страницы_мессенджера?user_id=20
Чтобы убрать поиск юзера, чатов и список чатов, надо скопировать чанк tpl.RealMessenger.outer закомментировать в нем панель ctrl-panel. Например my.b4.tpl.RealMessenger.outer

<div id="realmessenger" data-hash="{$hash}">
    <div class="row">
        {*<div class="ctrl-panel">
            {$search_contact}
            {$search_chat}
            {$chats}
        </div>*}
        <div class="mess-panel">
            {$messages}
            {$form}

        </div>
    </div>
</div>

Иназначить этот чанк сниппету:

{'!RealMessenger' | snippet :[
    'OuterTpl'=>'my.b4.tpl.RealMessenger.outer',
]}

И затем будет куча штукови в которых ногу сломишь…
Скопировать штуковину можно?

А Штуковину для услуг можно применить и для новостей

А как одновременно и для услуг и для новостей?

Основных блоков же штук 40. Зачем их плодить для каждой темы?

В общем все что вы говорите про функционал — это почти все есть в пакете.

По видео не увидел. Я скорее хотел, чтобы были отдельно пакет блоков штукавин и отдельно пакеты стилей для них.

Походу темы для CMS дело не простое. Я програмист php и написать функционал мне просто, но я нефига не дизайнер и не верстальщик. Взять шаблон из инета и натянуть его могу, но то шаблоны не нравяться, то половины нужной верстки нет.
В общем мне бы пригодились темы для MODX, но с набором готовых красивых стилей, щелкнул 1 стиль — расцветка сайта одна, щелкнул другой цвета и оформление другое.
На мой взгляд, @Алексей Смирнов сделал темы для дизайнеров. В php разбираться не нужно, но в стилях и в дизайне нужно неплохую подготовку иметь, чтобы этими темами воспользоваться.
Второе, что не очень понятно по видео, как устроены штуковины. Хотелось бы чтоб был набор готовых стандартных блоков, к которым можно применить разные стили раз. Два это возможность вставлять их в разные места сайта без их дублирования. Три штуковину услуги можно было сделаль универсальной. Не только для услуг, но и для новостей, популярных товаров например.
В общем, мне эти темы не подходят, а чтоб подходили, думаю, надо их значительно доработать.
Я бы кстати поучаствовал. Только в vue не разбираюсь :-(

Портал modx.pro к магазину не относится.

Здесь есть описание и комментарии к компонентам в магазине. Так что думаю портал к магазину относиться. Второе отзывы с модсторе давно убрали. Ругать авторов Делиться впечатлениями об компонентах больше негде.
Третье. Задержка выдачи страницы больше, чем на секунду не допустима. Любой компонент, что подобное вообще допускает бесполезен.
И четвертое. В жизни бывает всякое. Бывает и нужно поругаться. Конечно не доводя до «ты дебил», но слишком благостным быть не стоит. Это не жизнеспособно, на мой взгляд. Вообщем сообществу, на мой взгляд, нужно уметь разрешить конфликты, а не гасить из в зародыше и тем самым переводя конфликты в тихую но злобную :-) фазу.

Автор в ответе за то что он написал. В описании ни слова о таких задержках. И это его косяк.

Это просто крик души. Обманулся в ожиданиях. Тикет конечно создадим.

Компонент подстава полная. Установил и страница вместо 1,5 стала грузиться 6 сек. Вывел выбор города и страница грузиться за 16!!! сек. Это что-за беспредел??!!! От вас Володя я такого не ожидал. Объясните почему такие тормоза? И как с ними бороться? И в это должно быть в описании компонента!!!

У сергея раздвоение личности :-). А почему сам техподдержку не делаешь? Техподдержку первого уровня

Ясно :-). У тябя много мопедов? Опытом поделиться не хочешь? :-)

а с безопасностью как?

Насколько мог сделал. Везде (int) и modx_sanitize на входящих. Вообще не спец по безопасности. Что разобрался, сделал на первой же выпущенной версии. Планирую заказать аудит безопасности, но пока денег нет и компонент бесплатный. Надеюсь раскручу директора, но это только через месяца 3.

это я так понял все тот-же datatables

Нет. Это свой полностью самописный компонент!
https://github.com/touol/getTables https://gettables.ru/

Сломали что было хорошего и типа выпустили новый версию. Меня новое пространство имен добивает. Я ленивый и писать трехэтажную конструкцию типа \MODX\Resource и т.д. меня добивает. И почему getService убирают??? Мне удобно а новое вообще не понятно.

Я вот не понял это кто заметку написал? Автор компонента Сергей Шлоков? И тогда почему в третьем лице??? О_О

Ну была задача 4 редактируемые таблицы сделать. Для каждой отдельно писать ajax запросы — это дня 4 работы. А getTables это умеет уже из коробки. Только под bootstrap заточен. Написать инструкцию-таблицу на нем 1 час работы максимум. Единственно что пришлось повозиться, это свести всю работу с модалкой в 1 модуль.
Вообщем теоритические 4 дня против практических 9 часов. 4*8*600 = 19 200р и 9*600=5 400р. Выгода очевидна :-).
Следущий раз стилизую за часа 2-3.
А vue и т.д. не умею раз. Во вторых там все равно на стороне бекенда надо писать. vue и ничего другого не умеет по умолчанию с API MODX работать.