У меня на webstartpage.ru вот так сделано:

$user_agent = $_SERVER['HTTP_USER_AGENT'];

if (stripos($user_agent, 'MSIE 6.0') != false ||
stripos($user_agent, 'MSIE 7.0') != false ||
stripos($user_agent, 'MSIE 8.0') != false) {
	if (!isset($_COOKIE[$this->cie])) {
		// Кука на сутки, что предупреждение показано
		setcookie('site_ie', '1', time() + 24*3600, '/');

		$modx->regClientHTMLBlock( $modx->getChunk($tplIEWarning) );
	}
}

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

Скорее всего где-то в чанке есть [[~[[+id]]]] при этом id не существует.

А то есть в поле прямо можно вбивать? Типо авто комплита?

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

У нас несколько магазинов с наименованиями за 30 000 тысяч я представляю, что такое учет.

Извини Вась не туда откоментил ((

sitemapFriend в помощь

Надо свой комбобокс, видимо, написать.

Или посмотри, может у MS2 есть что подходящее, чтобы унаследовать и расширить.

mSearch1 не работает с miniShop2. Скоро планирую выложить модифицированную версию, в течении недели.

Пока что можно заставить его работать как поиск, но не как фильтр для товаров.

Какая-то ерунда.Robots ты генерируешь ручками, в чем проблема поправить xml?
+если ты генеришь xml через getResourece и ему подобный сниппет ты явно можешь указать в параметре какие ресурсы не надо индексировать… И они просто не появятся в схеме

Сделал поле position: int(10). Поменял в map-файле dbtype на int и precision на 10.
Итоги:
Комбобокс (modx-combo-tv-widget) работает, но значения в базе не сохраняет.
Комбобокс (modx-combo) работает, но все время переключается на дефолтное значение (0).

Ип-патьевская летопись… Буду дальше совком ковырять.

Точно, я и забыл про отдельную обработку чекбоксов.

Сделай отдельное поле, это же не долго.

Согласен.

На mamaboutique.ru ведётся учет товаров по размерам и цветам, поэтому каждый товар — отдельная запись. Связываются они разными типами связи, для цвета используется «Многие ко многим».

При выводе на странице эту связи проверяются простыми сниппетами и выводятся нужные элементы: для комплектов — ссылки на другие товары, для цветов — селектбокс, «с этим товаром покупают» — карточки рекомендуемых товаров.

Всё отлично решается и настраивается, на самом деле, просто нужно немного подумать и поработать.
Более того, на этом проекте все товары еще и синхронизируются с «МойСклад».

Коля, там есть поиск.

И по названию, и по id.

Шикарно было бы много чего добавить, но пока я занят, придётся самостоятельно себе плюшки программировать, благо MODX позволяет.

Эта задача так не решается. Ни на складе, ни в бухгалтерии так учет не ведется. А нафантазировать можно что угодно. Сомневаюсь, что такую задачу поставил кладовщик или бухгалтер. Скорее всего, это полет мысли программиста.
Правильно написал Андрей, если нужно видеть остатки синих галстуков и зеленых, то это 2 разных карточки товара. Если пофиг, то «Галстуки в ассортименте». И никакой тебе головной боли с пересортицей. А для разных галстуков можно:
1. указать аналоги через те же TV-шки. Покупатель выбирает синий и видит аналогичные красные, зеленые и т.д.
2. создать контейнер «Галстук хранцузский» с описанием и его выводить покупателю, а в нем уже сами галстуки по цветам с количеством и выводить их через список, например, выбор цвета.
Но лучше всего для начала получить постановку задачи у кладовщика и бухгалтера.

я скачивал видел ) изменения

объяснение ведется на примере color плагина и народ путается сверху стоит кусок кода pluginname и сразу следом идет

// Файл /core/components/minishop2/plugins/pluginname/model/msproductdata.map.inc.php

<?php
return array(
	'fields' => array(
		'color' => NULL
	)
	,'fieldMeta' => array(
		'color' => array(
			'dbtype' => 'varchar'
			,'precision' => '255'
			,'phptype' => 'string'
			,'null' => true
			,'default' => NULL
		)
	)
	,'indexes' => array(
		'color' => array (
			'alias' => 'color'
			,'primary' => false
			,'unique' => false
			,'type' => 'BTREE'
			,'columns' => array (
				'action' => array (
					'length' => ''
					,'collation' => 'A'
					,'null' => false
				)
			)
		)
	)
);

Надо сверху 30 шрифтом написать внимание внимание)) все pluginname следует заменить на имя вашего плагина.

Эта задача решается с помощью связей.
Делаем связь 1 ко многи Цвета галстука.
Делаем товар Галстук -карточка () назначаем его мастером связи цвета.
Делаем на каждый цвет копию товара и назначаем ему нужный цвет и добовляем в связь цвета галстука.

Получается следующее мы создаем Что то вроде шаблона связи.
Потом делаем карточку товара куда забиваем основные свойства и делаем экземпляр связи цвета
связка мастер id link id в купе дают копию связи. так нужно сделать на каждый товар для каждого цвета

Можно еще похимичить с опциями товаров попробовать, но там получится что в бекенде руками писать json масивы -цвет — остаток + своя обработка этого счастья… обработка нестрашно а вот заполнение товара рукописным масивом это не дело

Из недостатков

P.S Василий прими пожалуйста на заметку
При добавлении копии связи… выпадающее меню с выбором подчиненных товаров не имеет элементарного поиска.
На выпадающей вкладке выводится что то около 10 товаров это ж как товары придется искать если их по 10 000.

И я уже писал что шикарно было бы ксли подчиненные товары выводились либо как под категория либо хотя бы сортировались при выводе под мастером ну или кнопку какую… показать товары связи

При полном отсутствии знаний по js допилил — работает! Извиняюсь за ламерские вопросы, я не программист.

Поддерживаю, как по мне, так проще в системе вести 2 разных записи, но на странице пользователя выводить их как одно целое, в зависимости от выбранного параметра(цвет, размер итп).
Связать их связью и все. Нет задачи такое написать, но мне кажется все нативно…

К примеру самый простой вариант который приходит в голову — если вести свою таблицу с товарами, то привязвать разные товары по свойствам можно к ID ресурса, ну а вывод описания и картинок дело простое…

Галстук синий и зеленый это 2 разных товара (артикула и записи в бд) даже если у них одинаковое все кроме цвета. Люди занимающиеся торговлей меня поймут, ранжирование сайта тут вообще до лампочки. Нужно вести раздельный учет этих товаров, они могут быть на разных складах в разных кол-вах, у них могут быть разные скидки, наценки, сезонность и куча всего. Объединять это в 1 товар с разными тв — это утопия. Нужно от обратного иметь в бд несколько записей и механизм который объединит их на конечной странице пользователя. Тут и сео будет впорядке и учет будет простой и понятный.
Считаю что нужно идти от простого к сложному сейчас вообще нет никакого учета остатков, а тут еще и постановка задачи неправильная от чего путаница как это делать.

Понял. А у тебя что за скрипт табы обрабатывает, если не секрет?

У тебя все события перехватывает скрипт табов. Смотри, как ему задать callback на переключение.

Проверять, срабатывает событие, или нет, можно простым alert().