DZone
Performance Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > Performance Zone > GitHub Needs Client OAuth Proxy for More Complete Client-side Apps on Pages

GitHub Needs Client OAuth Proxy for More Complete Client-side Apps on Pages

Find out why GitHub needs client OAuth for more complete Client-side apps on pages in this quick article from Kin Lane.

Kin Lane user avatar by
Kin Lane
·
Oct. 11, 16 · Performance Zone · Opinion
Like (3)
Save
Tweet
3.35K Views

Join the DZone community and get the full member experience.

Join For Free

I'm building what I am calling "micro tools", that run 100% on Github. To push my work forward I developed a base template I can use for deploying apps that run 100% on GitHub, using GitHub Pages, the GitHub API, and GitHub OAuth as the engine. As a next step, I wanted to develop a simple YAML editor that run on Github, allowing me to edit the YAML core of each tool, that is stored in the _data folder for each Jekyll site I host on Github Pages.

The key to all of this working securely is GitHub personal access tokens, which every GitHub user has in their accounts under settings. I have employed this approach to running apps on GitHub Pages before using OAuth.io as the broker, something that works very well, and I highly recommend it. I have also run using my own GitHub OAuth proxy, where I had server side code that would do the OAuth dance for me, when authenticating via these apps. The problem is I want them to run 100% on GitHub, and be forkable by anyone, leaving personal access tokens as my only option.

What would really rock, is if GitHub provided us with a solution to client-side authentication via the GitHub API. We can already accomplish the whole thing, we just need GitHub to offer the same functionality that OAuth.io — heck I recommend you just buy them and implement. An increasing number of API providers are managing their API operations on GitHub. From API portal to documentation and SDKS--they are using Github and GitHub Pages to take care of business. So having GitHub OAuth, plus authentication via other providers would be a huge benefit.

Additionally, it would open up GitHub Pages to be more than just static project pages--they could become little mini apps, or micro tools as I call them. Forking one of my micro tools, then finding your personal access tokens is not that high of a bar, but it would be much nicer if I could just provide them a Github icon, and I could route them through a secure GitHub OAuth proxy, all without any outside infrastructure. Just a thought GitHub. Some ramblings about what I'd like to see. For now, I'll rely on the personal access tokens, that is until GitHub decides to provide us with some sort of OAuth proxy for client-side apps to operate on GitHub Pages.

GitHub app authentication security

Published at DZone with permission of Kin Lane, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • No-Code/Low-Code Use Cases in the Enterprise
  • On Architects, Architecture, and Failures
  • The Power of Enum: Make Your Code More Readable and Efficient [Video]
  • Major PostgreSQL Features You Should Know About

Comments

Performance Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo