12 минут назад
Да, реально.$title = preg_replace('![^'.preg_quote($separator).'\.\pL\pN\s]+!u', '', $this->lower($title));
Работает как решение
[Translitor] - Альтернатива транслитерации псевдонимов 25
Вчера в 13:48
Финальная версия.
Прошлая давала ошибку при создании нового документа. Добавил проверку есть ли id.
@EVAL
if(! empty( $modx->resource->...
Tv параметр с чекбоксами выборка ресурсов вложенных в дедушку 7
Вчера в 09:22
Постам прошлого, у которых коэф рейтинга -0.1 и ниже, за каждое добавление в избранное и за каждый положительный голос рейтинга, следовало бы повышать...
Еще один эксперимент с рейтингом modx.pro 7
Вчера в 01:24
смотри информацию о Модификаторы MODX и фильтры phx
Генерация изображения с заданным текстом 6
20 января 2025, 14:22
Компонент не работает? А чего он тогда висит в магазине?
yClients + MODX - синхронизация CRM 16
19 января 2025, 13:57
Ничего из этого не планируется, если не будет спонсора на это. Компонент написан максимально просто с использованием метода оплаты виджетом, что требо...
[mspPaySelectionWidget] Виджет оплаты PaySelection для miniShop2 3
19 января 2025, 02:46
А сколько таких багов еще осталось по всяким разным компонентам??! Хорошо что добрые люди сообщили :-) А обычно компоненты проверять некому
[SendIt] Обнаружена критическая уязвимость обновитесь до версии 2.1.6 1
Есть
а есть
Вот первый да, форма, а второй обертка для всех фильтров.
Я, чтобы разнести фильтры в разные части страницы, второй id прописывал едва ли не для body, все получалось.
Обернуть действительно нужно в элемент с , но это должен быть элемент div, а не form.
Сейчас у вас вся страница стара огромной формой, все hidden инпуты туда попали, перестали работать вложенные формы.
вам нужно сделать foreach по $filters и выводить каждый фильтр отдельно.
Тогда вы можете проверку сделать:
У меня есть сайт, где раздел «Доска объявлений» года с 2016 создан, периодически допиливаю. реализация на Tickets + сделан отдельный интерфейс, более удобный.
Но нюансов куча.
Во-первых, все эти тикеты дико мешаются на сайте. Объявления далеко не основная функция сайта. Я бы реально их лучше в отдельную таблицу вынес.
Во-вторых, сейчас пришли к вопросу платных объявлений, к поднятию и закреплению их, тоже не понятно, как все это реализовывать. И это при том, что уже огромное кол-во функционала было реализовано.
В-третьих, все чаще появляется проблема откровенного спама со стороны публикующих объявления. Они их создают сотни, с разных аккаунтов, немного меняя заголовки. Приходится много просматривать вручную, следить по IP и т.д. В общем автоматического контроля за этим никакого нет, все в ручную.
Как итог, сейчас я бы лучше выбрал готовый движок (думаю, такие есть) для создания простой доски и разместил бы ее поддоменом (или в отдельном каталоге, если получится) и подогнал дизайн.
1. Товары не опубликованы
2. Неверный шаблон у товаров
3. Не все поля заполнены так, как это подразумевал разработчик
4. Отображается ограниченное кол-во товаров, ваши выходят за это кол-во
/1234_related_articles.json => /related_articles?artice=1234
А на этой странице работаем с get параметром
github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/elements/chunks/chunk.ms_email_new_user.tpl#L9
Вдруг кто-то еще переопределяет метод? Хотя по идее это довольно базовый метод, менять в нем нечего процессорам.
В том, чтобы сделать так:
я вижу один минус… это двойной вызов checkPermissions().
Но, честно говоря, идей лучше у меня нет.
Все что там есть, так это получение объекта цепочки из базы:
Так что ошибки у вас не от того, что дополнения платные привязаны к другому адресу.
Без смены привязки вы их только обновить не сможете.
Думаю, стоит написать в магазин ModStore, вам должны помочь.