Вопросики вместо русских букв

[nemo]

Видимо, дело всё же в используемом сервере (настройках), Viart Shop можно устанавливать на Microsoft IIS или Apache, но рекомендован именно последний, видимо для того есть причины. Подождём, когда ответят наши специалисты по этой части.

[rpagyc]

используется апач

[nemo]

Я понял, осталось выяснить, что не так с настройками...

[iSlayter]

Ага, если не хватает на Audi Q7 лучше купить запорожец, чем попытаться приложить усилия и купить-таки Audi Q7. Это я к тому, что если какая-то проблема есть с кодировками, то надо сменить хостера и всё будет шоколадно.

Добавлю себе в ToDo этот вопрос.
ViartShop RE предлагаю перевести целиком на UTF-8. Все файлы, все дампы. И забыть об этих идиотских проблемах и не менее идиотских вопросах.

[rpagyc]

UTF-8 решил все проблемы

[tusa888]

UTF-8 решил все проблемы

Установлен оригинальный дистрибутив магазина Viart Shop v.3.6 на русском языке ( кодировка UTF-8), при просмотре автоматически создаваемого при оформлении заказа счёта в формате PDF, замечено, что текст на русском языке, как бы
"съезжается в кучу". При просмотре HTML-счёта такого дефекта нет.
Все сделано, как ты Дима описал, файлы заменены ( в папке includes/font на хостинге), в вколичестве 2 шт, бинарном (двойном) режиме, но ничего не помогло...
Скрипт, работает уже 2 месяца, без проблем, ну за исключением этого гемороя с PDF//.
Прилагаю с генерированный скриптом инвойс...pdf.jpg

[nemo]

Установлен оригинальный дистрибутив магазина...

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

---------- Добавлено в 00:04 ---------- Предыдущее сообщение было написано Вчера в 11:42 ----------

Интересно, скрипт из какого дистрибутива установлен (время обновления/создания файлов, которое указано в них). Дело в том, что в стандартном дистрибутиве в текущей версии (от 19 августа) при проверке замечено, что если скрипт был установлен и работает используя кодировку UTF-8, в административной панели открыть инвойс заказа в PDF-формате, вообще не возможно на каком бы языке сайт не работал. Это ошибка. При этом оправляемый на электронный адрес пользователю PDF-инвойс открывается без проблем, но описанная проблема с отображением текста на русском подтверждается.
Описание обнаруженных ошибок отправлено разработчикам.

[iskif]

поставил с нуля из последнего дистрибутива RE сразу в utf-8
получил в некоторых местах злополучные "вопросы"
вроде все переведённые файлы пересохранил в utf-8
кое-что вручную нашёл исправил
просмотр Статичных сообщений сайта отображает все слова нормально
но всё равно осталось несколько слов, которые никак не могу найти, хотя и понятно, что там должно быть (см. скриншот первый в FF, второй в IE)
и ещё непонятные вопросики внизу по тексту там же на картинке - там вроде всё на английском должно быть

[nemo]

Да, есть такое при установке в UTF-8. Там не на английском должно быть а на русском, названия фильтров, к примеру. Это некорректно записались в установочный дамп БД некоторые настройки и демо данные. При правке через панель администрирования это без проблем корректируется. В следующем обновлении дистрибутива это будет устранено.

[iskif]

да, возможно

При правке через панель администрирования это без проблем корректируется

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

Нашёл
в опциях Default Filter

[nemo]

Извините, думал, что догадались, т.к. я упомянул фильтр...
Администрирование > Модули CMS > Фильтры, выберите Опции фильтра и перепишите по порядку все 4 пункта фильтра, нажимая "Редактировать". Должно быть так:
1. Производитель.
2. Цена.
3. Тип.
4. Рейтинг.

[nemo]

Для tusa888 и остальных пользователей!
Наши британские коллеги подтвердили проблему совместимости PDF-документа (инвойса) с кодировкой UTF-8. В текущей версии, при установке интернет-магазина в кодировке UTF-8, вне зависимости от выбранного языка, открытие в административной части автоматически формируемых при заказе PDF-инвойсов (счетов) невозможно. К инвойсам в HTML-формате эта проблема не относится, они открываются и читаются без проблем.
Данная проблема характерна только для выбора при установке кодировки UTF-8, при установке в Win-1251 всё работает нормально. По заверениям разработчиков, проблема поддержки UTF-8 в PDF-документах будет решена в следующих релизах.

