Релиз Viart Shop v.4.0.6 RE

[VST]

Новая версия Viart Shop v.4.0.6 RE доступна для скачивания в Файловом архиве.

Обновление версии.
1. Произвести бэкап файлов используемой версии и базы данных.
2. Загрузить файлы из дистрибутива Viart Shop v.4.0.6 RE на хост заменяя текущие.
3. Выполнить обновление в административной панели интернет-магазина Инструменты > Обновление системы


Дополнительные функциональные возможности Viart Shop v.4.0.6 RE

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

Пример настройки вывода блоков в шапке сайта на шаблоне Stan DEMO
*** Доступно в лицензионной версии Viart Shop v.4.0.6 RE
Запрос на Мульти upgrade через Службу Поддержки Пользователей.

[vovoha]

Запрос на Мульти upgrade через Службу Поддержки Пользователей.

платно?

[DimTai]

Данный функционал включен в лицензионную версию Viart Shop v.4.0.6 RE по умолчанию. Ничего оплачивать не нужно. Просто запрос в Службу Поддержки Пользователей с указанием домена на который оформлена Ваша лицензия.

[Subbota]

Пример настройки вывода блоков в шапке сайта на шаблоне Stan DEMO

����������� ������ 13.00-15.00 19.05.2011 - вот такую штуку выдает на демо, и шапки нет. Вообще ничего нет

[VST]

Плановые технические работы на сервере 13.00-15.00 19.05.2011

[Anstrem]

В результате обновления под Google Chrome с 4.05RE на 4.06RE в качестве заголовков всего каталога товаров имею знаки вопроса ??????
В Общих настройках Страна по умолчанию тоже знаки вопроса
Часть надписей, например в Общая статистика в табличке Продажи: 0 ???.
Вместе Руб. показывает знаки вопроса. Остальное вокруг все вроде нормально кириллицей.
Похоже все что извлекается из БД в кириллице теперь отображается таким образом.
Восстановил назад базу и каталог из бэкапа.
Можно пробовать еще раз, но подскажите чего я не так делаю при обновлении: скопировал на сервер поверх все файлы обновления, запустил в админке обновить...

[newshop]

Наблюдается только в Google Chrome Другие браузеры?

[Anstrem]

Наблюдается только в Google Chrome Другие браузеры?

Без разницы, проверил в других браузерах (IE8 и Firefox 4.0.1 и 5.0)
Сразу после копирования содержимого v4.0.6RE поверх каталогов сайта на v4.0.5RE при входе на сайт или в админку уже все поля с кирилицей выводятся знаками вопроса:
(например Название сайта,Страна по умолчанию,Единица веса)

Выполнение самого обновления уже собственно ничего не меняет кроме надписи ViArt Shop Enterprise v.4.0.5 Russian Edition на ViArt Shop Enterprise v.4.0.6 Russian Edition

Я сейчас только обратил внимание, что в новом релизе подписано "ViArt Shop v.4.06 RE для установки в кодировке win1251", а в 4.0.5 RE не было ничего про Win1251. SQL база у меня естественно в "UTF-8 Unicode (utf8)". Или это тут не причем вообще ?

[nemo]

Anstrem, описанное вами на 99% говорит о том, что при обновлении изменилась кодировка БД. Т.к. название валюты в ценах товаров, сами названия и описания товаров, прочая информация, за исключением сообщений, названий пунктов меню и блоков, хранятся в БД. Попробуйте посмотреть после восстановления предыдущей версии (4.0.6) в какой кодировке у вас таблицы в БД, и "читабельны" ли сами записанные в таблицах данные. После обновления посмотрите и сравните ещё раз. Сервер локальный?

[Anstrem]

Anstrem, описанное вами на 99% говорит о том, что при обновлении изменилась кодировка БД. Т.к. название валюты в ценах товаров, сами названия и описания товаров, прочая информация, за исключением сообщений, названий пунктов меню и блоков, хранятся в БД. Попробуйте посмотреть после восстановления предыдущей версии (4.0.6) в какой кодировке у вас таблицы в БД, и "читабельны" ли сами записанные в таблицах данные. После обновления посмотрите и сравните ещё раз. Сервер локальный?

Cервер у хостера (hostmonster.com). Как раз сейчас после восстановления предыдущей версии (только 4.0.5RE, а не 4.0.6) наблюдаю в php MyAdmin: MySQL-кодировка: UTF-8 Unicode (utf8).
Сайт восстановленный на 4.0.5RE прекрасно все отображает по-русски.
Если теперь просто скопировать поверх файлы 4.0.6RE, не трогая никак базу, то сразу появляются знаки вопроса (еще до запуска обновления, т.е. пока в БД ничего не менялось еще).
Посмотрел старые инструкции по установке 4.0.5RE, там в messages была папка c utf8 файлами, которые надо было руками потом скопировать.
А в 4.0.6RE такой папки что то не вижу.
Нужно utf-8 файлы от 4.0.5RE что ли использовать ? Или на кодировку UTF решили забить и надо переходить принудительно на 1251 ? А как тогда перекодировать базу ?

