Écrivain Windows Live c'est à mon avis l'application la plus complexe qui permet modifier et PUBLICATION articles sur un blog, l'Application peut être utilisée aussi bien pour des blogs hébergés sur WordPress.com, SharePoint, Blogueur, Pavé de saisie, ainsi que ceux auto-hébergement.
Avant de vous connecter Écrivain Windows Live vers un blog avec la plateforme WordPress, il faut d'abord vérifier les options de Publication à distance. Protocole de publication Atom et XML-RPC DEPUIS Tableau de bord > Paramètres > En écrivant.

Après connexion, Windows Live Writer importe plusieurs éléments du blog, parmi lesquels thème graphique (facultatif) et étiqueterle Quand le blog a un base de données très cohérent, surtout sur le tableau des balises-s (grand nombre) il est possible que le serveur sur lequel le blog est hébergé pour ne pas autoriser la connexion du WLW et éviter des erreurs telles que :

Réponse du serveur invalide – La réponse à la méthode wp.getTags reçue du serveur de blog n'était pas valide.

Cette erreur apparaît notamment lorsque l'on veut importer la liste des balises (wp_tags) dans Windows Live Writer.

Erreur de détails:

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)

Cause de l'erreur :

Au moment de l'importation (depuis balises dans notre cas) le serveur qui héberge le blog est plus sollicité que d'habitude, encore une fois limite de mémoire (RAM) allouée à l'exécution Scripts PHP est dépassé. Pour cette raison, le serveur refuse la connexion ou arrête l'importation. “Document de réponse non valide renvoyé par le serveur XmlRpc“.

Résolution d'erreur:

Comme dans le cas de l'erreur “métaWeblog.newPost“, la solution vient aussi de .htaccess. Nous devrons ajouter une ligne qui augmenter la limite de mémoire attribué au compte d'hébergement web sur lequel se trouve le blog. Pour cela, ajoutez la ligne dans .htaccess :

value memory_limit 256M

La valeur 256M un “Memory_limit” Ensemble la taille maximale exprimée en octets lequel Le script PHP peut l'utiliser. Limite “Memory_limit” est défini par défaut sur 128M du dossier php.ini (config-ul PHP_INI_ALL par serveur pour PHP) sur la plupart des serveurs qui redémarrent PHP5.3.10. Dans le passé, avant PHP5.2.0 la valeur était de 8M, et avec la sortie de la version PHP5.2.0, cette valeur a été fixée à 16M.
Avant l'importation Mots clés en WLW vous pouvez augmenter cette limite au-dessus de 128M, mais il faut aussi prendre en compte la mémoire totale du serveur web. Directif “Memory_limit” empêche pratiquement un script PHP écrit par erreur de consommer toute la mémoire disponible sur un serveur. Il est recommandé qu'après l'importation, vous supprimiez cette ligne du .htaccess pour revenir à la valeur par défaut définie par php.ini.

Si vous n'avez pas accès aux paramètres de modification des valeurs “Memory_limit”, dans cette situation vous devrez contacter le fournisseur qui héberge votre blog. Pour des raisons de sécurité et de performances, la plupart des fournisseurs d'hébergement Web restreignent l'accès du compte aux paramètres “sensible” du serveur.