[wp-xmlrpc] Have you seen this before? wp.getOptions() is executing, but returning no values

Dan Green dan at bringtheblog.com
Fri Jan 15 16:23:57 UTC 2010

The error was related to cURL. 

My service accepts user input via a HTML form. Users that provide a blog 
URL of http://mysite.com when the blog's true URL is 
http://www.mysite.com were getting the error.  cURL doesn't resolve 

I know that cURL has an option for redirection and that was the initial 
fix.  However, because redirection waits for a timeout before trying 
"the next URL", there was  puts a major drag on loadtimes.  I am doing 
the check manually.  If wp.getOptions() doesn't throw an error and its 
values are null, that's a signal that something went wrong.  At that 
point, I use PHP to add the "www" to the user's URI and re-run 
wp.getOptions().  It's works.

A look at the server shows that the cURL function throws a -1 error so 
that's probably another way to troubleshoot.

Daniel Jalkut wrote:
> On Jan 6, 2010, at 10:06am, Dan Green wrote:
>> Have you ever run into something like this? I am sure there’s a logical explanation — I just can’t figure it out. And before I start digging into somebody else's server configuration, I thought I'd ask the group if this is a common issue with a simple work-around.
> Hi Dan - first thing I would look into, which you didn't mention one way or the other, is whether the installed plugins are different on the affected and unaffected servers.
> Whenever I see unexpected results from the API, I usually suspect plugin interference as a first line of inquiry.
> Daniel
> _______________________________________________
> wp-xmlrpc mailing list
> wp-xmlrpc at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-xmlrpc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.automattic.com/pipermail/wp-xmlrpc/attachments/20100115/acf10189/attachment.htm>

More information about the wp-xmlrpc mailing list