存档

2009年4月存档,

与WordPress,修复Windows实时作家发行

2009年4月30日 没有评论

我一直使用的Windows Live作家在写我的博客(WLW)和交叉张贴他们的WordPress的网站 www.ningzhang.org和Blogger 网站 blog.ningzhang.org,非常方便。 昨天,我跑进开放和张贴到我的问题的 WordPress站点使用Windows实时作家:得到一个错误对话框说

无效的服务器响应 - metaWeblog.newMediaObject方法从博客服务器收到的响应无效

我在网上搜索,尝试了一些东西,并很快解决的问题。 在这里分享我的结果,希望可能会有所帮助他人到类似的问题运行。

的Windows Live作家日志

WLW有相当不错的日志。 打开帮助 - >关于Windows Live作家菜单项:

Windows Live Writer Help->About menu item

你会看到“关于”对话框,单击“查看日志文件的链接:

WLW About Windows

文件夹“%LOCALAPPDATA%\的Windows Live作家”将弹出,其中包含的Windows Live Writer.log“文件。 下面我复制相关的错误日志。 相当不错的堆栈跟踪,非常有用的用于调试和诊断 :-)

 WindowsLiveWriter,1.7696,失败,00031,30 - 2009 01:28:58.595“WindowsLive.Writer.Extensibility.BlogClient.BlogClientInvalidServerResponseException:无效的服务器响应 - metaWeblog.newMediaObject方法,从博客服务器收到无效的响应:从XMLRPC服务器WindowsLive.Writer.BlogClient.Clients.XmlRpcBlogClient.CallMethod(字符串methodName中,XmlRpcValue []参数)在WindowsLive.Writer.BlogClient.Clients.MetaweblogClient.DoBeforePublishUploadWork WindowsLive.Writer.PostEditor(IFileUploadContext uploadContext)返回无效的响应文件WeblogBlogFileUploader.DoUploadWorkBeforePublish(IFileUploadContext uploadContext)(弦乐的FileReference,BlogFileUploader fileUploader,布尔isWindowsLiveLightboxCloneEnabled)在WindowsLive.Writer.PostEditor.BlogPostReferenceFixer.FileUploadWorker.DoUploadWork在WindowsLive.Writer.PostEditor.BlogPostReferenceFixer.LocalFileTransformer.Transform(BeginTag标签,String引用) 标签,String引用)WindowsLive.Writer.CoreServices.HTML.HtmlReferenceFixer.OnBeginTag WindowsLive.Writer.CoreServices.LightWeightHTMLDocumentIterator.Parse(WindowsLive.Writer.CoreServices.HTML.HtmlReferenceFixer.FixReferences)(BeginTag标记)(TextWriter输出,ReferenceFixer referenceFixer,ReferenceFixedCallback referenceFixed)(字符串的HTML,ReferenceFixer定影液,ReferenceFixedCallback referenceFixed)在WindowsLive.Writer.CoreServices.HTML.HtmlReferenceFixer.FixReferences在WindowsLive.Writer.CoreServices.HTML.HtmlReferenceFixer.FixLocalFileReferences(字符串的HTML,ReferenceFixer定影液,ReferenceFixedCallback referenceFixed) WindowsLive.Writer.CoreServices.HTML.HtmlReferenceFixer.FixLocalFileReferences(字符串的HTML,ReferenceFixer定影液) 在WindowsLive.Writer.PostEditor.UpdateWeblogAsyncOperation.DoWork WindowsLive.Writer.CoreServices.AsyncOperation.InternalStart ()"," System.Environment.GetStackTrace(异常E,布尔needFileInfo)System.Environment.get_StackTrace()WindowsLive Writer.CoreServices.Diagnostics.LogFileTraceListener.Fail(String消息)在System.Diagnostics.TraceInternal.Fail(String消息)在System.Diagnostics.Trace.Fail WindowsLive.Writer.PostEditor.BlogPostEditingManager.UpdateWeblog(String消息)(布尔发布WindowsLive.Writer.PostEditor.BlogPostEditingManager.PostToWeblog(布尔发布))WindowsLive.Writer.PostEditor.BlogPostEditingManager.PublishAsDraft()在WindowsLive.Writer.PostEditor.PostEditorMainControl.commandPostAsDraft_Execute WindowsLive.Writer(对象发件人,EventArgs的发送)。 ApplicationFramework.Command.RaiseEvent(对象eventKey级:)(EventArgs的五)在WindowsLive.Writer.ApplicationFramework.Command.OnExecute WindowsLive.Writer.ApplicationFramework.CommandOwnerDrawMenuItem.OnClick(EventArgs的五)在System.Windows.Forms.MenuItem.MenuItemData在System.Windows.Forms.Command.Invoke的execute()()System.Windows.Forms.Command.DispatchID System.Windows.Forms.Control.WmCommand在System.Windows.Forms的(消息&M)(Int32的ID)。 (消息&M)。Control.WndProc System.Windows.Forms.ScrollableControl.WndProc System.Windows.Forms.ContainerControl.WndProc在System.Windows.Forms.Form.WndProc(消息&M)(消息&M)(消息&M) WindowsLive.Writer.ApplicationFramework.ApplicationForm.WndProc在System.Windows.Forms.Control.ControlNativeWindow.OnMessage(消息&M)在System.Windows.Forms的WindowsLive.Writer.ApplicationFramework.SatelliteApplicationForm.WndProc(消息&M)(消息&M) 。Control.ControlNativeWindow.WndProc(消息&M),System.Windows.Forms.NativeWindow.Callback(HWND的IntPtr,Int32的味精,IntPtr的WPARAM,LPARAM的IntPtr)System.Windows.Forms.NativeWindow.DefWndProc(消息&M)在系统。 Windows.Forms.NativeWindow.WndProc(消息&M) 米)System.Windows.Forms.NativeWindow.Callback(HWND的IntPtr,Int32的味精,IntPtr的WPARAM,LPARAM IntPtr的)(消息&M)在System.Windows.Forms.NativeWindow.WndProc System.Windows.Forms.NativeWindow.DefWndProc(消息&M) 米)System.Windows.Forms.NativeWindow.Callback(HWND的IntPtr,Int32的味精,IntPtr的WPARAM,LPARAM IntPtr的)(消息&M)在System.Windows.Forms.NativeWindow.WndProc System.Windows.Forms.NativeWindow.DefWndProc(消息&M) 米)System.Windows.Forms.NativeWindow.Callback(HWND的IntPtr,Int32的味精,IntPtr的WPARAM,LPARAM IntPtr的)(消息&M)在System.Windows.Forms.NativeWindow.WndProc System.Windows.Forms.NativeWindow.DefWndProc(消息&M) 米)System.Windows.Forms.NativeWindow.Callback(HWND的IntPtr,Int32的味精,IntPtr的WPARAM,LPARAM IntPtr的)(消息&M)在System.Windows.Forms.NativeWindow.WndProc System.Windows.Forms.NativeWindow.DefWndProc(消息&M) 米)System.Windows.Forms.NativeWindow.Callback(HWND的IntPtr,Int32的味精,IntPtr的WPARAM,LPARAM IntPtr的)(消息&M)在System.Windows.Forms.NativeWindow.WndProc System.Windows.Forms.NativeWindow.DefWndProc(消息&M) 米)System.Windows.Forms.NativeWindow.Callback(HWND的IntPtr,Int32的味精,IntPtr的WPARAM,LPARAM IntPtr的)(消息&M)在System.Windows.Forms.NativeWindow.WndProc System.Windows.Forms.NativeWindow.DefWndProc(消息&M) 米)System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW System.Windows.Forms.NativeWindow.Callback(HWND的IntPtr,Int32的味精,IntPtr的WPARAM,LPARAM IntPtr的)(味精和味精)  dwComponentID,Int32的原因,INT32 pvLoopData)System.Windows.Forms.Application.ThreadContext.RunMessageLoop System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32的原因,ApplicationContext的背景下)(Int32的原因,ApplicationContext的范围内)在System.Windows Forms.Application.Run(MainForm的表格)(对象[]参数)在WindowsLive.Writer.ApplicationFramework.SatelliteApplicationForm.Launcher.ThreadMain WindowsLive.Writer.CoreServices.Threading.ThreadStartWithParams.Run()System.Threading.ThreadHelper.ThreadStart_Context (对象状态)(System.Threading.ExecutionContext.Run的ExecutionContext的ExecutionContext,ContextCallback回调,对象状态),System.Threading.ThreadHelper.ThreadStart()“ 

