World: r3wp

maybe it was the GPL license??

I think I had an escaping issue with json.r last time I used it. 
But as that was in 2008, so I guess this has been fixed, since.

I think GPL was Romano's original. Not sure if we can find him to 
ask about changing it. I'm all for MIT or the JSON license.


If there are any bugs, let me know. Provided tests will get added 
to my suite.

Chris, Maarten also included switches to encrypt and decrypt files 
being stored on S3 ... do you want to tackle that as well?  :)

S3 is also used for storing large files... so probably one needs 
to alter the http protocol to save content directly to a disk file

Or:  U is the same as C on S3 (as near as I can tell) and D is a 
little way off.

Switches, is that the 'md5 parameter?

I think U is the same as C

As opposed to R, as I'd previously stated : (

Crud indeed.

Many thanks for the protocol!

I'll include it in Syllable Server on the next release

Re. Twitter, you'll need a consumer key/secret (register an app at 
http://dev.twitter.com/) to get it working.

Current theory is that I have to double url-encode my post params 
when signing.  Sheesh.

R2 or R3?

R2.

Same principles should apply to R3 (after all, you're only adding 
a header to each request), but I don't know the R3 HTTP scheme that 
well.

So, you can tweet using OAuth ?

If so, that's pretty cool

Chris, the current http protocol does support custom headers with 
get like this 

read URL [ header [ Cookie: "authtoken=anotherfoo" ]]

The 'header is an undocumented feature

Basic authentication is being turned off on twitter end of this month!

Is someone going to register Rebol/View as an application?

for OAuth

The answer is...

Yesss!!

And thanks for the 'header tip - it works, and so this implementation 
works with the built-in HTTP scheme : )

The obvious caveat is that it doesn't work over SSL, that I'm afraid 
is an exercise for those using /Command or Stunnel.

SSL is available for everyone

with the latest View

Huh, so it is...

I'm hoping my changes or a variation of them will be rolled into 
the built in http scheme :)

I missed that.  So...  Works with SSL as well - cool!

I switched out the URL and it still works : )

Yes - need to be able to use 'put and 'delete for sure.

http://rebol.wik.is/Code_Samples/Tweet.r

Need a little example like this one :)

I know, it's a pain you can't use it without API keys...

I may change the third argument to a filename that automatically 
loads and saves user info.  At the moment, it asks for a block.

Note that if you view the tweets on Twitter itself, it links back 
to my page (where it says 'Client for REBOL') - http://twitter.com/rgrebol

So, what's missing?

And can your oauth work be used for google ?

Should be somewhat compatible.  There's two main parts: the header 
and the handshake.

I've tried to separate as much as my code as is possible, but it 
may not be generic enough...

The header is used to sign request parameters, including the parameters 
of the OAuth header.

The handshake is a multi-step process to get a user's credentials: 
request a temporary token, send the user to the site, user comes 
back and enters a code, request a permanent token.

That's all there is to it : )

Yeah ... I looked at this before and decided it was a little tricky 
:)

A more generic implementation may be a protocol that wraps around 
http(s).

read/custom oauth://[chris-:-api-:-twitter-:-com]/ [post a: 1 b: 2 c: 3]

sounds like a good idea :)

Doable, I think.  Need to have a way to store user info over sessions.