[wp-xmlrpc] Decoupling xmlrpc endpoint from Wordpress installation
Eric Mann
eric at eamann.com
Tue Jul 20 16:01:10 UTC 2010
+1 on working with a separate WP installation.
It's bad form to blend a development environment with a live system ...
On July 20, 2010 at 3:56 PM Joseph Scott <joseph at josephscott.org> wrote:
> I'd either be more defensive in your flash app (degrade gracefully if
> the custom field is missing) and/or do the theme development on a
> separate WP install.
>
> On Tue, Jul 20, 2010 at 8:26 AM, Luke Mackenzie <luke at lukem.co.uk> wrote:
> > I'm working on a Wordpress MU install (2.9.2) and have developed some custom
> > XMLRPC methods which are working fine. However, we're in a situation where
> > the XMLRPC endpoint is serving live clients (flash kiosks) and the actual
> > wordpress website is not yet live so is still being developed (theme
> > development, new /updated plugins etc). Updates to the live server
> > (templates, new custom fields, people adding new content) are occasionally
> > causing instabilities with the flash kiosks (the flash is expecting a custom
> > field to exist, for example, and someone has removed it from the authoring
> > interface or someone adds content with a vital image missing).
> >
> > Can anyone suggest a strategy for decoupling the XMLRPC interface from the
> > live site? Would this need database replication or something similar? Maybe
> > we could have an additional blog which only serves the kiosks and replicate
> > data to that at 24 hour intervals?
>
>
>
> --
> Joseph Scott
> joseph at josephscott.org
> http://josephscott.org/
> _______________________________________________
> wp-xmlrpc mailing list
> wp-xmlrpc at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-xmlrpc
More information about the wp-xmlrpc
mailing list