Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8

[Aleksey]

Версия с исправлениями по 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 тикает нормально.

• При установке база все равно заполняется демо-товарами, категориями и т.д., несмотря на снятую галочку.

[nikom11]

в добавок, CMS > CMS > Страницы CMS > Конструктор - Подробная страница товара

не работет

Каталог > Информация о категории
Каталог > Информация о производителе
Каталог > Информация о продавце

в Каталог > Список категорий неработают настройки

одноуровневный и вдууровневые режимы

[Aleksey]

При настройке блоков в конструкторе страниц внутренняя рамка вылазит слева за пределы блока. Там же не переведено всплывающее слово "settings".

В настройках блока "Каталог > Список товаров" неверно переведено "Показывать навигацию на первой и последней странице:", должно быть - "Показывать навигацию на первую и последную страницу:"

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

[VST]

При настройке блоков в конструкторе страниц внутренняя рамка вылазит слева за пределы блока.

Исправление вывода окна редактирования блоков в админ. панели v.4.07RE win1251 utf8

Admin pop up window fix 4.07RE win1251 utf8.rar

[Aleksey]

Не отображается иконка favicon. Ни в Opera, ни в FF. Кэши чистил, подсовывал другую иконку (от Sypex Dumper), все равно не показывается. Тестил только локально.

[styou]

Меня немного смущает еще отображение заголовков блоков, когда каждое слово отображается с большой буквы
Пример: "Каталог Вы Недавно Смотрели"

[Aleksey]

В файле templates/user/block_user_change_password.html в 9-й строке в фигурных скобках пропущено CHANGE_PASSWORD_MSG.


В сообщении SAVE_CART_INFO_MSG лишние слеши вокруг фразы Сохранить корзину.


В "Блоки CMS" при сортировке по модулю блоки все равно расположены как попало. Например, "отсортированный" по модулю список выглядит так:
Объявления
Форум
Помощь
Статьи
Такой же бардак и при сортировке по названию.

И такой же бардак в "Модули CMS" и "Страницы CMS".


Следующая ошибка не знаю с чем связана - со скриптом магазина, или с самим MySQL-сервером, но все равно напишу.
Этот код всегда возвращает $item_id равным 1:

$sql = "SELECT MAX(item_id) FROM va_items;";
$db->query($sql);
$item_id = $db->f(0); 

Для того, чтобы было получено правильно значение, надо написать так:

$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 вписать:

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 удалить строку

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.

[Aleksey]

Настройки -> Пользователи -> Типы пользователей -> Покупатель -> Установки профиля -> Стандартные поля
Сортировка некоторых полей не влияет на порядок полей в блоке "Данные для доставки" при регистрации пользователя.
Например:
Персональные данные
Имя
Фамилия
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, то вывалится сообщение, в котором для отмены удаления позиции нужно два раза нажимать Отмена. Если же нажать ОК, то это сообщение мелькнет еще один раз и само закроется.

[Aleksey]

В html-инвойсе (в админке) не выводится номер счета.

[Aleksey]

Встретилась сложная экзотическая ошибка, с которой боролся два дня.

Исходные данные:
1. У товара цена 0.
2. У этого товара имеется опция и какие-либо значения с ценами.
3. У этой опции в блоке "Показ опции" стоят галочки только "в списке товаров" и "на странице с детальным описанием".
4. Список товаров на странице результатов поиска отображается, как "Подробный список".

При расширенном поиске по значению опции вываливается страница с результатами поиска. На этой странице ставим галочку напротив какой-либо опции, сверху появляется правильная стоимость товара, но в корзину товар добавляется с нулевой (!!!) ценой без каких-либо ошибок и сообщений.

Ковырялся я довольно долго с этой проблемой, в итоге докопался до файла shopping_cart.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; 

Результат запроса - пусто. Поэтому дальнейшая обработки опций (идет сразу после этого запроса) не происходит.

В запросе сразу увидел подозрительное условие:

ip.use_on_table=1 

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

Посмотрев выше, нашел такой код:

} elseif ($type == "table") {
$sql .= " AND ip.use_on_table=1 "; 

из которого видно, откуда берется условие. Но здесь опять странность - получается, что у меня тип - "table", а ведь должен быть "list".

Глянув исходный код страницы результатов поиска убедился, что переменная type в форме имеет значение table:

<input type="hidden" name="type" value="table" />

Теперь надо разобраться - почему table, а не list? Открываю block_products_list.html и вижу, что значение переменной type жестко прописано, как table. Это хорошо, а то я думал, что через переменную задается. Меняю на list, сохраняю, проверяю - теперь работает правильно.


Ну все, время позднее, пойду спать с чистой совестью.

PS: А в файле block_products_grid_view.html, я так понимаю, вместо table должно быть grid.

------------------------------------------------------

В админке не работает экспорт платежной системы в xml-файл.
Решение:
В файле admin_payment_system.html в строке 288 нужно заменить

type="submit"

на

type="button"

[styou]

Возможная ошибка: Настройки - заказы - оформление заказа- уведомление на E-mail
Настраиваю уведомление на E-mail пользователя, в теме письма использую обращение {name}, а также в начале письма "Здравствуйте, {name}." .
Сообщение приходит, но вот имени нет, а просто "Здравствуйте, ." Пробовал использовать также {delivery_name}.

[styou]

не работает именно {name}
если использовать {first_name} или {last_name} то все ок, может я не правильно что понял, name это не фамилия и имя вместе?

[Subbota]

Думаю Вы не правильно поняли. Там вроде есть подсказки...

[styou]

Подсказки есть, {name} - Имя пользователя.
Какое тогда имеется ввиду имя пользователя? Такого поля в стандартных полях нет.

[Subbota]

Подсказки есть, {name} - Имя пользователя.
Какое тогда имеется ввиду имя пользователя? Такого поля в стандартных полях нет.

Тут даже не знаю как ответить, чтоб не запутать...
{name} - переведено как - Название (или это ошибка перевода), используется, например в модуле "связь с нами", по аналогии: как вас называть? или ник , а данные которые пользователь вводит при оформлении заказа - {first_name} или {last_name}

посмотреть можно здесь Настройки > Заказы > Оформление заказа >стандартные поля

[styou]

т.е. получается что эта переменная просто не активна в моем случаи?

[Subbota]

т.е. получается что эта переменная просто не активна в моем случаи?

В вашем случаи получается, что нет.

[Aleksey]

В управлении заказами, при просмотре какого-либо заказа вываливается сообщение:
Пользователь, который оформил этот заказ, сделал ещё заказы.
Всего заказано на сумму -
даже если этот пользователь сделал только один заказ.

[Aleksey]

Шаблон double - в некоторых случаях фон светло-серый вместо белого. Чтобы всегда был белый, надо подправить double.css:

body {font: 12px Arial, Helvetica, sans-serif; color: black; margin: 0px; padding: 0px; background:white;}

[Aleksey]

Настройки->Заказы->Статусы заказов->какой-нибудь статус->Сообщение администратору

В блоке "SMS-извещение" написано "Отправить SMS покупателю, если статус принят", а надо "Отправить SMS администратору, если статус принят".