Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse

Cloudron Forum

Apps | Demo | Docs | Install

Set domain redirects and memory allocation before initially creating the app

Scheduled Pinned Locked Moved Feature Requests
domainsuserinterfacememory
7 Posts 4 Posters 216 Views
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • ? Offline
    ? Offline
    A Former User
    wrote on last edited by girish
    #1

    This would be quite useful as just a QOL change as right now the process takes more clicks than I think it reasonably should (just being nit picky really). So you make the app with a domain, you go into settings and add a redirect which triggers a restart, and finally you change the allocated memory which again triggers a restart.

    1 Reply Last reply
    3
  • nebulonN Offline
    nebulonN Offline
    nebulon Staff
    wrote on last edited by
    #2

    We used to have all those things in one task internally and broke that up then. The reason was to have better ability to retry/repair functionality if something goes wrong. The trade-off is basically more potential clicks and restarts vs less hard to fix app states.

    So far our idea for the installation dialog is, to be less complex so a users can quickly install and then go about configuring it in more detail until it is then actually used for production. Also this helps to avoid much code and error checking duplication in the UI and backend, which again lowers the chance to hit bugs.

    1 Reply Last reply
    4
  • ? Offline
    ? Offline
    A Former User
    wrote on last edited by
    #3

    Ah so it is more due to strange error states you encountered bundling memory allocation and domain changes?

    1 Reply Last reply
    0
  • nebulonN Offline
    nebulonN Offline
    nebulon Staff
    wrote on last edited by
    #4

    Various things have to happen in the backend to facilitate that. Some, especially around the domain are heavily async and might take time and can fail. So to handle all that also during installation all in one go is much harder and results in various states which are harder to recover when doing all at once. So the decision was made to lean towards broken up tasks to avoid situations where a user is left with states hard to recover without deeper knowledge.

    ? 1 Reply Last reply
    1
  • ? Offline
    ? Offline
    A Former User
    replied to nebulon on last edited by
    #5

    @nebulon Fair enough. Better leave them separate then. I don't want to pray to the async gods every time I start an app 🙂

    1 Reply Last reply
    1
  • robiR Offline
    robiR Offline
    robi
    wrote on last edited by
    #6

    this is where a task queue could come in handy, for which the user/admin doesn't have to wait for.

    Life of sky tech

    1 Reply Last reply
    0
  • LonkleL Offline
    LonkleL Offline
    Lonkle
    wrote on last edited by
    #7

    I'm with @nebulon, I see this as difficult to support, harder to code for - and more user friction. I usually never support more user friction unless it's dire. I think configuring after installation is more than acceptable. It's not like we can't write scripts using their API to macro your suggestion too, but I digress. 😂

    1 Reply Last reply
    0

  • Login

  • Don't have an account? Register

  • Login or register to search.
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Login

  • Don't have an account? Register

  • Login or register to search.