Windows Live Writer ist meiner Meinung nach die komplexe Anwendung, die ermöglicht, Bearbeitung si Veröffentlichung Artikel auf einer Blog-Anwendung kann sowohl für Blogs gehostet werden WordPress.com €XNUMX, SharePoint, Blogger, TypePadSowie diejenigen Selbst Hosting.
Vor dem Anschließen Windows Live Writer a Blog-Plattform WordPress, Muss zuerst kreuzen Optionen Remote Publishing. Atom Publishing Protocol si XML-RPC von Dashboard > Settings > Schreiben.
Nach dem Anschließen Windows Live Writer importierte einige Blog-Elemente, darunter grafisches Thema (Optional) und EtikettSites. Wann hat ein Blog Datenbank sehr konstant, vor allem table-TagSeiten (Anzahl) ist möglich Server gehostet Blog ist nicht zulassen WLW Verbindung und Fehler wie:
Ungültige Antwort des Servers - Die Antwort auf die wp.getTags Verfahren aus dem Blog-Server empfangen war ungültig.
Diese erorare tritt vor allem, wenn wir die Liste der Tags importieren möchten (wp_tags) in Windows Live Writer.
Error Details:
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)Ursache des Fehlers:
Wenn die Einfuhren (durch Tags in unserem Fall) Server, der die Blog Hosts ist anspruchsvoller als sonst, und memory limit (RAM) zugeordnet Ausführung PHP-Skripte ist veraltet. Aus diesem Grund lehnt der Server die Verbindung ab oder beendet den Import. „Ungültige Antwort Dokument aus XMLRPC Server zurückgegeben".
Solving Fehler:
Wie im Falle des Fehlers "metaWeblog.newPost"Die Lösung ist alles von .htaccess. Sie müssen eine Zeile hinzufügen erhöhen memory limit zugeordnet Konto, das Blog Web-Hosting ist. Um dies zu tun, fügen Sie die Htaccess Linie.:
value memory_limit 256MWert 256M Diememory_limitEr etabliert Maximale Größe ausgedrückt Baiti daß ein PHP-Skript können. Das Limit "memory_limit" ist standardmäßig auf eingestellt 128M Die Datei php.ini (Config-Website PHP_INI_ALL Server für PHP) auf den meisten Servern reuleaza PHP 5.3.10. In der Vergangenheit vor PHP 5.2.0 Wert war 8MUnd mit dem Release PHP 5.2.0Dieser Wert wurde bei eingerichtet 16M.
Vor dem Import Schlüsselwörter in WLW Sie können diese Obergrenze über 128M erhöhenAber Sie müssen berücksichtigen, die Web Server Gesamtspeicher. Die Anweisung "memory_limit" verhindert praktisch, dass ein falsch geschriebenes PHP-Skript den gesamten verfügbaren Speicher auf einem Server belegt. Es wird empfohlen, diese Zeile nach dem Import aus .htaccess zu löschen, um zum Wert zurückzukehren default gegründet von php.ini.
Wenn Sie keinen Zugriff auf die Einstellungen für die Wertänderung "memory_limit" haben, müssen Sie sich in diesem Fall an den Anbieter wenden, der Ihr Blog hostet. Aus Sicherheits- und Leistungsgründen beschränken die meisten Webhosting-Anbieter den Kontozugriff auf "vertrauliche" Einstellungen der Server.
