Версия WordPress 3.4, но вроде бы как работает для всей линейки 3.x.x.

Столкнулся с проблемой: установил на хостинг WordPress 3.4, в процессе установки скрипт сообщил мне, что ему не удалось создать файл wp-config.php, и что мне необхоимо создать его вручную, а код вывел на страницу в специальном «контейнере».

Я скопировал код в текстовый редактор, сохранил в кодировке UTF-8, /загрузил на сервер хостинга/, обновил страницу — «Невозможно отобразить страницу, страница не найдена», ошибка 404.

Проблема оказалась с режимом работы с UTF-8 файлом, в редакторе есть такой режим как BOM, решение проблемы состоит в том, что н еобходимо отключить режим сохранения с BOM, умеет это делать например редактор Notepad++ v.2 под Windows.

Вторая проблема, с которой я столкнулся после установки WordPress, состояла в том, что у меня изчез редактор (остался только HTML-редактор при включенной вкладке Визуального редактора), и не работало перетягивание виджетов.

Сначала я грешил на некорректную работу gzip — это описывали многие, как одна из основных причин, но другой скрипт, использующий gzip, при этом работал корректно, так что проблема состояла не в этом.

Второй возможной причиной неработающего визуального редактора, на форумах была нехватка памяти скрипту, и в php.ini настройках сервера установил значение memory_limit=128M, а до этого стояло 32 (чего, кстати, вполне достаточно WordPress’у), перезагрузил службу веб-сервера, но проблема не исчезла.

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

define(‘CONCATENATE_SCRIPTS’, false );

которую я добавил в середину файла, и всё заработало: и появился визуальный редактор, и стали перетягиваться виджеты.

С первого раза может и не сработать, после добавления этой строки в файл wp-config.php необходимо очистить кэш (правда, я этого не делал, и так заработало).