Gleetch

У меня не работает ручной импорт... Пишет "Импорт завершен" но ничего не добавляет, в логе ошибок - чистота! (с учетом того, что в осмоде исправил переменную с ссылкой для пункта меню... вместо 'token=' . $this->session->data['token'], 'SSL' так $this->session->data['token'], true). УТ 10 конфа, версия схемы 2.05... Может пробовал уже кто-то под 2.2 адаптировать? Поделитесь опытом пожалуйста, хоть в какую сторону копать. Я так понимаю что проблема не связана с таблицами БД, ведь они насколько я знаю не изменялись относительно 2.1 или 2.0, да и очистка таблиц категорий и товаров работает как часы, а вот импорт ни в какую :(

отлично, завтра отпишусь

блин, такая же фигня (( вроде и работает, но не отображается половина контента... пути проверил, и типа все нормально, но откуда-то появляются ссылки такого вида, не понятно... помогите пожалуйста

очень нужно... сделаем?

присоединяюсь!

А есть для 1.5.1.3 ?

никто не возьмется?

Интересует цена вопроса в купе с поддержкой дробного кол-ва товаров как в вашем модуле, буду обсуждать с заказчиком...

Если я правильно понял, имеем цену за метр 340р, имеем пачку 1,8метра (340*1,8 = 612р за пачку), прописываем как обязательную опцию, и уже оперируя с полем количество, вводим сколько раз по 612р нам надо ? :) Только вот мин. кол-во 1,8 в отличии от 2,022 к 2ум не приравняешь... Хм... хотя в этом случае получается даже и не обязательно ставить мин. кол-во. А чтобы привязать покупателя к добавлению товара только через опции - убираем кнопку добавить в корзину отовсюду кроме подробного просмотра... Вообщем вполне логично)) Только вот мало того что это все нужно будет пересчитать, при изменении цены нужно будет каждый раз пересчитывать и созданные опции затронутого товара :( тобиш это -> (число опции * кол-во) * цена -- импасбл?))

Тоже столкнулся с проблемой, тоже линолеум, тоже ламинат... Ну с линолеумом ещё пол беды, а вот с ламинатом совсем плохи дела :( Как уже говорил Alias37, цена должна быть указана за м2, а продается пачкой, причем как площадь пачки так и кол-во штук может быть разное... Задание минимального кол-ва или указывать цену за пачку - совсем не вариант Так вот, уважаемые знатоки, внимание вопрос :) Как сделать чтобы вводимое в поле "количество" значение, умножалось сначала на значение опции, и только уже потом то что получилось на цену (значение опций как это очевидно - только числовое, тип Radio). Так введенные мною "3", умножаются на обязательную опцию "2,022 м2" (получаем общее кол-во метров к покупке) и соответственно общие метры умножаются на цену указанную за метр - получаем то что нужно, все счастливы :) за исключением правда того момента что в случае с 2,022 - результат получается не целым. Вообщем, очень нужна ваша помощь, кто чем смогёт как говорится, спасибо за внимание :) ой, да... совсем забыл, версия 1.5.1.3

Поначалу данное явление меня просто угнетало :) Но потом понял фишку, и решил что лучше я потрачу пол часа на расстановку модулей и буду иметь полную гибкость, чем раскидаю все за 3 минуты, а потом буду думать, как же мне выпендриться))) Хотя правда задачи у нас с вами могут стоять совершенно разные и иногда подобная гибкость совсем не требуется...

Делюсь наблюдениями касательно модуля... Встречал посты, в которых люди жаловались на то, что счетчики товаров в фильтре (количество доступных товаров на какую-то опцию в скобках) показывается одинаковое для всех опций, да ещё и означающее просто общее количество товаров в категории. Вот и я напоролся :) Затык вышел вот на этой операции из xml файла: <file name="catalog/model/catalog/product.php"> <operation> <search position="before" index="3"><![CDATA[ $query = $this->db->query($sql); ]]></search> <add><![CDATA[ // Start filter if ($filter) { foreach (explode(';', $filter) as $option) { $datatotal=NULL; $values = explode('=', $option); $data = array(); foreach (explode(',', $values[1]) as $value_id) { $qsql="SELECT product_id FROM " . DB_PREFIX . "product_to_value WHERE value_id='" . (int)$value_id . "'"; $query = $this->db->query($qsql); if ($query->rows) { foreach($query->rows as $row) { $datatotal[] = $row['product_id']; } } else { unset($datatotal); } } if (!empty($datatotal)) { $sql .= " AND p.product_id IN (" . implode(",", $datatotal) . ")"; } else { return 0; // запрос на строке 88 ничего не вернул, а общее количество в категории нам не интересно } } // print_r($sql); } // End filter /* print_r ("<PRE>"); print_r ($sql); print_r ("</PRE>"); $file = fopen ("file.txt","a+"); fputs ( $file, $sql); fclose ($file); */ ]]></add> </operation> Не правильный search position, должен быть index=4, т.е. вставляем перед 4ым совпадением строки $query = $this->db->query($sql); вот здесь :) $query = $this->db->query($sql); return $query->row['total']; } public function getTotalProductSpecials() { if ($this->customer->isLogged()) { $customer_group_id = $this->customer->getCustomerGroupId(); } else { $customer_group_id = $this->config->get('config_customer_group_id'); } Скорее всего ошибка будет у людей которые руками файлы правят... Из за этой ошибки у меня autorelated загнулся ещё, и выкидывало ворнинг при открытии подробного просмотра любого товара, после правки все хокей стало :wink:

Он отображается только когда вы находитесь на страницах категорий, или товаров, для которых заданы опции фильтра... (если конечно все остальное сделано правильно) Ну и естественно задать размещение на сайте выбором схемы в нужных местах. Только на главной нельзя показать его вроде

Было замечено, что после удаления vqmod, двиг начинает выдавать: Fatal error: Class 'Affiliate' not found in Z:home***wwwindex.php on line 217 Устанавливаем на свежак - инсталим vqmod - удаляем - вуаля! Повторялось дважды Внимание вопрос... че за фигня? :-D Все правильно, require_once(DIR_SYSTEM . 'library/affiliate.php'); пропущено вот здесь... Надо добавить после customer.php :)

Помнится когда установив порядка 9-10 модулей, даже намека не было на тормоза (ну практически :) ), НО... когда добавил почти 4 500 позиций все сразу стало понятно))) После очередного импорта открываю сайт, а мне php в ответ 30 секунд сайт не ответил, досвидания))) Выставил для интереса 60 секунд в конфиге, но и даже этого оказалось мало))) просто слов нет! :-D ИМХО, vqmod - суперская вещь, но лишь на стадии отладки... идеальное решение для того чтобы заценить какое-то дополнение, изменение, расширение функционала, и понять, нужно ли оно или нет. При этом не тратитьть время на правку файлов, которое может оказаться зря потраченным, если модуль чем-то не устроил. Для использования же улучшений от модулей для "рабочего" магаза, считаю стоит все же переписать файлы. А на счет обновления до новых версий... не "ковырять" и не улучшать систему только по причине добавления пары тройки действительно существенных изменений в последующих версиях по меньшей мере глупо. Как-то так :)