这是黄金星级插件!

由于WLW一直致力于罚款与我的WordPress网站到现在,所以我怀疑它是我的WordPress网站上最近的一些变化,以及近期最有可能的插件更新,所以我尝试停用插件逐个的。 我很幸运! ,因为我知道什么插件我最近更新,所以我先停用黄金开始评价插件,然后使用WLW开放和后,和它的工作!

更新

2009-05-05

我再次跑进这个错误,同时从Windows Live作家出版后:

Invalid Server Response

的Windows Live作家日志显示了类似的错误消息之前和调用堆栈。 我打开我的WordPress站点的顶层目录下的error_log中,它是这样的:

05 - 5 - 2009年8点10分59秒] PHP的致命错误:33554432用尽字节允许内存大小/(尝试分配865469字节)[删除] / wp-includes/class-IXR.php线242

类IXR.php 242行是下面第二行:

  :  “BASE64”:
     ->_currentTagContents ) );美元价值 = base64_decode(TRIM($ - > _currentTagContents));
     $ valueFlag = TRUE;
     打破 ; 

所以它看起来像它耗尽内存而base64_decode图像。 我删除了我的帖子最大的形象,后草案博客,并成功。 我然后编辑WordPress的web用户界面草案,从计算机,选择“添加图像,并插入到后:

Add an Image from computer

它成功了。

我真的不知道WordPress或PHP作为开发人员,所以如果有人知道如何提高这个好,请让我知道。 一个一般的新手用户的做法似乎:

  • 服务器经常要找准麻烦制造者的形象,而你是创作后的草案
  • 上传和插入图片后从WordPress的web用户界面
Tags: , 分类: 博客 标签: WordPress的