• @jogai_san@lemmy.worldOP
    link
    fedilink
    English
    1
    edit-2
    7 days ago

    It seems there is a misunderstanding. To be clear, this is what I mean:

    ┌───────────────────────┐    
    │ Browser               │    
    └───────────────────────┘    
         ▲                       
         │ port 443 open         
         │                       
         │                       
    ┌────┼──────────────────┐    
    │ Proxy (traefik)       │    
    └───────────────────────┘    
         ▲                       
         │                       
         │ web port open to proxy
         │                       
         │                       
    ┌────┼──────────────────┐    
    │ DBgate (in docker)    │    
    └───────────────────────┘    
         ▲                       
         │                       
         │                       
         │                       
    ┌────┼──────────────────┐    
    │ Database              │    
    └───────────────────────┘    
    

    This way DBgate serves the web app to the browser, but also acts as a ‘backend’ which connects to the database. This way my databases are not exposed to the web, only the proxy is, which handles domain name routing and http traffic.

    • @just_another_person@lemmy.world
      link
      fedilink
      English
      17 days ago

      That’s not how it works, or maybe the arrows are pointing the wrong direction in your ASCII. DBgate is an in-browser application in the same way that the other posted is, just with different features. They both run completely in the browser, BUT the files need to get loaded there first right? So the docker version of DBgate is simply starting a tiny web server that bootstraps the client application into your browser when you visit the local port. It’s right in their docs.

      No server-side code at all, and in fact, you can kill the docker container after you get it loaded in your browser if you want to double check 😉