Windows Live Writer според мен това е най-сложното приложение, което позволява Редактиране и ПУБЛИКАЦИЯ статии в блог, приложението може да се използва както за блогове, хоствани на WordPress.com, SharePoint, Блогър, TypePad, както и тези самостоятелно хостване.
Преди свързване Windows Live Writer към блог с платформата WordPress, първо трябва да проверим опциите на Отдалечено публикуване. Протокол за публикуване на Atom и XML-RPC От Табло за управление > Настройки > Писане.

След свързване Windows Live Writer импортира няколко елемента от блога, сред тях графична тема (по избор) и етикетКогато блогът има a база данни много последователен, особено на таблицата с етикети-s (голямо число) възможно е това сървъра, на който се хоства блогът да не позволява свързването на WLW и да предотвратява грешки като:

Невалиден отговор на сървъра – Отговорът на метода wp.getTags, получен от сървъра на блога, е невалиден.

Тази грешка се появява особено когато искаме да импортираме списъка с етикети (wp_tags) в Windows Live Writer.

Грешка в детайлите:

Unexpected Error Occurred     
An unexpected error has occurred within the application.

WindowsLive.Writer.Extensibility.BlogClient.BlogClientInvalid     
ServerResponseException: Invalid Server Response - The response to the wp.getTags method received from the blog server was invalid:

Invalid response document returned from XmlRpc server     
   at WindowsLive.Writer.BlogClient.Clients.XmlRpcBlogClient.      
CallMethod(String methodName, XmlRpcValue[] parameters)      
   at WindowsLive.Writer.BlogClient.Clients.MetaweblogClient.      
WordPressGetKeywords(String blogId)      
   at WindowsLive.Writer.BlogClient.Clients.MetaweblogClient.      
GetKeywords(String blogId)      
   at WindowsLive.Writer.BlogClient.Blog.RefreshKeywords()      
   at WindowsLive.Writer.PostEditor.PostPropertyEditing.      
SharedPropertiesController.<.ctor>b__0(Object sender, EventArgs args)      
   at System.Windows.Forms.Control.OnClick(EventArgs e)      
   at WindowsLive.Writer.Controls.BitmapButton.OnClick(EventArgs e)      
   at System.Windows.Forms.Control.WmMouseUp      
(Message& m, MouseButtons button, Int32 clicks)      
   at System.Windows.Forms.Control.WndProc(Message& m)      
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)      
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)      
   at System.Windows.Forms.UserControl.WndProc(Message& m)      
   at System.Windows.Forms.Control.ControlNativeWindow.      
OnMessage(Message& m)      
   at System.Windows.Forms.Control.ControlNativeWindow.      
WndProc(Message& m)      
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Причина за грешката:

В момента на внос (от етикети в нашия случай) сървърът, който хоства блога, отново е по-търсен от обикновено ограничение на паметта (RAM), разпределен за изпълнението PHP скриптове е превишено. Поради тази причина сървърът отхвърля връзката или спира импортирането. “Невалиден документ за отговор, върнат от XmlRpc сървъра“.

Разрешаване на грешка:

Както в случая с грешката “metaWeblog.newPost“, решението също е от .htaccess. Ще трябва да добавим ред, който увеличете лимита на паметта присвоен на уеб хостинг акаунта, на който се намира блогът. За да направите това, добавете реда в .htaccess:

value memory_limit 256M

Стойността 256M a “memory_limit” Комплект максималния размер, изразен в байтове коя PHP скриптът може да го използва. Лимит “memory_limit” е зададено по подразбиране на 128M на файла php.ini (config-ul PHP_INI_ALL на сървър за PHP) на повечето рестартиращи се сървъри PHP 5.3.10. В миналото, преди PHP 5.2.0 стойността беше от 8M, и с излизането на версията PHP 5.2.0, тази стойност беше зададена на 16M.
Преди внос Етикети в WLW можете да увеличите този лимит над 128M, но също така трябва да вземете предвид общата памет на уеб сървъра. Директива “memory_limit” на практика не позволява грешно написан PHP скрипт да консумира цялата налична памет на сървъра. Препоръчително е след импортирането да изтриете този ред от .htaccess, за да се върнете към стойността по подразбиране, зададена от php.ini.

Ако нямате достъп до настройките за промяна на стойността “memory_limit”, в тази ситуация ще трябва да се свържете с доставчика, който хоства вашия блог. От съображения за сигурност и производителност повечето доставчици на уеб хостинг ограничават достъпа до акаунта до настройките “чувствителен” на сървъра.