2 часа назад
Все верно, сорян, в своем сообщении написал не то что хотел =)
msGiftCards - дополнение для MODX 2 + miniShop2 для продажи, применения и учета подарочных сертифика... 5
4 часа назад
Нет конечно, иначе это были бы уже отдельные товары.
ms3Variants - Реализация вариантов одного товара в MiniShop3 6
06 марта 2026, 09:38
Александр, данный компонент более недоступен для приобретения?
miniShop 2.9.1-pl 57
06 марта 2026, 09:11
Спасибо за информацию — проверим. Какой редактор используете?
MiniShop3: итоги февраля и версия 1.6.0 6
04 марта 2026, 21:09
Немного нетипичный пост на этом форуме. Будем считать это экспериментом. Кратко вводную информацию я выложил у нас в телеграм-сообществе — получил мно...
Baymard Institute: 61 рекомендация для e-commerce, о которых стоит знать 1
04 марта 2026, 20:13
Атомарненько)))
ms3FirstTimeBuyerDiscount - автоматическая скидка на первый заказ 7
03 марта 2026, 09:49
А теперь все эту красоту оформляем в виде сниппета. Параметры по-умолчанию редактируем в самом сниппете
elements/snippets/bgImage.php
<?php
/**
...
Унифицированное отображение разноформатных изображений без обрезки (решено) 1
02 марта 2026, 17:14
Это не ошибка, а warning — посмотрим, спасибо!
UPD github.com/modx-pro/MiniShop3/pull/127
MiniShop3 1.2.0 - 1.3.0 Самое интересное 23
01 марта 2026, 14:45
Добавил сиcтемную настройку ms3recentlyviewed.block_bots_detector и интегрировал jaybizzle/crawler-detect
ms3RecentlyViewed - Недавно просмотренные товары для MiniShop3 5
Всего 125 673 комментария
Но, можно указать в атрибуте PRESERVE_KEYS значение false и тогда id ресурсов будет создано динамически, но будет проблема с созданием дочерних ресурсов.
Вообщем, лучший вариант — это свой резолвер.
В любом случае, речь здесь идет о том, что это простая задача и она должна быть решена на уровне пакета, а не на уровне «ну как повезет».
вставить в ресолвер — пропустил, и твое предложение не однозначно читается.
Если второе, то объясняю на пальцах:
- открываешь свой же репозиторий: github.com/touol/loginSetting/blob/c41110e7f8f894dbccd966fc055f351aa3cff4fb/_build/build.php#L689
- выделяешь кусок кода, отвечающий за создание ресурсов, и копируешь
- создаешь резолвер и вставляешь скопированный код
- дописываешь сохранение созданных ресурсов в бд
Достаточно понятно объяснил?Я уже не говорю о том, что уже есть сотни готовых резолверов в других пакетах, которые делают примерно то же самое.
Так где тут «проблемная задача»?
Тогда не представляю, кому еще может понадобиться твое творение, если не новичкам.
Проблема в верстке. Её же универсальной не сделаешь :-(
Так зачем было заливать компонент, чтобы каждый его настраивал потом самостоятельно, просто дал бы ссылку на гит и все, и вопросов не было.
А вообще, компонент может стать и нужным, если его довести до ума. Но, это уже твое дело.
Build.php только создает vehicle файл в транспортный пакет. И при установке из vehicle ресурсы создаются установщиком MODX без участия какого-то моего кода. Конечно можно написать ресолвер, который после установки выловит id ресурсов по их алиас, и записать их в системные настройки, но еще надо будет опять же ресолвером установить родителей ресурсов.
Не такой уж и важный пакет чтоб этим заморачиваться. Я на тестах его использую, а для заказчиков обычно Office ставлю.
Новичкам, наверно, полезно самим настроить login, а не через пакет. И только потом решать пользоваться пакетом или нет.
Вообще мне при создании тестовых сайтов и своих требуется авторизация и каждый раз ее с нуля поднимать геморойно. А пакетом быстро поставил и тестируй дальше.
Все что нужно, это получить последний id ресурса и записать в переменную _idx
Вариант 1.
Вариант 2.
Как видишь, ничего сложного. Поэтому я бы порекомендовал довести до ума компонент или снять его вообще, потому что сейчас это лотерейный пакет, если установиться, значит ты счастливчик и тебе повезло.
А больше тебе ничего не нужно сделать?
Я бы понял твое предложение, если бы пакет был полезным/удобным и решал бы какую-нибудь задачу, но у новичков с ним возникнет больше головной боли, чем пользы, поэтому не особо понятно, с чего бы там взяться «счастью».
Тон оформления твоего «пакета» вызывает впечатление, что тебе лишь бы поговнокодить. Извиняюсь, конечно, за прямоту, но вот такое впечатление у меня.
Такой пакет как этот нельзя сделать для универсального использования. На каждом сайте своя верстка.
Это с modExtra пошло. Он назначает у ресурсов id автоматически с 1, чтобы родителей ресурсов прописывать. github.com/bezumkin/modExtra/blob/8295c2a6e987a0427c40ade90acb594be28b5696/_build/build.php#L614
Я просто прописал свои id чтобы на не перезаписывать ресурсы что уже были.
Я смотрел в эту сторону… там кажется только с самими тикетами можно — xlike.demo.gvozdb.ru/ или ошибаюсь?
Если ты выкладываешь пакет, то будь добр потратить время и соответствующе его оформить, а не вырезать бесполезный кусок кода со своего проекта. Это, как минимум, дурной тон по отношению к пользователям, которые потратят время на твой пакет в попытках завести его у себя.
В чем проблема создать эти ресурсы и сохранить их id динамически, это непосильная задача?
Жаль минус уже поставить нельзя, влепил бы два сразу.