[HoSStiA]

С кодировками действительно пришлось немного "похимичить", даже после изучения этого топика. Проблемы с "???" IMHO лечатся так же, как, например, в Joomla 1.0.x ... т.е. добавлением SQL-запроса "SET NAMES _кодировка_" после подключения к БД.

В частности, для MySQL и utf-8 кодировки желательно добавить инструкцию

@mysql_query("SET NAMES utf8;");

непосредственно перед

return $this->LinkID; // строка 81

в файле /include/db_mysql.php (то есть до возвращения параметра функцией connect())

Для кодировки windows-1251 следует поступить аналогично, но добавлением инструкции

@mysql_query("SET NAMES cp1251;");

[VST]

На большинстве хостингов таких проблем нет. Но иногда встречается. Именно с такой проблемой столкнулись совсем недавно. Решили iSlayter именно таким образом, как предлагается в посте выше. В ближайшее время выложим патч в файловый архив.

[nemo]

Да, да... Столкнулись с таким же случаем на одном из хостингов, где ради безопасности в корневой директории в .htaccses было что-то прописано, перекрывающее команды скрипта при установке. В результате тоже появились ?????. Соответственно, доступа к изменению содержимого .htaccses тоже не было (этот файл даже не видно при FTP-доступе). Хотя, Viart Shop устанавливался ранее без проблем у этого же хостера (но тогда настройки хостинга были стандартными). Решилось так же добавлением строки кода в /include/db_mysql.php

@mysql_query("SET NAMES cp1251;"); 

[HoSStiA]

На большинстве хостингов таких проблем нет. Но иногда встречается. Именно с такой проблемой столкнулись совсем недавно. Решили iSlayter именно таким образом, как предлагается в посте выше. В ближайшее время выложим патч в файловый архив.

Я бы добавил, что проблема часто наблюдается на VPS с FreeBSD, на MySQL >= 5.x.x и с "дефолтными" установками локалей.

[VST]

доступа к изменению содержимого .htaccses тоже не было (этот файл даже не видно при FTP-доступе)

По ходу нашли...
Удобный и бесплатный FTP клиент (видит скрытые файлы) -

* Графический интерфейс
* Интерфейс переведён на несколько языков
* Интеграция с ОС Windows (drag&drop, поддержка схем URL, ярлыки)
* Все основные файловые операции
* Поддержка протоколов SFTP и SCP поверх как SSH-1, так и SSH-2
* Автоматизация при помощи скриптов и интерфейса командной строки
* Синхронизация папок по нескольким автоматическим и полуавтоматическим алгоритмам
* Встроенный текстовый редактор
* Поддержка авторизации по паролю, открытым ключом, Керберос (GSS) и keyboard-interactive
* Интеграция с Pageant (PuTTY Agent) для поддержки авторизации по открытым ключам
* Два пользовательских интерфейса: как в проводнике Windows Explorer и как в Norton Commander
* Возможность сохранять настройки соединений.
* Возможность работы с использованием файла конфигурации вместо реестра, что удобно при запуске с переносных носителей.



Рекомендуем.

[surfman]

У меня проблема в следующем.

Устанавливаю на хостинг. Заменяю все из massages_utf8.
MySQL-кодировка: UTF-8 Unicode (utf8)
Сопоставление соединения с MySQL: UTF-8 Unicode (utf8)
Сравнение БД utf8_unicode_ci
Все таблици также в utf8_unicode_ci

Да, некоторые сообщения вопросиками, но можно пересохранить.
Создаю русские записи(например категорию), смотрю в БД - Кайтсерфинг, на сайте все нормально.

Переношу на локалку.
MySQL-кодировка: UTF-8 Unicode (utf8)
Сопоставление соединения с MySQL: UTF-8 Unicode (utf8)
Сравнение БД utf8_general_ci - но думаю не в этом проблема
Все таблици также в utf8_unicode_ci

в БД - Кайтсерфинг, на сайте ???�???�???�???�??????.
Создаю новую категорию, смотрю в БД - ВиндÑ� еÑ?фин&#208 ;³, на сайте все нормально.

[nemo]

Устанавливаю на хостинг. Заменяю все из massages_utf8.

Вот об этом подробнее, пожалуйста... Сначала устанавливаете скрипт, а после меняете языковые файлы на аналогичные из massages_utf8?

[surfman]

Сначала заменяю, потом устанавливаю.