[nemo]

Скрипт, даже в версии 3.6, всегда рекомендовался для установки в кодировке 1251. Для установки в utf-8 выкладывавшаяся в прошлом году версия была для тестов. Упомянутый вами архив c utf-8 файлами "наследовался" в сборке от оригинального британского дистрибутива. В последней версии этот архив не включается в дистрибутив.
Раз уж у вас скрипт установлен в utf-8 (если я правильно понял), то можете попробовать обновится используя оригинальный (британский) скрипт, а после просто перезаписать языковые файлы из 4.0.6RE. Только предварительно все языковые файлы нужно открыть и пересохранить в кодировке utf-8. При этом в файле messages.php строку:

define("CHARSET", "windows-1251"); 

замените на

define("CHARSET", "utf-8"); 

[newshop]

У Вас первоначально 4.0.5RE в какой кодировке был установлен?

[Anstrem]

У Вас первоначально 4.0.5RE в какой кодировке был установлен?

В utf8

Сорри, я просто видимо не в курсе, что рекомендации ставить ViАrt строго в 1251 иуществуют, а где это было написано ? И это вообщем странно, т.к. стандарт дефакто для web уже давно принят как utf, а cp1251 какой то национальный устаревший "огрызок" майкрософта У меня на хостинге просто все базы давно в utf, я и не задумывался даже про 1251.

[newshop]

а где это было написано ?

Когда скачивали дистрибутив

ViArt Shop v.4.06 RE 16_05_win1251 : Дистрибутив ViArt Shop v.4.06 RE для установки в кодировке win1251. Дата выпуска: 16.05.2011 (13.43 Мб)

Жара однако

[Anstrem]

Т.е. я правильно понял что UTF8 больше в версиях RE поддерживаться не будет, и если есть желание использовать и не плясать с бубном, то надо все поставить с нуля с кодировкой 1251 ?

Еще бы понять как мне не угробив все остальные базы на одном mySQL сервере хостера создать базу для Viart в кодировке 1251 (там при создании базы про кодировку и не спрашивают даже, создается в UTF8 всегда)
Никто не подскажет ?

[VST]

Нет, неправильно поняли. Будет и UTF8, и 1251. Что бы было меньше плясок с бубнами.

[nemo]

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

[Anstrem]

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

Понятно, спасибо за разъяснения. Буду думать тогда что делать. В принципе объяснения типичные по этому поводу (см. ссылку выше). Всегда идет отсылка на некие древние системы в которых были проблемы, по причине которых продолжаем использовать 1251, ибо привыкли
Самое неприятное в этом, что все вендоры и разработчики этих "старых" систем давно уже взяли на вооружение UTF и что в перспективе по любому произойдет когда то неизбежное и про 1251 все забудут (ИМХО произойдет сразу после умирания супер-долгожителя под названием WindowsXP).
И вот в этот момент большое количество рабочих проектов столкнуться с таким геморроем, перед которым все проблемы с UTF покажутся цветочками.

Кстати пишут вроде есть же другое решение у проблемы, при подключении к SQL в коде добавить команду выбора кодировки для клиента, тогда неважно в какой кодировке база, клиенту будет выдаваться то что ему надо.
Типа вот так кажется:
mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

или

mysql_query("SET NAMES 'cp1251'");

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

[Anstrem]

Скрипт, даже в версии 3.6, всегда рекомендовался для установки в кодировке 1251. Для установки в utf-8 выкладывавшаяся в прошлом году версия была для тестов. Упомянутый вами архив c utf-8 файлами "наследовался" в сборке от оригинального британского дистрибутива. В последней версии этот архив не включается в дистрибутив.
Раз уж у вас скрипт установлен в utf-8 (если я правильно понял), то можете попробовать обновится используя оригинальный (британский) скрипт, а после просто перезаписать языковые файлы из 4.0.6RE. Только предварительно все языковые файлы нужно открыть и пересохранить в кодировке utf-8. При этом в файле messages.php строку:

define("CHARSET", "windows-1251"); 

замените на

define("CHARSET", "utf-8"); 

Попробовал так извратиться.
На старую 4.0.5RE накатил английскую 4.0.6, затем переписал messages\ru файлы из 4.0.6RE пересохранив (AkelPad) их в "utf-8" (без BOM) и поменял define("CHARSET", "utf-8");


В результате получил вместо русского языка такие вот значки ����������� ������

А в админку вообще не входит т.к. куча сообщений следующего типа:
Notice: Constant RESIZE_IMAGES_MSG already defined in /home/site/admin/admin_common.php on line 19


Переключение кодировки в браузере на 1251 часть символов руссифицирует, а часть становятся бракозябрами Каталог
Пробовал в .htaccess ставить и "AddDefaultCharset windows-1251" и "AddDefaultCharset utf-8"
Не срастается...

[DimTai]

Танцы с бубнами. Anstrem дайте через Поддержку адрес сайта и Ваш Skype для оперативной связи - решим.