Только поставил, вопросы - кодировка, ЧПУ

[Gelik]

Поставил для теста Viart 4.05, качал отсюда - http://forum.viarts.ru/showthread.php?t=1255

1) После установки возникла проблема с кодировкой. До установки заменил файлы в "messages" на utf файлы, прописал в .htaccess - AddDefaultCharset utf-8, установка прошла в нормальной кодировке, админка получилась то же в нормальной кодировке, за исключением валюты "руб", ее пересохранил, стало отображаться нормально, и еще несколько менюх, которые пока не знаю, как пересохранить. А вот все товары в магазине отображаются в знаках вопроса, по идее их тоже можно переписать, но это же бред, должно по идее все нормально отображаться. Скажите, так и должно быть, или после установки такого быть не должно, если не должно, то как исправить?

2) Поддерживает этот движок ЧПУ, не "быстрые ссылки", а именно ЧПУ? Если да, то как его включить, в админке ничего похожего не нашел....

3) Подскажите, можно ли одной кнопкой удалить из магазина все тестовые товары и статьи, что бы руками все это не чистить?

[nemo]

1. Доступная сейчас текущая версия рассчитана на установку и работу в кодировке 1251. При попытке установить в UTF-8 с товарами и всем тем, что хранится в БД, будет именно то, что вы описали. Частичный выход из положения - перед установкой заменить установочный дамп БД на оригинальный из британской сборки.

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

2. Что вы подразумеваете под ЧПУ? По сути, ЧПУ, это на слэнге и есть "короткие ссылки" формируемые из названий товаров (категорий, статей и т.п.) типа Товар - ссылка - tovar.html (tovar.php или просто tovar). Это есть в функционале, но требует доработки, т.к. в версии 4.0.5 эта функция была полностью переделана и, в отличии от версии 3.6, в таких ссылках в некоторых случаях наблюдаются "хвосты" из ID категории.

3. Чтобы удалить все демо-товары (4.0.5), на первой странице администрирования внизу справа блок Прочие действия, пункт Прочие действия. К сожалению, при установке скрипта, даже если не выбирать установку демо-данных, скрипт всё равно их установит. И удалять придётся только так.

[Gelik]

2. Что вы подразумеваете под ЧПУ? По сути, ЧПУ, это на слэнге и есть "короткие ссылки" формируемые из названий товаров (категорий, статей и т.п.) типа Товар - ссылка - tovar.html (tovar.php или просто tovar). Это есть в функционале, но требует доработки, т.к. в версии 4.0.5 эта функция была полностью переделана и, в отличии от версии 3.6, в таких ссылках в некоторых случаях наблюдаются "хвосты" из ID категории.

Я имел ввиду, что бы урл генерировались по принципу транслита, то есть товар - "Стульчик Brevi Jupiter Classic", а урл в таком случае такой - /stulchik_brevi_jupiter_classic.html. Такая возможность есть?

И еще возник вопрос, возможна ли генерация title по шаблону, то есть, если товар "Стульчик Brevi Jupiter Classic", то title - "Стульчик Brevi Jupiter Classic, купить в магазине у Дяди Вани - бла бла бла"?

[nemo]

Я имел ввиду, что бы урл генерировались по принципу транслита, то есть товар - "Стульчик Brevi Jupiter Classic", а урл в таком случае такой - /stulchik_brevi_jupiter_classic.html. Такая возможность есть?

Есть, вот пример на демо-магазине: http://viarts.ru/stan/tsifrovaya-vid...i-dv-d001.html Но для версии 4.0.5 пока с оговорками, которые я обозначил ранее.

И еще возник вопрос, возможна ли генерация title по шаблону, то есть, если товар "Стульчик Brevi Jupiter Classic", то title - "Стульчик Brevi Jupiter Classic, купить в магазине у Дяди Вани - бла бла бла"?

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

[Gelik]

