Fixer Windows Writer en direct Error - La réponse à la méthode wp.getTags reçue du serveur de blog était invalide.

Windows Writer en direct est à mon avis l'application la plus complexe qui permet aux rédaction si publication articles sur une application de blog peut être utilisé à la fois pour les blogs hébergés sur WordPress.com, SharePoint, Blogger, TypePadAinsi que ceux Self hosting.
Avant de brancher Windows Writer en direct une plateforme de blog WordPress, Il faut d'abord cocher les options Édition à distance. Protocole de publication Atom si XML-RPC à partir de Tableau de bord > Settings > Écriture.

WordPress Windows Writer en direct Settings

Après la connexion, Windows Live Writer a importé quelques éléments de blog, notamment thème graphique (Facultatif) et ÉtiquetteSites. Quand a un blog base de données très homogène, notamment balise tableSites (nombre) est possible serveur est hébergé Blog permettent pas de connexion WLW et des erreurs comme:

Réponse du serveur invalide - La réponse à la méthode wp.getTags reçu du serveur de blog n'est pas valide.

Cette erorare se produit surtout lorsque nous voulons importer la liste des balises (wp_tags) dans Windows Live Writer.

Détails de l'erreur:

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:

Lorsque les importations (par étiquettes dans notre cas) serveur qui héberge le blog est plus exigeant que d'habitude, et limite de mémoire (RAM) d'exécution affecté Scripts PHP est obsolète. Pour cette raison, le serveur rejette la connexion ou arrête l'importation. "Invalid document de réponse du serveur XMLRPC de retour" .

Résoudre erreur:

Comme dans le cas de l'erreur "metaWeblog.newPost« La solution vient de .htaccess. Vous aurez besoin d'ajouter une ligne à augmenter la limite de mémoire attribué au compte qui est web hébergement du blog. Pour ce faire, ajoutez la ligne Htaccess.:

value memory_limit 256M

Valeur 256M à "memory_limit”Il établit La taille maximale exprimée Baiti que PHP script peut utiliser. La limite "memory_limit" est définie par défaut sur 128M Le fichier php.ini (Config site PHP_INI_ALL serveur pour PHP) sur la plupart des serveurs reuleaza PHP 5.3.10. Dans le passé, avant PHP 5.2.0 valeur était 8MEt avec la sortie PHP 5.2.0Cette valeur a été fixée à 16M.
Avant d'importer Tags dans WLW Vous pouvez augmenter cette limite sur 128MMais vous devez prendre en compte la Mémoire totale du serveur Web. La directive "memory_limit" empêche pratiquement un script PHP écrit de manière erronée de consommer toute la mémoire disponible sur un serveur. Il est recommandé après l'importation de supprimer cette ligne de .htaccess pour revenir à la valeur default établi par php.ini.

Si vous n'avez pas accès aux paramètres de modification de la valeur "memory_limit", dans ce cas, vous devrez contacter le fournisseur hébergeant votre blog. Pour des raisons de sécurité et de performances, la plupart des hébergeurs Web limitent l'accès aux comptes aux paramètres "sensibles". .du serveur.