#106
1 ноября 2012 в 15:18
При попытке миграции сразужеошибка:Что мне нужно проверить не пойму. Подскажите пожалуйста, что это может быть.
#107
1 ноября 2012 в 15:32
Dost
Через phpmyadmin или adminer просмотрите в какой кодировке стоит таблица или вся база.
Для Instantcms 1.10 должно быть в кодировке utf-8.
Через phpmyadmin или adminer просмотрите в какой кодировке стоит таблица или вся база.
Для Instantcms 1.10 должно быть в кодировке utf-8.
#108
1 ноября 2012 в 15:35
Алексей Лонгард
Стоит MySQL-кодировка: UTF-8 Unicode (utf8)
Стоит MySQL-кодировка: UTF-8 Unicode (utf8)
Сегодня в 06:52
#109
1 ноября 2012 в 15:38
Александр Корн
Посмотрите вот здесь:
instantcms.ru/blogs/web-time/razmeshenie-saita-na-besplatnyh-hostingah.html
С вики ошибся, прошу прощения.
Посмотрите вот здесь:
instantcms.ru/blogs/web-time/razmeshenie-saita-na-besplatnyh-hostingah.html
С вики ошибся, прошу прощения.
#110
1 ноября 2012 в 15:41
Dost
Просмотрите кодировку каждой таблицы по отдельности, unicode_utf8 это скорее всего подключение к базе но не кодировка самих таблиц.
Лично у меня такая кодировка стоит для phpmyadmin.
Просмотрите кодировку каждой таблицы по отдельности, unicode_utf8 это скорее всего подключение к базе но не кодировка самих таблиц.
Лично у меня такая кодировка стоит для phpmyadmin.
#111
1 ноября 2012 в 15:42
Александр Корн
Посмотрите вот здесь:
instantcms.ru/blogs/web-time/razmeshenie-saita-na-besplatnyh-hostingah.html
С вики ошибся, прошу прощения.
Ничего страшного… Я уже понял что hostinger — проблема! Поэтому переехал на другой хостинг… Там вроде проблем не возникло при установке и при других действиях. Но вот статьи создать не могу
#112
1 ноября 2012 в 15:44
Алексей Лонгард
Не понял. Сами таблицы естественно стоят в cp1251_general_ci, я же еще не мигрировал.
Не понял. Сами таблицы естественно стоят в cp1251_general_ci, я же еще не мигрировал.
Вобщем разобрался. Удалил все таблицы разработчиков с другим префиксом, а также без префикса cms_ Думаю актуально для всх кто устаналивал к себе на сайт различные дополнения. Работа скрипта миграция прошла успешно.
#114
1 ноября 2012 в 16:23
А зачем удалять, базу можно средствами самого мускуля перекодировать а при миграции пропустить этот шаг
#115
1 ноября 2012 в 16:37
eoleg
Столкнулся с проблемой — решил ее так. Отписался. Чем больше информации тем лучше. Я ведь не знал что эта ошибка из за префиксов. Просто пытался устранить.
Столкнулся с проблемой — решил ее так. Отписался. Чем больше информации тем лучше. Я ведь не знал что эта ошибка из за префиксов. Просто пытался устранить.
#116
1 ноября 2012 в 16:47
Никто не посмотрел по моей проблеме? Статьи не создаются! Подскажите пожалуйста!
Сайт kornalexandr2.byethost3.com/
Тестовый пользователь
Логин test
Пароль testtest
Сайт kornalexandr2.byethost3.com/
Тестовый пользователь
Логин test
Пароль testtest
Я создал статью про тестНикто не посмотрел по моей проблеме?
Она сейчас на модерации
ошибок нет
#118
1 ноября 2012 в 20:59
Я создал статью про тестНикто не посмотрел по моей проблеме?
Она сейчас на модерации
ошибок нет
хм… и правда… статьи создаются… похоже я просто начал со сложного… попытался копипастом перетащить текст из большого вордовского файла… раньше делал а сейчас не получается… хотя в основном статьи создаются… не пойму в чем дело… именно в этом файле возможно… попозже попробую
#119
1 ноября 2012 в 21:36
В общем, как я понял, проблема в том как работают SQL базы на хостингах. У меня после конвертации все равно выставлялось 1251. При переходе на instantcms с joomla тоже ручками принудительно приходилось таблицы пробивать. Только в обратном порядке с UTF на 1251, поэтому еще не забылось
IRATE, если бы сайт не был закрыт — посмотрели бы)
Ответил в личку.
Удалил все в папке, оставил только Imaje и Apload, установил по новой, ручками перенес базы. Зато чисто
#120
1 ноября 2012 в 22:42
У меня после конвертации все равно выставлялось 1251
в настройках самой базы кодировка наверное указана дефолтная, вот в ней и создает.