Git Product home page Git Product logo

Comments (2)

kerolasa avatar kerolasa commented on August 15, 2024

The issue feels similar with 'how to find DNS provider contact info'
question recently. Perhaps the DNS provider json should have a link to
documentation, something like this:

{
    "providerId": "cloudflare.com",
    "providerName": "cloudflare",
    "providerDisplayName": "Cloudflare",
    "urlSyncUX": "https://dash.cloudflare.com/domainconnect",
    "urlAPI": "https://api.cloudflare.com/dns/domainconnect",
    "documentation": "https://developers.cloudflare.com/dns/reference/domain-connect/"
}

And the spec should instruct the DNS provider docs need to tell 1) how to
contact the provider and 2) what is the level of feature support, with all
the nitty-gritty details what a service provider can and should expect.

For example. Cloudflare will require "syncPubKeyDomain". And Cloudflare
will ask "logoUrl" content, that is copied to our data storage to ensure all
the data served by our UI is security reviewed (or to put that differently
extreme paranoia about cross-site scripting is in use).

from spec.

pawel-kow avatar pawel-kow commented on August 15, 2024

Interesting aspects.

For the discoverability of the supported features, maybe we should have those elements machine readible.
/settings end point kind of serves this purpose already. Example from OpenID Connect (https://openid.net/specs/openid-connect-discovery-1_0.html#ProviderConfig) shows that such an approach might be helpful.

It would be great to hear from more DNS providers whether the best way to go would be to go over the end-point:

  • benefits: it's decentralised, can be even maintained without anyone knowing or having to manage
  • downsides: for some "process related" information like contact email it is typically not the best idea to bury it in the technical service

An alternative, which was raised as an idea in the past (by Google if I remind well), was:
a) to create a DNS provider profile JSON definition
b) maintain a repository in GitHub with such metainformation

  • benefits: it would be possible to render the website with DNS providers automatically
  • downsides: it's centralised and can get outdated the same way as the website today

from spec.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.