Наумов Алексей

Наумов Алексей

С нами с 31 марта 2013; Место в рейтинге пользователей: #14
Наумов Алексей
10 января 2018, 10:04
0
При разумном (ну не сотни или тысячи) кол-во дочерних элементов у категории — напишите небольшой сниппет, который будет формировать строку для параметра $thread в нужном формате:
&threads=`[[!buildThreads]]`

Или укажите &threads=`*`, чтобы выбирать все цепочки, а нужное ограничение задайте через параметр &where:
&where=`{"Resource.parent": ID_КАТЕГОРИИ}`
По идее это должно сработать.
Наумов Алексей
04 января 2018, 14:05
1
0
1.
{$_modx->resource['id'] | url}
2. В форму добавляете скрытое поле
<input type="hidden" name="page" value="{$_modx->resource['id']}"/>
а в чанке письма уже
{$page | url}
Наумов Алексей
31 декабря 2017, 11:07
+1
Если url действительно сайт.ру/категория/товар, то вы можете написать правило:
/{category}/{product}/reviews
событие onHandleRequest, обработчик — например Ресурс. А на странице ресурса вызвать уже сниппет некий. Задача этого сниппета — найти product, и вызвать ecForm и ecMessages, передав им соответствующий thread.
Наумов Алексей
13 декабря 2017, 11:14
0
Ссылку на сайт в личном сообщении через профиль на этом сайте будьте добры. Если есть возможность — то и доступ в админку туда же.
Наумов Алексей
13 декабря 2017, 09:42
0
Действительно :) Битва экстрасенсов ))

Из частых проблем — еще версию php посмотрите, на 5.3, как ни странно, на некоторых хостингах были проблемы, поднятие версии их решало.
Наумов Алексей
10 октября 2017, 14:58
0
Попробуйте через БД снять галочку «Очищать кеш при сохранении», может после этого сохраниться?
Уже тогда думать.
Наумов Алексей
02 октября 2017, 09:30
0
Добрый день! На одной карте вы можете рисовать сколько угодно меток, по поясняющей картинке это вроде понятно…
Наумов Алексей
22 сентября 2017, 09:30
0
Не проверял, но возможно тут.
Наумов Алексей
19 сентября 2017, 11:46
0
Добрый день.

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

Уберите в настройках компонента пути к файлам стилей и скриптов и подключите их вручную в шаблон сайта.
Наумов Алексей
23 августа 2017, 13:09
+2
Нужен раздел «Флудилка / Общение / Обсуждение».
Наумов Алексей
23 августа 2017, 11:32
+2
Тоже сталкивался с парой сайтов у них.

Начать можно с того, что там что-то типа облака, и бац, нет FTP (ну про ssh и заикаться не буду)!

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

В общем буэ. Зато когда продажу разработки сайта делаешь — «фу, какие 50 тыщ, вон за 10 интернет магазин предлагают», а потом правда, как поставить событие в метрике никто не знает)
Наумов Алексей
21 августа 2017, 11:53
0
Такая же хрень. Эт при работе на php 7, ранее уже обсуждалось пару раз: modx.pro/search?query=session_start
Наумов Алексей
17 августа 2017, 11:51
0
«на фронте их нельзя выводить»
Я делал так: страница опубликована, но у нее снят флаг «searchable». Считаю это признаком неопубликованного товара. Проблему отображения страницы решал через плагин, проверяя поле и отдавая 404 ошибку. Ну и не забыть из всяких выборок убрать такие страницы, используя любое условие (по шаблону или searchable, как удобнее).
Наумов Алексей
10 августа 2017, 10:09
0
Сложно сказать, что там проще, я не использовал никогда ms2form.

Если в id дело, то надо у форм прописывать че нить типа id=«form-[[+id]]». Если не жестко все это прописано по 10 раз в коде — то, думаю, все исправимо.

Если сложно исправить переделать, что бы каждый tab был отдельной страницей, проблема уйдет.
Наумов Алексей
10 августа 2017, 09:15
0
Великие тайны и мифы XXI века: Вызов сниппета несколько раз)))

Ну голову включите, почему не работает) поди id у формы общий или че нить подобное, вот и срабатывает только первая.
Наумов Алексей
07 августа 2017, 15:31
0
Да, если множественный выбор, то только отдельная таблица. Хотя можно и дублирование данных, в таблице с товарами данные в JSON, например, + отдельная таблица. В разных ситуациях разные способы получения данных, тут главное скорость работы, а не несколько Мб данных лишних.

По АПИ — да, все так поняли, не взирая на кажущуюся сложность это абсолютно рабочий способ. Издержки на лишний запрос к сервису, как правило, не очень большие. В общем подумать стоит
Наумов Алексей
07 августа 2017, 15:16
+1
Поговаривают, что JOIN — не очень быстрая операция.

Если параметры для товаров едины — зачем их выносить в отдельную таблицу то?

Можно подумать вообще с точки зрения архитектуры поступить так: отдельно сайт на MODX, и отдельно некое приложение «каталог», а сайт с каталогом пусть работает как с сервисом, по API. Это даст возможность как угодно менять схему работы каталога, писать его на любом языке, с любой БД, развернуть их на разных серверах. А сайт будет жить и работать самостоятельно. Запросы к сервису можно кешировать, для быстродействия.