1 час назад
Слабовато в этом все понимаю, но все равно интересно) А VESP Васи Безумкина не рассматривал для решения подобных задач? Там все вроде есть нужное, и ...
Плюсы и минусы Vue и gtsAPI 14
Сегодня в 08:00
ну тогда groupby и having«query» принимает все параметры pdoFetch и в нем есть и groupby и having. Пример навскидку:
"query":{
&quo...
Кейс gtsAPI. CRUD пользователей на фронте 2
Вчера в 20:31
Правильный вариант из текущей документации такой:
{set $condition = 1}
{switch $condition}
{case 0, 1, 2}
сработае...
Конструкция switch case без break в Fenom 6
Вчера в 13:39
Моя кофейная гуща говорит о том, что это код html и там есть смайлики, а кодировка бд не utf8mb4.
Modx Revo режет код HTML 2
23 ноября 2024, 11:51
Отличное дополнение, спасибо!
Подскажите, как организовать файл если стоит msOptionsPrice2 привязан к опции size там может быть много позиций с разн...
[YandexMarket2] интеграция с msOptionsPrice2 1
23 ноября 2024, 00:42
Еще снова вернулась проблемка, после выбора способа доставки почтой РФ — появляется стоимость доставки, но она «прилипает» и не исчезает после переклю...
Расчет стоимости доставки msRussianPost 11
22 ноября 2024, 21:57
Лучше деинсталировать и установить новую версию. Там полностью переписан JS.
ms_CDEK2 пропал? 5
22 ноября 2024, 20:33
Фильтрация как правило предполагает точное совпадения значений, а тебе нужен поиск.
mFilter2 фильтрация tv 1
22 ноября 2024, 19:55
Все исправилось, после замены на 'parents' => $_modx->resource.id
Помогите найти ошибку в шаблоне, теги 13
Все работает!
Ответ тут: modx.pro/help/6509
Если есть/будут какие-то дополнения, будет интересно их узнать.
1. вызываем pdoMenu
2. в чанке шаблона меню указываем, что если идентификатор текущей страницы не равен какому-то непонятному идентификатору, то выводим меню… в общем, не понял я посыла, что и на что влияет)
Могли бы чуть более подробно рассказать?
Посоветуете что можно почитать/посмотреть по этому вопросу еще?
Для примера еще раз поясню, но теперь наглядно. Вот скриншот ресурса:
Выбор значений может потребоваться в любом поле и даже несколько раз с разными данными в одном ресурсе.
По поводу дополнительного поле и MIGX мне малость непонятен алгоритм. Вы предлагаете добавить дополнительное поле, вписать в него в отдельно взятом ресурсе список, потом в в каком-либо месте (шаблон, другое поле ресурса) вывести сниппет, который будет принимать данные из дополнительного поля MIGX и выводить случайные записи в нужном количестве, которое будет задаваться все в том же сниппете. Если это так, то какая разница между полем MIGX и другим дополнительным полем стандартного типа? Если это так, то это вовсе не упрощает ситуацию, а лишь делает её немного другой — только вид сбоку;) Если это так, то как тогда быть если в одном ресурсе, к примеру, в пяти полях вывести выбор из нескольких или произвольного колисества списков? — Добавлять Х MIGX полей? Если же это не так, то поясните пожалуйста мысль, если можно, то чуточку подробнее.
2. От необходимости/желания. Особых условий нет. Примеры привел выше, вариантов выбора может быть от двух до десятков.
3. Если мне нужно сделать простой выбор между двумя вариантами, то если надо будет лезть отдельно в MIGX, то это не особо будет «доставлять».
1. Человек голосует на странице за услугу, ставит оценки звездочками трем полям: скорость, цена, качество.
2. На странице услуги выводится частный и обобщенный рейтинг. К примеру, человек поставил такие оценки: скорость (3 звезды), цена (4 звезды), качество (5 звезд). Должно быть два блока: в первом выводится обобщенный рейтинг ((3+4+5)/3=4), а во втором частный — отдельно по каждому полю (скорость, цена, качество). Когда голосует другой человек этот рейтинг в двух блоках корректируется с учетом его оценок.
3. В каталоге услуг, где несколько услуг, показывать этот рейтинг услугам (обобщенный по услуге и детальный (обобщенный) по полям) и выводить услуги в отсортированном виде по обобщенному рейтингу.
Такое можно сделать с помощью вашего компонента или придется серьезно доделывать/переделывать его?
Ну, а если кто знает другие компоненты, будет любопытно на них взглянуть.
Может быть у вас завалялась ссылочка на полезный материал по этим плейсхолдерам. Посмотрел информацию по ссылке, данной вами выше, — она скудна и без объяснений подобно вашим не разберешься.
Я просто никогда раньше с плейсхолдерами не сталкивался.
Имеем три поля:
Имеем список замен (список будет исключительно в единичном экземпляре):
После преобразования должно получиться вот что:
Т. е. должна быть только одна замена из списка замен по всем полям, если их объединить.
Давайте попробую еще раз. Для примера возьмем всего два поля и две замены. В первом и во втором полях встречаются по два искомых для замены слова. Используя первый вариант (через один и тот же модификатор для каждого поля), в каждом из двух полей мы получим по две замены. Этот вариант не подходит, так как в нем должно было бы замениться только два первых совпадения, а они встречаются в первом поле. Во втором же поле замен не должно было быть, так как по одной из них уже сделано было в первом поле.
Список замен один, общий для всех полей. Таким образом первый вариант не подходит из-за возможности повторения множественности замен, а второй — из-за того, что список замен общий для всех полей.
Третий предложенный вами вариант с обработкой всего кода страницы тоже не подход, так как нужна обработка данных именно в некоторых полях, а не во всех.