Windows Live Writer Es ist meiner Meinung nach die komplexeste Anwendung, die dies zulässt bearbeiten und VERÖFFENTLICHUNG Artikel in einem Blog, die Anwendung kann sowohl für gehostete Blogs verwendet werden WordPress.com, SharePoint, Blogger, TypePad, sowie jene Selbsthosting.
Vor dem Anschließen Windows Live Writer zu einem Blog mit der Plattform WordPress, müssen wir zunächst die Optionen von prüfen Remote-Veröffentlichung. Atom Publishing-Protokoll und XML-RPC AUS Armaturenbrett > Einstellungen > Schreiben.

Nach dem Herstellen der Verbindung importiert Windows Live Writer mehrere Elemente des Blogs, darunter auch: grafisches Thema (optional) und Etikettdas Wenn der Blog eine hat Datenbank sehr konsistent, besonders auf die Tag-Tabelle-s (große Zahl) ist möglich der Server, auf dem der Blog gehostet wird um die Verbindung des WLW nicht zuzulassen und Fehler zu verhindern wie:

Ungültige Serverantwort – Die vom Blogserver empfangene Antwort auf die Methode wp.getTags war ungültig.

Dieser Fehler tritt insbesondere dann auf, wenn wir die Liste der Tags importieren möchten (wp_tags) im Windows Live Writer.

Details Fehler:

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)

Fehlerursache:

Zum Zeitpunkt des Imports (von Tags (in unserem Fall) wird der Server, der das Blog hostet, wieder stärker angefragt als gewöhnlich Speicherlimit (RAM), der der Ausführung zugewiesen ist PHP-Skripte überschritten wird. Aus diesem Grund lehnt der Server die Verbindung ab oder stoppt den Import. “Ungültiges Antwortdokument vom XmlRpc-Server zurückgegeben“.

Fehlerbehebung:

Wie im Fall des Fehlers “metaWeblog.newPost“, die Lösung ist auch von .htaccess. Wir müssen eine Zeile hinzufügen Erhöhen Sie das Speicherlimit dem Webhosting-Konto zugeordnet, auf dem sich der Blog befindet. Fügen Sie dazu die Zeile in .htaccess hinzu:

value memory_limit 256M

Der Wert 256M A “speicher_limit” Satz die maximale Größe, ausgedrückt in Bytes welcher PHP-Skript kann es verwenden. Limit “speicher_limit” ist standardmäßig auf eingestellt 128M der Datei Php.ini (config-ul PHP_INI_ALL pro Server für PHP) auf den meisten neu startenden Servern PHP 5.3.10. In der Vergangenheit, vorher PHP 5.2.0 Der Wert war von 8M, und mit der Veröffentlichung der Version PHP 5.2.0, dieser Wert wurde auf festgelegt 16M.
Vor dem Import Stichworte im WLW Sie können dieses Limit auf über 128 Mio. erhöhen, aber man muss auch berücksichtigen der Gesamtspeicher des Webservers. Richtlinie “speicher_limit” impiedica practic un script PHP scris eronat sa consume toata memoria disponibila pe un server. Este recomandat ca dupa import sa stergeti aceasta linie din .htaccess pentru a reveni la valoarea default stabilita de Php.ini.

Daca nu aveti acces la setarile de modificarea a valorii “speicher_limit”, in aceasta situatie va trebui sa va adresati providerului care hosteaza blog-ul dvs. Din motive de securitate si performanta, majoritatea furnizaorilor de web hosting restrictioneaza accesul conturilor la setarile “sensibile” ale serverului.