Василий Наумкин

Если дело только в английском — то не парься, все всех поймут. В крайнем случае доставай телефон, переводи там и показывай, никаких проблем.

На мою самую первую встречу в Беларуси 2015 нанимали переводчицу, и с ней иностранные гости приехали в ресторан. Первые полчаса пытались общаться с её помощью, но это очень медленно и скучно, так что накатили немного и начали понимать друг друга напрямую.

Больше переводчиков на тусовкох не было, насколько я помню.

а у MODX как движка есть дорожная карта?

Неа, ничего нет и ждать не стоит. Всё будет примерно как сейчас. Собственно, ровно так же, как оно было и с Evolution.

Если нужно развитите — или переходи на другие системы, или развивай сам. Других вариантов, на мой взгляд, давно уже нет.

Я так понимаю, системе помогут твои полезные комментарии.

Неинтересно — проходи мимо, чего вонять-то.

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

Обычно всё главное происходит до и после официальной части. Презентации и доклады — это просто официальный повод встретиться и затусить.

Весь.

Только при работе из браузера запрос обычно обслуживает php-fpm с одним конфигом, в при запуске из консоли php-cli с другим.

MODX должен пытаться выставить правильную временную зону всё равно, но конфиг PHP может запрещать это делать.

ЕСЛИ убираю ms|price:number (т.е. фильтр цены), то время ответа примерно 3 секунды, что терпимо
НО с ms|price:number время ответа 50 секунд
как фильтр цены может так влиять на время ответа?

Очень просто.

В miniShop2 есть событие для изменения цены товара плагинами — msOnGetProductPrice. Если у вас установлены какие-то плагины, меняющие цены, то они срабатывают в момент подготовки фильтров. И генерируют вам дополнительные десятки тысяч запросов.

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

mFilter2 медленный по причине медленного устройства традиционных баз данных и языка PHP в принципе.

Вот уж не соглашусь — из базы он только выбирает данные, затем строит файловый индекс, и его фильтрует на PHP, пробегая по массивам. И, полагаю, делает это совсем неоптимально.

Сегодня есть гораздо более быстрый компонент k-samuel/faceted-search, который я опробовал на разных проектах, в том числе и с большим количеством данных — результаты отличные. Вопрос только в том, сможет ли кто-то, и захочет ли, прикрутить этот пакет к MODX.

Вот тут пример интеграции вместе с кодом, а вот тут можно потыкать результат вживую.

А с базой MODX работать придётся даже ElasticSearch, потому что именно в ней хранятся данные товаров, которые нужно фильтровать.

Классика — это не читать документацию.

Нужно было просто заменить [[+total]] на {{+total}}, тогда парсер MODX пропустит этот плейхолдер, а pdoTools обработает как надо.

P.S. @Иван Бочкарев В вашей версии документации в примере указаны неправильные теги — в моей старой версии всё верно.

Вот твой коммит, с изменением смысла примера.

На всякий случай, даже 8я версия PHP уже устарела и получает только обновления безопасности.

www.php.net/supported-versions.php

Недавно решал подобную задачу, только сделал немного иначе.

Вместо передачи токена корзины в заголовке, у меня указывается uuid корзины как часть адреса для запроса, типа /api/web/cart/fc30e4d7-ed56-40ec-9f6e-69f1fcd70582.

Оформление заказа так же происходит с указанием uuid корзины /api/web/orders/fc30e4d7-ed56-40ec-9f6e-69f1fcd70582, после чего заказ получает уже собственный uuid, а старая корзина удаляется.

Таким образом, авторизация вообще не нужна, заказ можно создавать и просматривать гостям — главное знать нужные uuid, которые не поддаются перебору.

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

А как эти товары потом разделить обратно, если соединил по ошибке? Разрешать делать что-то, без возможности отмены, мне кажется несовсем правильным.

1. pdoTools
2. Collections
3. Tagger
4. SimpleSearch
5. FormIt
6. SeoSuite
7. Formalicious
8. GoogleAnalytics
9. ModxDashboardWidgetsPack
10. QRNFCGenerator

Это те, что на вскидку вспомнил, потому что работал с ними недавно. Если покопаться, найдутся еще.

Таких пакетов уже довольно много, хоть бы и новый pdoTools. Видишь, здесь грузится свой собственный autoload.php, который может содержать любые зависимости?

Теперь представь, что так может делать любое дополнение в MODX 3. Кто-то будет тестировать свой пакет на совместимость со всеми остальными в репозитории? Очень сомневаюсь.

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

Это есть и во 2й версии, просто там этот шанс гораздо ниже, но отнюдь не нулевой.

Дима, ты всё перепутал.

В MODX 3 старый «стабильный» менеджер пакетов приводит к возможности добавить в систему конфликтующие дополнения. Как с самой системой, так и друг с другом.

Предложеный мною способ, наоборот, заставляет разруливать потенциальные проблемы на этапе установки дополнения в систему. Но для этого все устанавливаемые дополнения должны работать через composer.

Перечитай еще раз, если не понял, о чём я пишу.

Я сколько лет работаю, столько и встречаюсь с призывами «что-то делать» от людей, которые сами ничего делать не хотят, не могут или не умеют.

