Всего 125 335 комментариев

Василий Наумкин
19 февраля 2013, 17:35
0
Нажми на файлик красный, в панели хрома и глянь, что прям сервер отвечает.

Там полюбому E_NOTICE, или что-то подобное.
Гаврилов Александр
19 февраля 2013, 17:29
0
Проблема, к сожалению, не исчезла. Изменил все tv как вы и советовали, не помогло, все равно из всего прайса импортирует D (Диаметр) и WL (Ширина литья). Сравнил tv, там вообще нет никаких настроек, только Тип ввода.
Сергей Росоловский
19 февраля 2013, 15:35
0
Да не надо проблему эту решить, пусть заинтересованные предлагают идеи может чего и решится. Ну пусть хоть приемлемый механизм выработать что ли. :)
Василий Наумкин
19 февраля 2013, 15:23
0
Ага, а потом постоянно отвечать на вопросы «а как сделать ...».

Спасибо. Решили, что остатки в MS2 будут позже, когда придумаем что-то хорошее.
Мордынский Николай
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}'
");

Код не проверял, но должно работать.