You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jun 10, 2019. It is now read-only.
Repository navigation
This repository was archived by the owner on Jun 10, 2019. It is now read-only.
Once discourse is up and running we can open up slack to be a self serve invite.
What should your feature do?
Create a new page (something like /profile/slack) where a user can invite themselves to the slack team. This page should be protected.
When the user clicks a button send a POST request (with no payload) to the endpoint defined in OperationCode/operationcode_backend#102. If successful render a page that informs the user to check their email for a slack invite and some instructions on downloading the app.
Stretch goal: It would be cool to show how many users are in slack on the page.
I have an app that allows the user to enter their email, and then they're invited to the team Slack channel. I have it in it's own repo, but can make a new one for OPC if you think that's a good idea.
What it requires is an admin API Slack token, and there's an optional invite token available.
I don't think there's a need for a whole app. Thinking about this a bit more I think we can use our current inviter on the backend and just expose it via an API. I've updated the ticket to reflect this change.
While this repo does allow users to sign up for our slack I think it's a bit heavy weight. To implement this we would have to stand up another server, provision a new hostname (and TLS cert), and manage the config. Since the config file contains secrets we'd have to host this in a private repo which goes against the org as a whole. We would also probably want to brand that page (or at least add a logo). This also doesn't meet the requirement of the invite being protected behind an operationcode.org account. If we needed this resolved yesterday this would be a good solution though.
Since we've already got a backend job that we're currently using I think it's easier to expose that job via the API and creating a new scene here in the front end to explain what slack is and how to use it with a button that will make a call to that new API.
If you create a CNAME in your DNS, I can use CloudFlare for an SSL and lend my server space (where it's currently hosted) to you until you get your signup flow with the backend in place. If it's not going to take several days/ weeks to implement a frontend scene with the backend API, not to mention whatever you're doing with discourse, then I'd recommend a simple solution. Once a user is signed in on your site, give them a button on their profile page that when clicked, redirects to your CNAME (the slack inviter page) so they can get into your Slack channel. I thinks it's important to sometimes get something shipped, then iterate to make it perfect. If every PM demanded perfection before a release, then their product would fail and they would run out of money. It's just my opinion, and I can agree with your methods if they will produce a working solution quickly.
It's also important to mark your estimates on these tickets, because I have no idea how long it's going to take to resolve to completion without the estimates. The branding concern can easily be taken care of if needed. I just want to know how I can best help, and where my efforts are needed. Preferably before I solve the problem, not after.
Activity
sethbergman commentedon Jul 20, 2017
I have an app that allows the user to enter their email, and then they're invited to the team Slack channel. I have it in it's own repo, but can make a new one for OPC if you think that's a good idea.
What it requires is an admin API Slack token, and there's an optional invite token available.
rickr commentedon Jul 20, 2017
I don't think there's a need for a whole app. Thinking about this a bit more I think we can use our current inviter on the backend and just expose it via an API. I've updated the ticket to reflect this change.
sethbergman commentedon Jul 20, 2017
http://slack-invites.npmstack.com/
https://github.com/stackriot/slack-invite-automation
rickr commentedon Jul 20, 2017
While this repo does allow users to sign up for our slack I think it's a bit heavy weight. To implement this we would have to stand up another server, provision a new hostname (and TLS cert), and manage the config. Since the config file contains secrets we'd have to host this in a private repo which goes against the org as a whole. We would also probably want to brand that page (or at least add a logo). This also doesn't meet the requirement of the invite being protected behind an operationcode.org account. If we needed this resolved yesterday this would be a good solution though.
Since we've already got a backend job that we're currently using I think it's easier to expose that job via the API and creating a new scene here in the front end to explain what slack is and how to use it with a button that will make a call to that new API.
sethbergman commentedon Jul 21, 2017
If you create a CNAME in your DNS, I can use CloudFlare for an SSL and lend my server space (where it's currently hosted) to you until you get your signup flow with the backend in place. If it's not going to take several days/ weeks to implement a frontend scene with the backend API, not to mention whatever you're doing with discourse, then I'd recommend a simple solution. Once a user is signed in on your site, give them a button on their profile page that when clicked, redirects to your CNAME (the slack inviter page) so they can get into your Slack channel. I thinks it's important to sometimes get something shipped, then iterate to make it perfect. If every PM demanded perfection before a release, then their product would fail and they would run out of money. It's just my opinion, and I can agree with your methods if they will produce a working solution quickly.
It's also important to mark your estimates on these tickets, because I have no idea how long it's going to take to resolve to completion without the estimates. The branding concern can easily be taken care of if needed. I just want to know how I can best help, and where my efforts are needed. Preferably before I solve the problem, not after.
kylemh commentedon Oct 1, 2017
I'm in favor of closing this since user's currently receive an invite to the Slack team. Thoughts?
hollomancer commentedon Oct 13, 2017
I agree that this is not critical right now.