11 июля 2019, 17:37 Нашел только один способ справиться с проблемой. Тупой и костыльный. Смастерил скрипт, который все данные из файлов лексикона (ru) minishop2 помещает в таблицу _lexicon_entries. Все, конечно, заработало, ссылки, кнопки, заголовки — все появилось. Но это костыль, после нескольких апгрейдов магазина появятся проплешины, придется это править руками… Неужели я один такой, кто столкнулся с данной проблемой? Вопросы / Пропали слова лексикона minishop2 в админ. панели группы пользователей 5 0
11 июля 2019, 09:11 После ряда экспериментов пришел к выводу 1. Новая группа пользователей, видимо, просто вовсе не получает доступ к лексиконам минишопа. А если слова при работе в админ. панели и присутствуют, то это работа кеша от главного администратора, и стоит его очистить, как слова исчезают. 2. Исчезновение слов в админе главного администратора — тоже дело рук кеша, который родился при работе вторичного пользователя. Они восстанавливаются после очистки кеша. Потому основной вопрос переформулирую так: Каким образом обеспечить доступ вновь созданной группе пользователей к словарям Minishop2? Спасибо Вопросы / Пропали слова лексикона minishop2 в админ. панели группы пользователей 5 0
10 июля 2019, 19:58 Места более чем достаточно. Кроме того, эффект имеет место и на рабочем сервере, и на локальном. А проблему впервые обнаружил после создания группы пользователей с правами работы и в системе в целом, и в минишопе. До того ее не наблюдал. Вопросы / Пропали слова лексикона minishop2 в админ. панели группы пользователей 5 0
10 июля 2019, 17:33 UPD В дополнение к описанному эффекту обнаружил, что в контрольной панели у главного администратора тоже периодически пропадают слова. Напр., только что пропали подписи к кнопкам «Добавить товар», «Добавить категорию» на странице категории товара. После очистки кеша подписи вернулись. Кто с кем конфликтует, и что делать? Сдавать проект с такими дефектами как-то не очень. Вопросы / Пропали слова лексикона minishop2 в админ. панели группы пользователей 5 0
08 июля 2019, 17:56 П.3 следует читать: Если ИСПОЛЬЗУЕТСЯ toPlaceholders Вопросы / Позарез нужна консультация по mFilter2 9 0
08 июля 2019, 10:33 Спасибо ) Я эту проблему уже обошел, экспериментировать больше не хочется. Сделал чанк простым и безусловным, превратив его в несколько чанков, логику вытащил наружу и сделал динамическое имя для указания в сниппете. Ну и в принципе сделал несколько выводов, которых не нашел в документации. 1. Это требуемая «безусловность» чанка результатов — отсутствие обрамляющей его логики. 2. Если не используется параметр toPlaceholders, [[+filters]] и [[+results]] обязаны находиться внутри чанка, определяемого в &tplOuter — вне зависимости от того, где размещен элемент id=«mse2_mfilter». 3. Если не используется toPlaceholders, то переименованные [[+filters]] и [[+results]] обязаны находиться ВНЕ указанного чанка, внутри они не работают. Все это опытным путем. Соблюл эти три правила — фильтр заработал. Вопросы / Позарез нужна консультация по mFilter2 9 0
05 июля 2019, 17:00 Нашел, что препятствовало работе фильтра в моем чанке. Но легче от этого мне не стало. Чанк имеет вид [[+param:eq=`1`:then=` html с плейсхолдерами… `]] [[+param:eq=`2`:then=` другой html с плейсхолдерами `]] … Убираю условия, оставляю голый код чанка — все работает. Т.е., фильтр не умеет обрабатывать чанки с такими фильтрами. Чанк, видимо, должен быть простым и прямолинейным. И как быть? Вопросы / Позарез нужна консультация по mFilter2 9 0
05 июля 2019, 15:38 Этот чанк прекрасно справляется с работой при штатном открытии страницы. А вот при обновлении через ajax — вместо кода получаю строку про отсутствие подходящих данных Вопросы / Позарез нужна консультация по mFilter2 9 0
05 июля 2019, 15:23 UPD Версия про чанки из файловой системы не подтвердилась. Перемещение их в БД не помогло Вопросы / Позарез нужна консультация по mFilter2 9 0
05 июля 2019, 15:08 Спасибо По поводу «внутри блока...» я уже обнаружил свой пробел в познаниях. Попробую присвоить id=«mse2_mfilter» какому-нибудь прародительскому блоку. Наверное, это решит проблему. Надеюсь. Но есть вторая, к которой не знаю, как подойти. Вот такой сейчас у меня вызов фильтра [[!mFilter2? &class=`msProduct` &element=`msProducts` &parents=`[[+id]]` &filters=` ms|price:number ` &tpl=`@FILE:chunks/products_tile.tpl` &tplOuter=`@FILE:chunks/chunk.mfilter2.outer.My.tpl` &limit=`12` &includeMS=`1` &includeMSList=`price` &tplFilter.outer.ms|price=`tpl.mFilter2.filter.slider` &tplFilter.row.ms|price=`tpl.mFilter2.filter.number` ]] Так вот при использовании чанка chunks/products_tile.tpl скрипт /assets/components/msearch2/action.php возвращает верную пагинацию, верное кол-во результатов, но вместо самих результатов присылает строку «Подходящих результатов не найдено». Если удалить параметр &tpl, то все нормально. Кстати, может, он не принимает чанки из файловой системы? только это приходит в голову Вопросы / Позарез нужна консультация по mFilter2 9 0
25 июня 2019, 16:54 Наверное, так Но тогда следует исключить его из списка загрузок, во избежание неприятностей. Вопросы / Испортил сайт инсталляцией fastField 10 0
25 июня 2019, 15:02 Нашел решение проблемы. Не скажу, что красивое. Обшарив mysql через phpmyadmin, обнаружил, что это славное приложение оставило след в системных настройках, а именно: parser_class и parser_class_path Вернул в них значения, соответственно, pdoParser и {core_path}components/pdotools/model/pdotools/ После этого сайт заработал. Приложение буду рекомендовать исключительно врагам. Вопросы / Испортил сайт инсталляцией fastField 10 0 1
25 июня 2019, 14:51 Спасибо, не знал. Тем не менее, это не дает право приложению рушить весь сайт Вопросы / Испортил сайт инсталляцией fastField 10 0
25 июня 2019, 13:57 Спасибо, не знал. Тем не менее, это не дает право приложению рушить весь сайт Вопросы / Испортил сайт инсталляцией fastField 10 0
[Theme.Bootstrap] Новая версия с Bootstrap 4 Новая обновленная версия уже в магазине modstore.pro/packages/sites-themes/theme.bootstrap 4.1.0 (15.07.2026) — Added chunks for quick site setup: Scripts, Meta, Menu.*, Crumb...
Редизайн сообщества Спасибо, руки не дошли пока. Много всего другого делаю. Завтра поправлю все замечания.
Reactions — современная система реакций для MODX 3 [1.0.1-pl] — 2026-07-15 Added ReactionsCount: live-обновление рядом с виджетом (span.reactions-count + reactions:updated) без F5
Как ограничить вебмастеру доступ к заказам? Допустим вы закроете доступ к заказам и пользователям через админку, но для полноценной работы с сайтом нужен доступ в БД, а там вся эта информация есть и спрятать её невозможно, т...
Возможно ли реализовать возможность предоплаты за доставку на сайте? Отлично, значит можно не создавать заказ пока оплата не пройдёт успешно, а поскольку класс-обработчик оплаты будет кастомный сможет сами решать какую стоимость пробрасывать. Ещё на...
Тупой и костыльный.
Смастерил скрипт, который все данные из файлов лексикона (ru) minishop2 помещает в таблицу _lexicon_entries.
Все, конечно, заработало, ссылки, кнопки, заголовки — все появилось.
Но это костыль, после нескольких апгрейдов магазина появятся проплешины, придется это править руками…
Неужели я один такой, кто столкнулся с данной проблемой?
1. Новая группа пользователей, видимо, просто вовсе не получает доступ к лексиконам минишопа.
А если слова при работе в админ. панели и присутствуют, то это работа кеша от главного администратора, и стоит его очистить, как слова исчезают.
2. Исчезновение слов в админе главного администратора — тоже дело рук кеша, который родился при работе вторичного пользователя. Они восстанавливаются после очистки кеша.
Потому основной вопрос переформулирую так:
Каким образом обеспечить доступ вновь созданной группе пользователей к словарям Minishop2?
Спасибо
Кроме того, эффект имеет место и на рабочем сервере, и на локальном.
А проблему впервые обнаружил после создания группы пользователей с правами работы и в системе в целом, и в минишопе. До того ее не наблюдал.
В дополнение к описанному эффекту обнаружил, что в контрольной панели у главного администратора тоже периодически пропадают слова.
Напр., только что пропали подписи к кнопкам «Добавить товар», «Добавить категорию» на странице категории товара.
После очистки кеша подписи вернулись.
Кто с кем конфликтует, и что делать?
Сдавать проект с такими дефектами как-то не очень.
Я эту проблему уже обошел, экспериментировать больше не хочется.
Сделал чанк простым и безусловным, превратив его в несколько чанков, логику вытащил наружу и сделал динамическое имя для указания в сниппете.
Ну и в принципе сделал несколько выводов, которых не нашел в документации.
1. Это требуемая «безусловность» чанка результатов — отсутствие обрамляющей его логики.
2. Если не используется параметр toPlaceholders, [[+filters]] и [[+results]] обязаны находиться внутри чанка, определяемого в &tplOuter — вне зависимости от того, где размещен элемент id=«mse2_mfilter».
3. Если не используется toPlaceholders, то переименованные [[+filters]] и [[+results]] обязаны находиться ВНЕ указанного чанка, внутри они не работают.
Все это опытным путем. Соблюл эти три правила — фильтр заработал.
Но легче от этого мне не стало.
Чанк имеет вид
[[+param:eq=`1`:then=`
html с плейсхолдерами…
`]]
[[+param:eq=`2`:then=`
другой html с плейсхолдерами
`]]
…
Убираю условия, оставляю голый код чанка — все работает.
Т.е., фильтр не умеет обрабатывать чанки с такими фильтрами.
Чанк, видимо, должен быть простым и прямолинейным.
И как быть?
А вот при обновлении через ajax — вместо кода получаю строку про отсутствие подходящих данных
Версия про чанки из файловой системы не подтвердилась.
Перемещение их в БД не помогло
По поводу «внутри блока...» я уже обнаружил свой пробел в познаниях.
Попробую присвоить id=«mse2_mfilter» какому-нибудь прародительскому блоку.
Наверное, это решит проблему. Надеюсь.
Но есть вторая, к которой не знаю, как подойти.
Вот такой сейчас у меня вызов фильтра
[[!mFilter2?
&class=`msProduct`
&element=`msProducts`
&parents=`[[+id]]`
&filters=`
ms|price:number
`
&tpl=`@FILE:chunks/products_tile.tpl`
&tplOuter=`@FILE:chunks/chunk.mfilter2.outer.My.tpl`
&limit=`12`
&includeMS=`1`
&includeMSList=`price`
&tplFilter.outer.ms|price=`tpl.mFilter2.filter.slider`
&tplFilter.row.ms|price=`tpl.mFilter2.filter.number`
]]
Так вот при использовании чанка chunks/products_tile.tpl скрипт /assets/components/msearch2/action.php возвращает верную пагинацию, верное кол-во результатов, но вместо самих результатов присылает строку «Подходящих результатов не найдено». Если удалить параметр &tpl, то все нормально.
Кстати, может, он не принимает чанки из файловой системы? только это приходит в голову
Но тогда следует исключить его из списка загрузок, во избежание неприятностей.
Не скажу, что красивое.
Обшарив mysql через phpmyadmin, обнаружил, что это славное приложение оставило след в системных настройках, а именно:
parser_class и parser_class_path
Вернул в них значения, соответственно,
pdoParser
и
{core_path}components/pdotools/model/pdotools/
После этого сайт заработал.
Приложение буду рекомендовать исключительно врагам.
Тем не менее, это не дает право приложению рушить весь сайт
Тем не менее, это не дает право приложению рушить весь сайт