Usually, when I spend enough time getting familiar with the applications, I find that the Cloudron team has already dialed it in.

Will keep this in mind

It seems like the only / best way of modifying core files is adapting the Dockerfile and building a new image

If you specify all the files that need to be modified for this, the Cloudron team can update the App with those files symlinked in /app/data

Move the files from origin location to /app/data and replace with symlinks.

Trying to figure out the best practices for modifying core templates (eg, content-cta.hbs) without overwriting upon update.

Correction:

The content-cta.hbs is easily editable --as written directly in Ghost documentation.

Simply reference the default template, modify, and copy to the partials folder.

Ghost is far more stable than Grav. It's easier to modify the style using Ghost/Handlebars vs. Grav/PHP/Twig (which was a total mess).

Also, if you have any authors who are not you (not technically highly proficient), then they can easily crash your Grav instance --I have yet to crash Ghost.

That's my two cents.

Shouldnt' this all be easier??

Yeah, I like the idea of Ghost but it's a pain how hard it is to customise if you're not a coder

Don't know if that's a stupid question, but is there a way to do that from config.production.json, or another file available from our Cloudron file manager?

Quite disappointed with Ghost support too, who gave a completely irrelevant and unhelpful answer.

Still have to find how to get confirmation emails and other bits and pieces localized. Shouldnt' this all be easier??

Same as with the previous method, I get an unresponsive "Subscribe" button...

i followed the steps , tweaked a bit, running ok on Cloudron

Wow, that is a nice find! Unfortunately, it doesn't work for me... I still have an unresponsibe "subscribe" button after editing config.production.json

I have some errors in the console, but not related that I can understand...

[Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIContentSniffer.getMIMETypeFromContent]"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "JS frame :: resource:///modules/FaviconLoader.jsm :: onStopRequest :: line 312"  data: no] FaviconLoader.jsm:312:24
FrameData missing for ncpasswords@mdns.eu page moz-extension://36862037-bf3b-4925-9cb1-71c39839c295/html/popup.html ExtensionPageChild.jsm:457
    initExtensionContext resource://gre/modules/ExtensionPageChild.jsm:457
    initExtensionDocument resource://gre/modules/ExtensionProcessScript.jsm:342

  "portal": {
    "url": "https://ghost.cloudron.site/portal.min.js"
  }

I edited the email label and placeholder (I had to clear browser cache to get it to show the updated page):

When I click it, the url in my browser does change to /portal.min.js, but the portal doesn't open. If I remove those 3 lines from config.production.json, it opens again from unpkg. And yet, the content of portal.min.js is exactly the same...

clicking on the button does nothing

Which button are you referring to? (I feel maybe I missed something in my testing. All I did was check that admin pages load file after setting the portal config).

I've done exactly the same as you, and the browser is directed to <script defer src="https://ghost.anant1.net/portal.min.js", which loads fine on its own, but the portal still won't load from my site (clicking on the button does nothing).

I really don't know what else to try. I am uploading the file to my theme, and editing config.production.json from the Cloudron File Manager. My theme is Casper with some customization, but just to translate some text as well, I haven't edited any code or anything else. The portal file loads in the browser, and is exactly the same file at this point... Racking my brains!

I added the below in /app/data/config.production.json:

  "portal": {
    "url": "https://ghost.cloudron.site/portal.min.js",
    "version": "~1.12"
  }

Then, I uploaded portal.min.js to content/themes/casper.

Then, restarted Ghost. I can see that the browser now downloads portal.min.js from my site instead of unpkg.