aboutsummaryrefslogtreecommitdiffhomepage
path: root/routes
diff options
context:
space:
mode:
authorwinter2025-01-02 21:43:06 +0000
committerwinter2025-01-02 21:43:06 +0000
commit765bf9729cc31b7ff552922c6363373f218c1f24 (patch)
tree209ee655ee747f54acc75981963edbd0cd350a84 /routes
parentfea439b57f9ba225e2d3169d7615c0bd2aecabe4 (diff)
try to auth and subscribe both ways at any opportunity
experimental and untested and might turn out to be a horrible idea! but it will at least mean there's a trigger for subscription now
Diffstat (limited to 'routes')
-rw-r--r--routes/subscribe.php9
1 files changed, 9 insertions, 0 deletions
diff --git a/routes/subscribe.php b/routes/subscribe.php
index e081309..9795aa1 100644
--- a/routes/subscribe.php
+++ b/routes/subscribe.php
@@ -12,6 +12,15 @@ Router::getInstance()->mount('/subscribe', function (array $args) {
$instance->auth->outboundPushEnabled = true;
$instance->save();
http_response_code(204); // "No Content"
+
+ // similar to in Instance->requestOutboundAuthToken, i'm gonna start auth in the other direction at this point
+ // my intention is that with these two pieces of code, any two digitigrade instances will complete full 2-way
+ // auth and subscribe "handshakes" when either one tries to auth with the other
+ // with a small network i don't think this will be a problem but as it grows this could cause a lot of extra
+ // overhead potentially?
+ // also worth noting this is run immediately rather than scheduled as a job. might be best to change that.
+ if ($instance->auth->outboundToken == null)
+ $instance->beginOutboundAuth();
});
Router::getInstance()->mount('/unsubscribe', function (array $args) {