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

При обновлении существующих сайтов проблем из-за отсутствия в текущих заказах этого поля не будет?

Я обычно хук spam применяю все же, делаю поле, которое как настоящее, но скрываю его каким либо образом. Hidden поле не катит почти не когда. Часто бывает что спама нет совсем, а потом — как прорывает. То ли кто-то в ручную проверяет, какое поле не заполнять, и спамер-программе указывает это. В этом случае поле переименовываю)

modx.pro/help/2924/

Если у тебя 6 разных tv полей (set,vid,ogrn,inn,pochta,date), то вроде все так. Но если у тебя 1 TV поле типа migx, а в нем 6 полей, то совсем не так =) В этом случае, допустим, имя этого поля filed, то выводить надо вроде как [[+tv.field.set]]

А, в скрипте то да, там есть =)

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

Да вот только сегодня делал импорт, напоролся на это, minishop2 ставил из modx.com репозитория вчера или позавчера.

Перед импортом каждой строки добавляем

$modx->error->reset();

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

Или tplStart чуть изменить, вытащив wrapper за пределы li

Вам нужны параметры:

&displayStart=`1`
&tplStart=`@INLINE <li[[+classes]]><a href="[[+link]]" [[+attributes]]>[[+menutitle]]</a>[[+wrapper]]</li>`

docs.modx.pro/components/pdotools/snippets/pdomenu

store.simpledream.ru/packages/users/office.html

В правом верхнем углу ссылка «Docs» docs.modx.pro/components/hybridauth/

Соответственно внимательно изучаем как работают функции newQuery, setClassAlias, leftJoin, getSelectColumns и другие

$query = $this->modx->newQuery('msProduct');
$query->setClassAlias('Product');
$query->leftJoin('msProductData','Data', '`Product`.`id` = `Data`.`id`');
$query->select($this->modx->getSelectColumns('msProduct','Product',''));
$query->select($this->modx->getSelectColumns('msProductData','Data','data.'));

$query->where(array(
            '`Data`.`source`' => 2,
        ));
$query->sortby("pagetitle", "ASC");
$query->prepare();
$query->stmt->execute();
$rows = $query->stmt->fetchAll(PDO::FETCH_ASSOC);

foreach($rows as $row){
  $id = $row['id'];
}

Круто, ждем! А совместимость будет? Текущие сайты можно будет обновить до 2.3? Не очень слежу за этим =)

Но дико раздражает, что нет быстрого поиска чанка/сниппета по имени! Попробуй все категории пересмотри и найди нужный.

Давать имена чанкам через точку понравилось больше всего, читается заметно проще и в списке найти легче.

Чанки раскладываю по категориям:
— Общие (head, header, footer)
— Формы
— Каталог
— Корзина
— Комментарии
— и т.д.

Имена чанкам даю типа: cart.Outer, cart.Row, contactForm.Form, contactForm.Email, catalog, catalog.Brands, catalog.Brands.Row, catalog.Row. Т.е. модуль<точка>суть.

Сниппетов, как правило, меньше чем чанков, поэтому по папкам редко разбиваю.

TV по папкам: Seo, Разметка, Свойства ну и т.д.

Общие ошибки надо еще для начала поправить: скрипты и счетчики в низ html кода, на главной h1 не видно, javascript Ошибки налюдаются в консоли браузера, и 404 проскакивают там же. Верстка сложная, думаю что такие теги как header, section, article и подобные помогут поисковикам разобраться с контентом получше. И действительно, видимо из-за слова «г*вно» на сайте какие то фильтры есть, и это плохо, очень плохо.

Я здесь подробно описывал все в комментариях modx.pro/help/2779/

а ты добавь 2 поля: price_rur и price_eur, и храни цену товара в них, а при сохранении товара плагином выставляй стандартное поле price, считая его по курсу. Ну и допустим по курсу раз в день через crontab обновляй это поле. Будет это поле рублем, долларом, евро или иным тугриком — не важно.