# I am the Watcher. I am your guide through this vast new twtiverse.
# 
# Usage:
#     https://watcher.sour.is/api/plain/users              View list of users and latest twt date.
#     https://watcher.sour.is/api/plain/twt                View all twts.
#     https://watcher.sour.is/api/plain/mentions?uri=:uri  View all mentions for uri.
#     https://watcher.sour.is/api/plain/conv/:hash         View all twts for a conversation subject.
# 
# Options:
#     uri     Filter to show a specific users twts.
#     offset  Start index for quey.
#     limit   Count of items to return (going back in time).
# 
# twt range = 1 14
# self = https://watcher.sour.is/conv/kosjbnq
@markwylde have you tried this? do you want to collaborate on something similar that we build together?
@markwylde have you tried this? do you want to collaborate on something similar that we build together?
@markwylde have you tried this? do you want to collaborate on something similar that we build together?
@prologic I just copied some of their example docs and ended up with:\nhttps://ugliest.app/l/30a08f20-1264-437c-aed2-b3d892513fc5/test\n\nI like the simplicity. It's very centralised though. I wonder if there's a federated or decentralised way of doing this (without going down the block chain path).
@prologic I just copied some of their example docs and ended up with:
https://ugliest.app/l/30a08f20-1264-437c-aed2-b3d892513fc5/test

I like the simplicity. It's very centralised though. I wonder if there's a federated or decentralised way of doing this (without going down the block chain path).
@prologic I just copied some of their example docs and ended up with:\nhttps://ugliest.app/l/30a08f20-1264-437c-aed2-b3d892513fc5/test\n\nI like the simplicity. It's very centralised though. I wonder if there's a federated or decentralised way of doing this (without going down the block chain path).
@markwylde Why decentralized? 🤔
@markwylde Why decentralized? 🤔
@markwylde Why decentralized? 🤔
@prologic I think for centralised services I would rather use render.com, vercel, heroku or even google app engine. Or even better, puzed when I finally get it stable :P
@prologic I think for centralised services I would rather use render.com, vercel, heroku or even google app engine. Or even better, puzed when I finally get it stable :P
@markwylde I don’t really like relying on anyone else’s cloud services! 😂
@markwylde I don’t really like relying on anyone else’s cloud services! 😂
@markwylde I don’t really like relying on anyone else’s cloud services! 😂