Dirk

My feedback

  1. 1 vote
    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)

      We’ll send you updates on this idea

      Dirk shared this idea  · 
    • 295 votes
      Sign in
      Check!
      (thinking…)
      Reset
      or sign in with
      • facebook
      • google
        Password icon
        I agree to the terms of service
        Signed in as (Sign out)

        We’ll send you updates on this idea

        Dirk supported this idea  · 
      • 132 votes
        Sign in
        Check!
        (thinking…)
        Reset
        or sign in with
        • facebook
        • google
          Password icon
          I agree to the terms of service
          Signed in as (Sign out)

          We’ll send you updates on this idea

          Dirk supported this idea  · 
        • 2 votes
          Sign in
          Check!
          (thinking…)
          Reset
          or sign in with
          • facebook
          • google
            Password icon
            I agree to the terms of service
            Signed in as (Sign out)

            We’ll send you updates on this idea

            Dirk commented  · 

            In addition a couple more API ideas:

            *Post /server and post /app*
            I would like to be able to give my app a cname directly on creat of the app of server. Now I have to create the APP or Server and then do an extra post to /app/manage/cname to add my own domain. It would be way more efficient if I could do this directly..

            * API GET /server *
            It would also be nice to be able to request information about one specific server (all the details, apps, etc.). This data is returned by the operation that creates the server, so I can do this but it would be cleaner to be able to do something like GET /server/{serverid}

            * API documentation *
            Also, it would be nice if the API documenation would contain a list of possible return values on the GET operation/{id} > type field. It is not documented now what values we can expect to be returned.

            Dirk shared this idea  · 
          • 81 votes
            Sign in
            Check!
            (thinking…)
            Reset
            or sign in with
            • facebook
            • google
              Password icon
              I agree to the terms of service
              Signed in as (Sign out)

              We’ll send you updates on this idea

              Dirk shared this idea  · 
            • 14 votes
              Sign in
              Check!
              (thinking…)
              Reset
              or sign in with
              • facebook
              • google
                Password icon
                I agree to the terms of service
                Signed in as (Sign out)

                We’ll send you updates on this idea

                Dirk supported this idea  · 
              • 189 votes
                Sign in
                Check!
                (thinking…)
                Reset
                or sign in with
                • facebook
                • google
                  Password icon
                  I agree to the terms of service
                  Signed in as (Sign out)

                  We’ll send you updates on this idea

                  Dirk commented  · 

                  Please DO add this feature. It seems like a small change with the API that is already available. The only thing really needed is the root folder structure to be (optionally) renamed to something that does not contain cloudways. IMO everything else needed for (white-label) reselling is already possible.

                  Dirk supported this idea  · 

                Feedback and Knowledge Base