Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Версия с исправлениями по 15.08.11.
• Управление -> Статьи
Если статей нет, то выводится
"Статьи в категории [ru]Обзоры[/ru][en]Reviews[/en]:"
и
"'[ru]Обзоры[/ru][en]Reviews[/en]' в категории еще нет назначеных статей"
• Управление -> Статьи -> Обзоры
Если обзоров нет, то выводится
"Статьи in Обзоры category:"
Не переведено слово Note.
• Управление -> Товары -> Типы товаров, редактируем какой-нибудь товар, выводится
"Управление > Товары > Типы товаров > [en]Product[/en][ru]Товар[/ru] > Редактировать"
• Управление -> Форум
Не переведен подпункт "General".
Справа в блоке "Поиск" не переведено "Select Category".
Ниже в блоке "Доступные категории" не переведено "General" и "Forum".
• Настройки -> Товары -> Настройки товаров -> Показ товаров -> Колонки в заказе
Выпадающие списки, связанные с изображениями, слишком широкие, вылазят за пределы блока.
• Настройки > Заказы > Оформление заказа -> Общее
В поле "Запретный период" вместо слова "дней" - черные квадратики с вопросами.
• Сообщения "Удалить Производитель", "Удалить Группа", "Удалить Категория" как-то не по-русски звучат.
• При обновлении курса валют с FloatRates.com вываливается ошибка "Не найдены разряды к следующей валюте: USD, EUR".
• В шаблоне Double некрасивые белые рамки вокруг блоков.
• IE7 ругается на символ $ в 18-й строке исходного кода главной страницы магазина.
• При установке магазина в Opera проценты идут с большими промежутками (сначала долго совсем ничего, потом сразу 42%, потом 83%). В IE7 тикает нормально.
• При установке база все равно заполняется демо-товарами, категориями и т.д., несмотря на снятую галочку.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
в добавок, CMS > CMS > Страницы CMS > Конструктор - Подробная страница товара
не работет
Каталог > Информация о категории
Каталог > Информация о производителе
Каталог > Информация о продавце
в Каталог > Список категорий неработают настройки
одноуровневный и вдууровневые режимы
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
При настройке блоков в конструкторе страниц внутренняя рамка вылазит слева за пределы блока. Там же не переведено всплывающее слово "settings".
В настройках блока "Каталог > Список товаров" неверно переведено "Показывать навигацию на первой и последней странице:", должно быть - "Показывать навигацию на первую и последную страницу:"
При исправлении количества товара в корзине дважды выдается вопрос об изменении количества.
Вложений: 1
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Цитата:
При настройке блоков в конструкторе страниц внутренняя рамка вылазит слева за пределы блока.
Исправление вывода окна редактирования блоков в админ. панели v.4.07RE win1251 utf8
Вложение 487
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Не отображается иконка favicon. Ни в Opera, ни в FF. Кэши чистил, подсовывал другую иконку (от Sypex Dumper), все равно не показывается. Тестил только локально.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Меня немного смущает еще отображение заголовков блоков, когда каждое слово отображается с большой буквы
Пример: "Каталог Вы Недавно Смотрели"
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
В файле templates/user/block_user_change_password.html в 9-й строке в фигурных скобках пропущено CHANGE_PASSWORD_MSG.
В сообщении SAVE_CART_INFO_MSG лишние слеши вокруг фразы Сохранить корзину.
В "Блоки CMS" при сортировке по модулю блоки все равно расположены как попало. Например, "отсортированный" по модулю список выглядит так:
Объявления
Форум
Помощь
Статьи
Такой же бардак и при сортировке по названию.
И такой же бардак в "Модули CMS" и "Страницы CMS".
Следующая ошибка не знаю с чем связана - со скриптом магазина, или с самим MySQL-сервером, но все равно напишу.
Этот код всегда возвращает $item_id равным 1:
PHP код:
$sql = "SELECT MAX(item_id) FROM va_items;";
$db->query($sql);
$item_id = $db->f(0);
Для того, чтобы было получено правильно значение, надо написать так:
PHP код:
$sql = "SELECT MAX(item_id) FROM va_items;";
$db->query($sql);
$db->next_record();
$item_id = $db->f(0);
Файл admin_google_base_attributes.php надо перекодировать в UTF-8, иначе страница отображается некорректно.
При расширенном поиске по значению опции поиск ведется также и в категориях, у которых снята галочка "Показывать пользователям". Соответственно, товар из этих категорий показывается пользователю (в моем случае - как подробный список, стоит галочка "Группировать товары по категориям"). Для исправления нужно подправить blocks/block_products_list.php - после строки 661 вписать:
PHP код:
if ($products_group_by_cats) {$sql .= " AND c.is_showing=1 ";}
После этого исправления поиск и вывод товара будет осуществляться только из тех категорий, которые видны пользователю. Вероятно, для других способов вывода результатов поиска (таблица, сетка) такой баг также присутствует, я не проверял.
При снятой галочке "Группировать товары по категориям" товар также будет показываться из категорий, которые не должны быть видны пользователю, т.к. в этом случае таблица va_categories вообще не участвует в выборке.
Товар из категорий, не показываемых пользователям, все равно участвует в подсчете количества товара, из-за чего неверно отображается кол-во страниц в навигаторе в списке товаров.
Количество товаров в блоке "Производители" неправильно определяется в том случае, если один и тот же товар находится в разных субкатегориях, принадлежащих одной категории.
Пример: есть категория "Шины", в ней две субкатегории - "Летние" и "Вridgestone". Допустим, один и тот же товар находится и в категории "Летние", и в категории "Вridgestone". Если выбрать для просмотра категорию "Шины", то показываемое кол-во товара в блоке "Производители" будет равно количеству этого товара во всех субкатегориях. В данном случае 2, а не 1.
А если этот же товар будет еще и в категории "Шины", то он тоже приплюсуется, и будет выводиться 3, а не 1.
Решение проблемы - либо не запихивать товар в разные субкатегории одной категории, либо переделать запрос в blocks/block_manufacturers.php, либо в файле blocks/block_manufacturers.php удалить строку
PHP код:
OR c.category_path LIKE '%" . $db->tosql($search_tree->get_path($category_id), TEXT, false) . "%'
а перед последующим GROUP BY написать пробел (в этом случае товар из субкатегорий не будет суммироваться).
При поиске по сайту в описании товара на конце иногда появляется символ "черный ромбик с вопросом". Ошибка в файле blocks/block_site_search_results.php в строках 171-173 - двухбайтный код символа иногда разбивается пополам. Для решения проблемы можно перекодировать в windows-1251, обрезать описание до нужной длины, потом перекодировать обратно в utf-8.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Настройки -> Пользователи -> Типы пользователей -> Покупатель -> Установки профиля -> Стандартные поля
Сортировка некоторых полей не влияет на порядок полей в блоке "Данные для доставки" при регистрации пользователя.
Например:
Персональные данные
Имя
Фамилия
Email
Регион (для России)
Город
Адрес
Телефон
Данные для доставки
Имя
Фамилия
Адрес
Город
Регион (для России)
Индекс
Телефон
В "Данные для доставки" адрес, город, регион и индекс расположены в обратном порядке почему-то. Проблема в том, что порядок сортировки полей "Данные для доставки" в принципе не сохраняется в БД, пришлось править ручками таблицу va_global_settings.
Решение (правим файл admin_user_profile.php):
после строки 30 вставляем:
$delivery_array_my = array("delivery_address1_order", "delivery_address2_order", "delivery_cell_phone_order", "delivery_city_order",
"delivery_company_id_order", "delivery_company_name_order", "delivery_country_id_order",
"delivery_daytime_phone_order", "delivery_email_order", "delivery_evening_phone_order", "delivery_fax_order",
"delivery_first_name_order", "delivery_last_name_order", "delivery_name_order", "delivery_phone_order",
"delivery_province_order", "delivery_state_id_order", "delivery_zip_order");
строка 375:
$sql .= $db->tosql($setting_type, TEXT) . ", '" . $key . "'," . $db->tosql($value[CONTROL_VALUE], TEXT) . ",";
меняем на
$sql .= $db->tosql($setting_type, TEXT) . ", '" . $key . "',";
после строки 375 вставляем:
if (in_array($key, $delivery_array_my))
$my_control_value = $r->get_value(substr($key, 9));
else
$my_control_value = $value[CONTROL_VALUE];
$sql .= $db->tosql($my_control_value, TEXT) . ",";
строка 384:
$sql .= $db->tosql($setting_type, TEXT) . ", '" . $key . "'," . $db->tosql($value[CONTROL_VALUE], TEXT) . ")";
меняем на
$sql .= $db->tosql($setting_type, TEXT) . ", '" . $key . "',";
после строки 384 вставляем:
if (in_array($key, $delivery_array_my))
$my_control_value = $r->get_value(substr($key, 9));
else
$my_control_value = $value[CONTROL_VALUE];
$sql .= $db->tosql($my_control_value, TEXT) . ")";
И еще. Порядок сортировки поля "Регион (для России)" в БД сохраняется, но на странице настройки не отображается.
Решение - в файле admin_user_profile.html в строке 203 меняем {state_order} на {state_id_order}.
Вместо Имя (Name) в некоторых местах пишется Название.
Если исправить кол-во какого-либо товара в корзине на 0, то вывалится сообщение, в котором для отмены удаления позиции нужно два раза нажимать Отмена. Если же нажать ОК, то это сообщение мелькнет еще один раз и само закроется.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
В html-инвойсе (в админке) не выводится номер счета.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Встретилась сложная экзотическая ошибка, с которой боролся два дня.
Исходные данные:
1. У товара цена 0.
2. У этого товара имеется опция и какие-либо значения с ценами.
3. У этой опции в блоке "Показ опции" стоят галочки только "в списке товаров" и "на странице с детальным описанием".
4. Список товаров на странице результатов поиска отображается, как "Подробный список".
При расширенном поиске по значению опции вываливается страница с результатами поиска. На этой странице ставим галочку напротив какой-либо опции, сверху появляется правильная стоимость товара, но в корзину товар добавляется с нулевой (!!!) ценой без каких-либо ошибок и сообщений.:(
Ковырялся я довольно долго с этой проблемой, в итоге докопался до файла shopping_cart.php. В нем формируется такой запрос:
PHP код:
SELECT ip.property_type_id, ip.property_order, ip.usage_type, ip.property_id, ip.sub_item_id,
ip.property_name, ip.quantity, ip.quantity_action, ip.property_price_type,
ip.additional_price, ip.trade_additional_price, ip.control_type, ip.required,
ip.parent_property_id, ip.parent_value_id, ip.free_price_type,
ip.free_price_amount, ip.use_on_second
FROM (va_items_properties ip
LEFT JOIN va_items_properties_sites ips
ON ip.property_id=ips.property_id)
WHERE (ip.item_id=2000257 OR ip.item_type_id=9)
AND ip.sites_all=1 AND ip.use_on_table=1
ORDER BY ip.property_order, ip.property_id;
Результат запроса - пусто. Поэтому дальнейшая обработки опций (идет сразу после этого запроса) не происходит.
В запросе сразу увидел подозрительное условие:
PHP код:
ip.use_on_table=1
из которого следует, что опции будут обрабатываться только на странице с табличным видом, что немного странно, ведь в данном случае отображение товаров - "Подробный список".
Посмотрев выше, нашел такой код:
PHP код:
} elseif ($type == "table") {
$sql .= " AND ip.use_on_table=1 ";
из которого видно, откуда берется условие. Но здесь опять странность - получается, что у меня тип - "table", а ведь должен быть "list".
Глянув исходный код страницы результатов поиска убедился, что переменная type в форме имеет значение table:
Код HTML:
<input type="hidden" name="type" value="table" />
Теперь надо разобраться - почему table, а не list? Открываю block_products_list.html и вижу, что значение переменной type жестко прописано, как table. Это хорошо, а то я думал, что через переменную задается. Меняю на list, сохраняю, проверяю - теперь работает правильно.:yahoo_mini:
Ну все, время позднее, пойду спать с чистой совестью.
PS: А в файле block_products_grid_view.html, я так понимаю, вместо table должно быть grid.
------------------------------------------------------
В админке не работает экспорт платежной системы в xml-файл.
Решение:
В файле admin_payment_system.html в строке 288 нужно заменить
на
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Возможная ошибка: Настройки - заказы - оформление заказа- уведомление на E-mail
Настраиваю уведомление на E-mail пользователя, в теме письма использую обращение {name}, а также в начале письма "Здравствуйте, {name}." .
Сообщение приходит, но вот имени нет, а просто "Здравствуйте, ." Пробовал использовать также {delivery_name}.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
не работает именно {name}
если использовать {first_name} или {last_name} то все ок, может я не правильно что понял, name это не фамилия и имя вместе?
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Думаю Вы не правильно поняли. Там вроде есть подсказки...
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Подсказки есть, {name} - Имя пользователя.
Какое тогда имеется ввиду имя пользователя? Такого поля в стандартных полях нет.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Цитата:
Сообщение от
styou
Подсказки есть, {name} - Имя пользователя.
Какое тогда имеется ввиду имя пользователя? Такого поля в стандартных полях нет.
Тут даже не знаю как ответить, чтоб не запутать...
{name} - переведено как - Название (или это ошибка перевода), используется, например в модуле "связь с нами", по аналогии: как вас называть? или ник , а данные которые пользователь вводит при оформлении заказа - {first_name} или {last_name}
посмотреть можно здесь Настройки > Заказы > Оформление заказа >стандартные поля
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
т.е. получается что эта переменная просто не активна в моем случаи?
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Цитата:
Сообщение от
styou
т.е. получается что эта переменная просто не активна в моем случаи?
В вашем случаи получается, что нет.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
В управлении заказами, при просмотре какого-либо заказа вываливается сообщение:
Пользователь, который оформил этот заказ, сделал ещё заказы.
Всего заказано на сумму -
даже если этот пользователь сделал только один заказ.
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Шаблон double - в некоторых случаях фон светло-серый вместо белого. Чтобы всегда был белый, надо подправить double.css:
Код:
body {font: 12px Arial, Helvetica, sans-serif; color: black; margin: 0px; padding: 0px; background:white;}
Re: Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
Настройки->Заказы->Статусы заказов->какой-нибудь статус->Сообщение администратору
В блоке "SMS-извещение" написано "Отправить SMS покупателю, если статус принят", а надо "Отправить SMS администратору, если статус принят".