better handling of XRDS files
authorEvan Prodromou <evan@prodromou.name>
Mon, 2 Jun 2008 17:42:49 +0000 (13:42 -0400)
committerEvan Prodromou <evan@prodromou.name>
Mon, 2 Jun 2008 17:42:49 +0000 (13:42 -0400)
commit03677f1a81bcde5541bda6322e0dd0b0fb847ecd
treedd61c81f612a72d8acc4520e019a49d0c9e2881b
parent7743348d24800506c478cf8567bdb3282109688e
better handling of XRDS files

Our generated XRDS files contain 3 XRD elements: one for OAuth, one
for OMB, and one to point to the other two. Auth_Yadis only gives us
the last one, so we have to use it to find the other two, and then
extract service URLs from them.

Kind of fragile code, probably won't hold up under complicated
topologies, and won't work at all if the XRDs are in another XRDS
container. I tried to use XRDS filtering to get the top-priority
version of XRDs, services, and URIs, but Laconica's output doesn't use
any of that stuff and I don't particularly want to test it.

darcs-hash:20080602174249-84dde-b7ffdf7f21afb5b734def70530fc305689da471d.gz
actions/remotesubscribe.php
lib/omb.php