Какой смысл создавать тему, в которой пользователи что-то будут предлагать разработчикам? Вы думаете, где-то реально сидит скучающий разработчик и не знает, чем заняться? Зайдёт в тему, почитает, и — вот оно, бегу делать, волосы назад.

Нет, так не бывает.

Люди, которые умеют что-то делать, без дела не сидят. И если они не хотят развивать свои дополнения для MODX, значит они заняты чем-то еще. Как правило тем, за что лучше платят, или где интереснее работать.

Современный MODX не интересен разработчикам, ему просто нечего предложить. Отсталая админка, проприетарная система дополнений, странно прикрученый composer в 3й версии. Поэтому, как только появляются более-менее серьёзные навыки, разработчик переходит на Laravel или еще куда. А сюда заходит просто поболтать, потому что сложилось клёвое сообщество.

Я не знаю никого, кто бы на полный рабочий день занимался развитием MODX или компонентов для него. Именно развитием, клепать сайтики много кто может. Хороший программист денег стоит, но за развитие системы их не предлагают.

MODX развивается с 2004 года, и еле-еле доползли до 3й версии. Я еще помню, как issues писали на Redmine, и как переносили исходники на Github. Некоторые issues еще с тех пор там висят!
А вот Laravel стартовал в 2011 году, и уже вышло 10 версий — летит ракетой. Там целая экосистема, вплоть до собственных сред разработки, типа Laravel Valet.

И это еще хорошо, что мы сделали modstore.pro, потому что американские владельцы до сих пор не озаботились монетизацией. PR в репозиторий висят месяцами, а то и годами. Когда ты получишь обратную связь — уже забудешь, зачем этот PR предлагал. Это потому, что и там никто на зарплате работой с репозиторием не занимается.

Мы при капитализме живём, любой энтузиазм рано или поздно заканчивается. Можно просто посмотреть, кто был активен в сообществе и что-то делал лет 5 назад, и понять, что никого из «старичков» не осталось.

Это естественный процесс взросления.

Так что, мой совет, не стоит ничего ждать, и ни к чему призывать. Лучше развиваться самому и осваивать другие системы, которые более по душе. Тот же Битрикс в иходном вопросе приведён в качестве примера 2 раза.

Последняя версия Uploadify была выпущена в 2016 году, задолго до выхода MODX 3.

Так что, очевидно, с ним она не работает.

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

Но я бы всё равно посоветовал облако Яндекса или Mail — дешевле и ближе.

Можно этот ответ считать как «кому надо — форкайте, дорабатывайте, т.к. я уже давно это всё не продаю, это не должно затронуть вашу совесть и уж точно не обидит отца-основателя»

Нет, нельзя.

Я выше писал, что это не совсем мой компонент — он был заказан и оплачен modstore, так же как Office, ms2Gallery и еще некоторые.

У компонента сменился разработчик, но как он распространялся за денежки через магазин, так и остался.

Почему бы не оставить mSearch2 сообществу для его развития.

Когда я продавал mSearch2, магазину уходило ровно 50% с его стоимости. То есть, магазин зарабатывал ровно столько же, сколько и я. Такие условия у нас были потому, что магазин изначально оплатил всю разработку этого дополнения.

Какие условия сейчас у текущего автора — не знаю. Но в любом случае, вы просто предлагаете подарить вам дополнение, приносящее деньги.

Большой вопрос — в курсе ли магазин и автор о больших проблемах этого компонента? Сколько там заявок в техподдержке?
Если из 100 купивших с проблемами обращаются 10 человек и ТП их успешно решает — нужно ли что-то менять? «Тем более эпоха MODX2 идет к завершению»

Мы при капитализме живём, как только что-то перестанет продаваться — станет бесплатным, потому что никому не нужно.

В итоге проблемы накапливаются, развития нет, решения проблем кочуют из проекта в проект, живёт в аналах гитхаба и личных блогов, и иногда не публикуются намеренно потому что «продукт не мой, я улучшаю а продавать будут другие, так не пойдет» (где-то встречал в паблике, можно найти при желании).

Какие-то запросы текущему автору по исправлению были? Он отказал или что? @Илья Уткин

Конечно, мы не можем просить сделать его opensource и совесть не позволяет форкнуть старую версию, когда она была открытой, доработать и опубликовать, потому что блин этож отец-основатель и герой позитивных мемов в мире MODX написал и продаёт! :)

Я с конца 2020 года передал все свои дополнения другим людям и ничего не продаю. Уже 2 года как у меня просто нет платных дополнений, а те бесплатные, которые еще висят в магазине, просто никто не забрал.

Сейчас я отреагировал ровно на одну фразу, что «нельзя оскорблять mFilter2, поэтому не знаю что писать про FacetSearch» — это как-то провокационно получилось.

На модсторе компонент почти прошел модерацию, но есть одно замечание. в магазине не допутимы негативные отзывы о других компонентах. А я как делал facetsearch, потому что достали тупняки с mfilter2, так и написал в сравнении с ним. Теперь уже 3 дня сижу думаю что в описании компонента писать :-(.

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

Любой крупный магазин, с каталогом которого mFilter2 не справляется, наверняка хочет зависеть от стороннего сервиса. 2022 год нам показал, насколько это круто!