Всего 123 791 комментарий

Мордынский Николай
Мордынский Николай
19 февраля 2013, 15:13
0
я дополнительно привязал к товару MigX создал спицифическй тв который содержит остатки каждого вида При этом часть функционала минишопа не используется((

Можно сделать конфигуратор хмл схемы по типу MIGXDB и дать возможность пользователю указывать кастомный снипет для обработки остатка
/
Василий Наумкин
Василий Наумкин
19 февраля 2013, 13:58
0
Есть идеи как универсально привязать учет товаров к любому ТВ, который может и не существовать?
И не только ТВ, а и вообще любому параметру, по которому хозяин захочет учитывать остатки?

И у меня их по-прежнему нет.
/
Мордынский Николай
Мордынский Николай
19 февраля 2013, 13:54
0
Как вариант я сделал так.

Каждый товар, это каталог у которого 1 описание, в этот товар запихиваю экземпляры, к примеру по цветам и с помощью гетпейдж + гетресурс вывожу информацию о каждом экземпляре (пагинацию делаем ввиде табов или тех же цветовых маркеров, чтобы страница не менялась обрабатываем пагинацию через AJAX)
/
Мордынский Николай
Мордынский Николай
19 февраля 2013, 13:47
0
Василий, он в чем то прав. К примеру у нас на сайте 5 видов инкубаторов описание 1 в 1 разница только в цене и вместимости. Под каждый товар уникальное описание сделать трудно (попробуйте 1 и туже вещь описать 10 ю разными текстами — голову сломаете) Магазин нужен не только чтобы он был, а чтобы еще продавал, а если начать гонять посетителя по разным страницам с 1 и тем же товаром но разными цветами или еще какой нибудь хренью, вероятность продажи падает.

Тут не только вопрос ведения бухгалтерии, но еще и маркетинга и СЕО (поисковая оптимизация сайта).
/
Мордынский Николай
Мордынский Николай
19 февраля 2013, 13:41
0
Очень плохо, что товар различающийся только цветом это 2 разных товара. Для поисковой системы это будит дубль страниц поскольку все описание таких товаров 1 в 1 будит идентично — сайт будит хуже ранжироватся.
/
Владимир
Владимир
19 февраля 2013, 13:35
0
да может и супер, но GD обрабатывает изображения по другому и мне это принципиально нужно.
выход нашел пока такой: дописал параметр рамка, его обработка только посредством GD)))
fltr[]=bord|0|0|0|FFFFFF
/
Алексей Добряков
Алексей Добряков
19 февраля 2013, 13:17
0
У timeweb работает всё супер, а создаются как по другому? Может это поможет ссылка
/
Сергей Росоловский
Сергей Росоловский
19 февраля 2013, 12:04
0
Угу, это та фича которой не хватает miniShopу, а MODxу не хватает miniShopа для полного моего счастья. :)
/
Василий Наумкин
Василий Наумкин
19 февраля 2013, 11:57
0
Тогда незачем огород городить.
/
Евгений Дурягин
Евгений Дурягин
19 февраля 2013, 11:54
0
И так и так умеет. Отчет «Сайты» учитывает домены, отчет «Метки» — метки.
/
Василий Наумкин
Василий Наумкин
19 февраля 2013, 11:50
0
Ну а я этот вопрос решил через копии товаров и объединение через теги.

Вышло проще и удобнее. В MS2 эту тему я расширю и углублю, MS1 развиваться уже не будет.
/
Василий Наумкин
Василий Наумкин
19 февраля 2013, 11:47
0
Оно вроде по доменам учитывает, а не по параметрам в ссылке?

Хотя, может и так можно настроить, не пробовал.
/
Степанов Максим
Степанов Максим
19 февраля 2013, 11:45
0
Спасибо большое все работает
/
Сергей Росоловский
Сергей Росоловский
19 февраля 2013, 11:38
0
Ммм, пока нет идей, но надо как-то выходить из ситуации :) Ну например есть основной товар, у него есть характеристики 2 характеристики размер и цвет. Селекты выбора размера и цвета в TV параметрах. Делаем в админке кнопку «Вариации» при нажатии которой создаются все возможные варианты этого товара с учетом размеров и цветов и возможностью указать скока товара на складе. Но эти вариации не являются самостоятельным товаром а как бы субтоварами к основному и сохраняются в отдельной таблице. Во фронтенде при выборе в селектах необходимых размера и цвета происходит контроль по этой таблице на предмет остатков на складе и если нет то такой вариант товара нельзя купить. Ну как то так. Я не знаю как это решать в рамках MODx я не спец, но я решал такие задачи когда кодил на Delphi и БД Firebird. Спасибо и прошу не пинать за такие идеи :)
/
Евгений Дурягин
Евгений Дурягин
19 февраля 2013, 11:26
0
А обязательно необходимо делать средствами MODX? Как вариант любая серьезная система статистики позволяет учитывать такие посещения, например Яндекс.Метрика help.yandex.ru/metrika/?id=1111475 В данном случае можно получить гораздо больше информации, чем просто количество посетителей.
/
Василий Наумкин
Василий Наумкин
19 февраля 2013, 11:24
0
А зачем тебе другие варианты?

Тут сам соберешь всё что нужно, версию браузера, ip адрес, реферера и т.д. А потом сможешь из этого добра делать разные выборки и считать статистику.

Есть и более простые варианты, конечно. Например тупо сделать счетчик посещений из ненужного поля ресурса.
Хотя бы вот так:
$modx->exec("
	UPDATE {$modx->getTableName('modResource')}
	SET link_attributes = link_attributes + 1
	WHERE `id` = '{$modx->resource->id}'
");

Код не проверял, но должно работать.
/
Алексей Добряков
Алексей Добряков
19 февраля 2013, 11:15
0
Блин так и думал что других вариантов нет))))
/
Василий Наумкин
Василий Наумкин
19 февраля 2013, 11:10
0
Есть идеи как универсально привязать учет товаров к любому ТВ, который может и не существовать?
Вот и у меня нет.

Кстати, а как у вас по бухгалтерии галстуки проходят? Просто, «галстуки, разных цветов, 50 штук»?
Сомневаюсь.
/
Василий Наумкин
Василий Наумкин
19 февраля 2013, 11:07
0
Отдельная таблица в БД + плагин по OnWebPageLoad или другому событию.
/
Сергей Росоловский
Сергей Росоловский
19 февраля 2013, 10:19
0
Если заводить 2 товара «галстук синий» и «галстук зеленый» то смысл в селектах выбора цвета в TV или в дополнительных полях теряется. 10 цветов значит 10 разных товаров со своимы артикулами. :( Жаль конечно
/