Особенности миграции с 1.9 до 1.10. Обмен опытом.

#346 21 января 2013 в 20:45


Никто не знает?

skaz

Как проверить кодировку

файл из папки шаблона открываем в notepad++ и смотрим кодировку — нам нужна utf8 без BOM
Если другая копируем в буфер изменяем на utf8 без BOM и вставляем из буфера.
Но предварительно пройтись в dreamweaver по всей папке шаблона — поиск 1251...
Также можно менять кодировку в dreamweaver — там шагов побольше — открываем файл, копируем в буфер, смотрим кодировку и если не utf8 выбираем из списка utf8 и рядом жмем кнопку конвертить, вставляем из буфера (так как там м.б. символы перекодированы — а это нам не нужно)…
Пишу на русском так как dreamweaver у вас м.б. англ-й…
#347 21 января 2013 в 20:48
rol, это не то.
Как менять кодировку, я знаю.
Проблема в другом.
См. пост выше.
#348 21 января 2013 в 20:53


в конфиге апача

eoleg
Да нет тут что то наверно другое, вот как такое может быть из за конфига апача?, пол страницы нормально, а половина в крякозябрах shock:

Даже если допустить что кодировка не та в языковом файле, но почему у половины надписей нормальная?

skaz

Ошибки бывают всюду… при конвертации шаблона, часть данных хостинг как родных видит а часть как кракозябры...
лучше в программинге иметь правило проверять все что допустимо… чтобы все ветки кода давали то, что я хочу видеть…
#349 21 января 2013 в 20:56
И это еще как я писал выше не вся проблема, почему на всей страницы нормальная кодировка, а у редактора нет, причем у редактора только на сервере, а на денвере все нормально.
Поэтому думаю вам предложили проверить кодировку сервера… в конце концов вы хостера об этом спрашивали если нет доступа к настройке php
#350 21 января 2013 в 21:00
Кодировку базы просмотрел utf-8
а отдельные таблицы имеют поля с кодировкой 1251…?
#351 21 января 2013 в 21:11

Поэтому думаю вам предложили проверить кодировку сервера...

rol
Соотношение с базой utf-8

Кодировку базы просмотрел utf-8
а отдельные таблицы имеют поля с кодировкой 1251… ?

rol
вся база в utf8_general_ci
#352 21 января 2013 в 22:11
skaz, да снести нужно все и заново поставить! smile
#353 21 января 2013 в 22:19
eoleg,
Наверно laugh

Звонил хостеру он сказал, что по умолчанию сервер 1251 управление через
.htaccess
но там и так в корне стоит
AddDefaultCharset utf-8

В трех соснах не могу разобраться laugh

С шопом одно, но с редактором то что?
перезаливка не помогает…
#354 21 января 2013 в 23:07
такое впечатление что часть текста написана в одной кодировке, другая в другой
или скорее при миграции не все файлы от 1.9 заменились на аналогичные от 1.10
#355 22 января 2013 в 06:03
жесть
#356 22 января 2013 в 14:03
По редактору дело как я понял конкретно в сервере. Снял полную копию сайта, поставил на локалку, на локалке редактор стал нормально отображаться.

Но что именно на сервере не так? И как поправить?
#357 22 января 2013 в 15:30


По редактору дело как я понял конкретно в сервере. Снял полную копию сайта, поставил на локалку, на локалке редактор стал нормально отображаться.

Но что именно на сервере не так? И как поправить?

skaz

Об этом хостеру стоит писать или у вас персональный сервер?..
#358 23 января 2013 в 12:01
С шопом проблема решена.

Но в редакторе нет, связывался с хостером проверили всё, говорят проблема не у них, база в UTF-8 ВСЯ,
Отдает её тоже в utf (хостер смотрел по юникс шелл)

Раз на денвере нормально все, то понятно что проблема в конфигурации сервера, но что именно там?
#359 23 января 2013 в 12:11
skaz, Откройте в БД таблицу со статьями и посмотрите что там внутри.
#360 23 января 2013 в 12:15

skaz, Откройте в БД таблицу со статьями и посмотрите что там внутри.

Искус

Смотрели уже и в самой таблице и просто в дампе через Notepad++,
все в UTF,
Тексты без искажений.
Вы не можете отвечать в этой теме.
Войдите или зарегистрируйтесь, чтобы писать на форуме.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.