Много всего
saahov
Владимир до 15 числа занят, поэтому пока от него заметок не ждём :)
В комментариях у Фила появилась информация, что в Блогзилле (http://blogzilla.ru) будут "освещать" MT. Вот уже и конкуренты нарисовались )). Но Блогзилла - это, как я понял, сеть блогов, а у нас просто тематический блог.
Теперь немного по блогу:
- С сегодняшнего дня мой основной сайт, где установлен MT, переезжает на другой домен, с более подходящим именем - saahov.ru. Поэтому управление блогом будет происходить уже оттуда. Собственно, админка - http://saahov.ru/s/mt.cgi. Хотя, если очень хочется, можете пользоваться старым URL, вас всё равно переадресует на новый ))
- Чтобы в конце сообщения отображалось имя автора, необходимо указать в профиле настоящее имя (там может быть и ник). А если в профиле ещё и URL указать, то к имени в сообщении добавится ссылка :)
- Для работы с блоггинг-редакторами используйте URL: http://saahov.ru/s/mt-xmlrpc.cgi
Папка для загрузки файлов - uploads.
- Сделал RSS поток через FeedBurner, адрес такой: http://feeds.feedburner.com/movable-type
Phil
Я вот что хотел уточнить - перенос MT, да еще и на другой домен - как
прошла процедура? (Или еще не прошла?)
--
С уважением,
Фил
Phil A. Akhnazarov
w.+7(495)139-3532
http://BlogService.ru
saahov
1. Скопировал все файлы из cgi-bin/mt в новый каталог.
2. В новом каталоге в mt-config.cgi изменил пути к CGI и к статическим файлам.
Все :) И ещё в основном блоге поправил пути и ссылки в шаблонах.
Phil
В MT в базе не хранятся полные пути, как в WP?
(Моя инсталляция MT сделана в 200-бородатом году, уже не помню, когда
точно, и с тех пор только апгрейдилась и никогда не переезжала, до сих
пор. А в данный момент я как раз занят переносом). :)
On 12/7/06, saahov <saa...@gmail.com> wrote:
>
saahov
Ещё есть такая замечательная функция в MT - поиск и замена. Сначала ищешь записи, комментарии, шаблоны, etc, где встречаются ссылки на старый домен, а затем заменяешь их на новые. Мне очень помогло это, когда нужно было заменить пути к картинкам.
Gray
mySQL, если так еще не сделано. После
этого перенос блога куда угодно - хоть
и с сервера на сервер, - проблемы не
составит.
Vladimir Yashnikov
заметки - всё время ошибка 500. Нужно
что-то делать ;) Может хостинг выбран
неудачно?
saahov
Для авторов (т.е. Фила и Владимира): укажите в настройках профиля какое-нибудь имя (ник), чтобы возле сообщения отображалось, кто его разместил. Тогда и в RSS тоже будет виден автор.
--
saahov
http://saahov.ru and http://www.problog.ru
Phil
Pavel Opanasyuk
проблему с кодировкой при переносе
базы с BerkeleyDB в mySQL? Уже 5-й час бьюсь...
Делаю экспорт архива блога (версия MT 3.2)
в .txt файл. Создаю базу mySQL в phpMyAdmin. Вношу
изменения в mt-config.cgi:
##### MYSQL #####
ObjectDriver DBI::mysql
Database *******
DBUser ********
DBPassword *******
DBHost localhost
PublishCharset utf-8
MailEncoding utf-8
Создаю админ-аккаунт. Открываю новый
блог. Импортирую файл архива. И
получаю... "Революція Сѓ
сфе"... Что с этим делать?
В phpMyAdmin делал запросы:
SHOW VARIABLES LIKE 'character_set%'
SHOW VARIABLES LIKE 'collation%'
Сперва был результат:
character_set_client utf8
character_set_connection utf8
character_set_database cp1251
character_set_results utf8
character_set_server cp1251
character_set_system utf8
collation_connection utf8_general_ci
collation_database cp1251_general_ci
collation_server utf8_general_ci
Затем поменял значение:
database на utf8_unicode_ci
Это ничего не дало. После изменил
значения в столбце "Сравнение" таблицы
mt_entry на utf8_unicode_ci. В результате... ничего!
Что делаю не так :)
Phil
http://wp.mazoo.net/archives/234 (В самом низу описана проблема)
Pavel Opanasyuk
Возможно проблема в следующем:
collation_connection utf8_general_ci
collation_database utf8_general_ci
collation_server cp1251_general_ci
(после запроса mySQL: SHOW VARIABLES LIKE 'collation%')
Может ли "collation_server" влиять на нормальное отображение символов
после импорта архива?
Спасибо.
On 18 Янв., 10:30, Phil <phil.on....@gmail.com> wrote:
> Мне в данном случае помог апгрейд на 3.32:http://wp.mazoo.net/archives/234(В самом низу описана проблема)
Sergey Petrenko
получающаяся база, например, в phpmyadmin как выглядит?
--
Сергей Петренко
Pavel Opanasyuk
°Р·Р°С‚Рё декілька слів щодо" и в скрипте также в
разделе Entries: "Революція Сѓ сфе..." все сообщения в
таком виде... что примечательно... название блога отображается
нормально при выборе кодировки страницы UTF-8, но сообщения не
зависимо от кодировки в виде крякобраз...
On 28 Янв., 15:59, "Sergey Petrenko" <sergey.petre...@gmail.com>
wrote:
> А где именно получаются кракозябры - в базе или в скрипте? Сама
> получающаяся база, например, в phpmyadmin как выглядит?
>
> On 1/28/07, Pavel Opanasyuk <opanas...@gmail.com> wrote:
>
>
>
> > К сожалению, апгрейд не помог.
>
> > Возможно проблема в следующем:
> > collation_connection utf8_general_ci
> > collation_database utf8_general_ci
> > collation_server cp1251_general_ci
>
> > (после запроса mySQL: SHOW VARIABLES LIKE 'collation%')
>
> > Может ли "collation_server" влиять на нормальное отображение символов
> > после импорта архива?
> > Спасибо.
>
> > On 18 Янв., 10:30, Phil <phil.on....@gmail.com> wrote:
> > > Мне в данном случае помог апгрейд на 3.32:http://wp.mazoo.net/archives/234(Всамом низу описана проблема)
saahov
> PublishCharset utf-8
> MailEncoding utf-8
> Сперва был результат:
Pavel Opanasyuk
saahov
Насколько помню, проблема была в том, что MT смотрит на кодировку таблиц и с ней уже работает. Так как файл для импорта был в кодировке UTF-8, а таблица для сообщений в cp1251, то такое как раз и могло получиться.
Предлагаю такой вариант:
1. Удалить из базы данных все таблицы, созданные MT.
2. В настройках базы указать сравнение с UTF-8. (Если проводить эту операцию из PhpMyAdmin, то: Операции > Сравнение > utf_general_ci.)
3. Заново пройти процесс установки MT и импорта записей.
> В базе крякобразы: "mt_entry/Обзор/Правка/entry_text: ...очу СЃРєР
> °Р·Р°С‚Рё декілька слів щодо" и в скрипте также в
> разделе Entries: "Революція Сѓ сфе..." все сообщения в
> таком виде... что примечательно... название блога отображается
> нормально при выборе кодировки страницы UTF-8, но сообщения не
> зависимо от кодировки в виде крякобраз...
> On 28 Янв., 15:59, "Sergey Petrenko" <sergey.petre...@gmail.com>
> wrote:
>> А где именно получаются кракозябры - в базе или в скрипте? Сама
>> получающаяся база, например, в phpmyadmin как выглядит?
>> On 1/28/07, Pavel Opanasyuk <opanas...@gmail.com> wrote:
Pavel Opanasyuk
Pavel Opanasyuk
Вашим рекомендациям, к сожалению, проблему не решил. Первоначально все
операции проводил в Opera. Сейчас попытался все то же самое проделать
в Internet Explorer. В процессе импорта данных из файла архива в IE
было получено сообщение об ошибке:
An error occurred during the import process: Loading data failed with
SQL error Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and
(cp1251_general_ci,COERCIBLE) for operation '=' . Please check your
import file.
saahov:
saahov
А вообще, попробуйте добавить в mt-config.cgi строчку:
SQLSetNames 1
16 февраля 2007 г. в 21:11 Pavel Opanasyuk написал:
> Здравствуйте. Снова попытался вернуться к своему вопросу. Следовал
> Вашим рекомендациям, к сожалению, проблему не решил. Первоначально все
> операции проводил в Opera. Сейчас попытался все то же самое проделать
> в Internet Explorer. В процессе импорта данных из файла архива в IE
> было получено сообщение об ошибке:
> An error occurred during the import process: Loading data failed with
> SQL error Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and
> (cp1251_general_ci,COERCIBLE) for operation '=' . Please check your
> import file.
--
Pavel Opanasyuk
Следовал Вашей рекомендации. Уже ближе к решению проблемы... вроде
как.
Перед экспортом архива базы BERKELEY глянул файл mt-config.cgi и
действительно не было строки
SQLSetNames 1 ,
только
PublishCharset utf-8
MailEncoding utf-8
Ранее думал, что все эти строки необходимо прописать только в файл mt-
config.cgi перед импортом архива под базой MYSQL. Что интересно...
небольшой прогресс... ;) теперь во время импорта архива в Intenet
Explorer не возникает сообщение об ошибке:
An error occurred during the import process: Loading data failed with
SQL error Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and
(cp1251_general_ci,COERCIBLE) for operation '=' . Please check your
import file.
Да-м... небольшой таки прогресс, но в результате все те же крякобразы.
Откровенно говоря, уже замучился с этой базой...
Pavel Opanasyuk
В очередной раз хочу поблагодарить всех откликнувшихся на мою
проблему. Ситуация немного прояснилась. Неправильное отображение
символов при переходе с BERKELEY на MYSQL было связано, судя по всему,
с конфликтом кодировок МYSQL сервера моего хостинг-провайдера
character_set_server cp1251 и файлов архива блогов utf8.
Хостинг-провайдер отказался менять кодировку. Выход один. Искать
другого хостинг-провайдера :) Посоветуйте, плииииз, хороший хостинг
для работы скрипта MovableType на базе MYSQL (чтобы не было вопросов
по поводу рекламы можно на мыло). Буду очень признателен.
saahov:
saahov
Но комментариев мало, возможно, после этого сообщения появятся ещё. Просьба ко всем, кто использует (использовал) MT на shared хостинге (не на собственном сервере и не на VDS и тому подобное) поделиться информацией о хостинге, где MT работает без проблем.
14 марта 2007 г. в 15:33 Pavel Opanasyuk написал:
Нариман
домен временный для так сказать обкатки зананий по MT