Подскажите, поставил версию 3.6, переписал файлы в messages на utf-8, установка прошла в нормальной кодировке, но после установки, на сайте и в админке, в некоторых местах, все равно присутствуют знаки вопроса. Например title главной - в знаках вопроса (Если title написать на латинеце, то все норм.), еще название одного меню тоже в вопросах....и т.п.
Это что болезнь этого движка? Как его нормально запустить, даже тестировать после таких "танцев с бубном" не хочется ((((

Кстати, если файлы в messages не переписывать, то вся установка проходит в знаках вопроса! Устанавливать в таком варианте не стал и переписал файлы на utf-8.

[khoser]

Как его нормально запустить

запускайте в кодиовке 1251 - тестировать стоит!

[nemo]

Подскажите, поставил версию 3.6, переписал файлы в messages на utf-8, установка прошла в нормальной кодировке, но после установки, на сайте и в админке, в некоторых местах, все равно присутствуют знаки вопроса.

Уже обсуждалось на форуме не раз - стабильный дистрибутив 3.6 RE рассчитан на установку в 1251. Знаки вопроса при установке этого дистрибутива в UTF-8 в некоторых местах, вы получаете именно потому, что установочный дамп с демо-данными так же содержит часть информации на в 1251. Впрочем, есть 2 выхода:
1. После устанвки в админке открыть для редактирования такие места и заново переписать с сохранением (название блока на главной, название доп. модуля справа внизу на главной, один из способов оплаты, валюта Руб., тип пользователей и т.п.).
2. Перед установкой скрипта заменить ещё сам установочный дамп на одноимённый из британского дистрибутива.

Кстати, если файлы в messages не переписывать, то вся установка проходит в знаках вопроса! Устанавливать в таком варианте не стал и переписал файлы на utf-8.

Это значит, что по умолчанию ваш сервер (база данных) имеет другую кодировку, отличную от 1251.

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

[dav300]

1. Доступная сейчас текущая версия рассчитана на установку и работу в кодировке 1251. При попытке установить в UTF-8 с товарами и всем тем, что хранится в БД, будет именно то, что вы описали. Частичный выход из положения - перед установкой заменить установочный дамп БД на оригинальный из британской сборки.

хм... что-то я тогда не пойму почему же у меня работает ?!
делал все как описано в документации + добавил в includes/db_mysql.php mysql_query("SET NAMES utf8"); Никаких британских сборок не ставил. Рубли менял в ручную.

и все работает в ... utf8
или я что-то не понял ?

с ЧПУ конечно ерунда какая-то. функционал работает в автомате но такое впечатление что подстановка кроме букв r и s ничего не знает. Например, Компьютеры = rrrrsssrss.html, а Новости = rrsrsrrsryos.html

[nemo]

...Рубли менял в ручную.
и все работает в ... utf8
или я что-то не понял ?

Именно такие моменты, как название валюты рубли и прочую некоторую информацию, которая в БД на русском языке, после установки может потребоваться переписать редактированием заново. остальная информация так и должна отображаться корректно.

с ЧПУ конечно ерунда какая-то. функционал работает в автомате но такое впечатление что подстановка кроме букв r и s ничего не знает. Например, Компьютеры = rrrrsssrss.html, а Новости = rrsrsrrsryos.html

Эта тоько одна из причин, почему пока нет рабочей версии для UTF-8. С PDF тоже есть проблемы, при чём, это касается любого языка в любом дистрибутиве при кодировке UTF-8. Есть вопросы и по виду (кодировке) отправляемых уведомлений.

[Subbota]

Где-то было, не могу найти на форуме, совсем запутался...
При создании базы данных в phpMyAdmin
Сопоставление соединения с MySQL: 1251
а сравнение?

[DiShop]

Если устанавливаете версию в кодировке 1251 сравнение cp1251_general_ci Сопоставление должно быть также cp1251_general_ci. Если там стоит другое значение, то выполните запрос:

ALTER DATABASE `база` DEFAULT CHARACTER SET cp1251 COLLATE cp1251_general_ci

Вместо "база" имя вашей базы данных, в которую установлен скрипт.

В России у многих хостеров локаль по умолчанию в MySQL сервере настроена на latin1. Еще можно понять когда стоит UTF-8, но когда у российского хостера стоит latin1_swedish_ci. это говорит только о полной некомпетентности хостера по настройке MySQL сервера или лени админов.

[Subbota]

Если Сопоставление соединения с MySQL: 1251 bin, а сравнение cp1251_general_ci это не приведет ни к чему этакому? или как это поправить?

[nikom11]

Subbota, так а чем вы рискуете при смене кодировки на локале? если дампером на рабочем сайте сделать, и пробовать..