Ah, just found it - apparently, I restrict access to the page in the general settings, and then in the settings of the individual post, I can set access to "public". Then the page itself is still password-protected, but the text is now included into the API call.

@jdaviescoates Yes, great news, they seem to make good progress about it :
https://activitypub.ghost.org/day5/

@shrey ah, I understood now! There is a small chance that the upstream Ghost forum has 'rebels' 🙂

Nevermind. In case someone finds this, you can enable it in the config. https://docs.cloudron.io/apps/ghost/

@pxlcodes one idea is to to install and build the theme locally on your laptop. Then , you can push the build via the Cloudron CLI tool (npm install cloudron) or just upload it via the File manager.

I think, otherwise, we have to install all the devtools that a theme requires (which is unknown ahead of time). At the end of the day, the theme is only create static html/css/js files.

Yes, confirmed it becomes error because of SSL configuration.

Sometimes we need to check the SSL configuration.

My case, the website is refusing the connection because I set the SSL to flexible.

On the hand the configuration must be set to full strict or full. Because the Cloudron uses valid SSL and it can't be used the flexible configuration.

I see you've found a solution, but you don't just add here, you need to change in other places too. I will add all the possible settings of what you need to set, so that other people know how to set it. Sorry that it took a long time. But my private life has been pounding me 🙂

1.png 2.png 3.png 4.png 5.png 6.png 7.png 8.png

The simpler approach and what @girish is suggesting is to keep a separate install of WP and Ghost in 2 different apps and join them via the rev proxy config from one of them to keep the desired (sub)domain.

Another option is the embeded iframe from the /blog page that pulls in the other URL.

Let us know what you come up with as a final solution 😄

I actually have a problem to get any storage adapter to work:

Dec 15 16:49:03==> Ensure permissions Dec 15 16:49:03==> Migrating database Dec 15 16:49:04=> Healtheck error: Error: connect ECONNREFUSED 172.18.17.69:2368 Dec 15 16:49:04[2023-12-15 22:49:04] INFO Finished database init! Dec 15 16:49:05[2023-12-15 22:49:05] INFO Finished database migration! Dec 15 16:49:05==> Starting Ghost Dec 15 16:49:05[2023-12-15 22:49:05] INFO Ghost is running in production... Dec 15 16:49:05[2023-12-15 22:49:05] INFO Your site is now available on https://whatever/ Dec 15 16:49:05[2023-12-15 22:49:05] INFO Ctrl+C to shut down Dec 15 16:49:05[2023-12-15 22:49:05] INFO Ghost server started in 0.423s Dec 15 16:49:06[2023-12-15 22:49:06] INFO Database is in a ready state. Dec 15 16:49:06[2023-12-15 22:49:06] INFO Ghost database ready in 0.705s Dec 15 16:49:07[2023-12-15 22:49:07] ERROR Unable to find storage adapter s3 in ,/app/data/content/adapters/,/home/cloudron/ghost/versions/5.75.2/core/server/adapters/. Dec 15 16:49:07 Dec 15 16:49:07Unable to find storage adapter s3 in ,/app/data/content/adapters/,/home/cloudron/ghost/versions/5.75.2/core/server/adapters/. Dec 15 16:49:07 Dec 15 16:49:07Error ID: Dec 15 16:49:0727753420-9b9c-11ee-acce-d91d06239c3f Dec 15 16:49:07 Dec 15 16:49:07---------------------------------------- Dec 15 16:49:07 Dec 15 16:49:07IncorrectUsageError: Unable to find storage adapter s3 in ,/app/data/content/adapters/,/home/cloudron/ghost/versions/5.75.2/core/server/adapters/. Dec 15 16:49:07at AdapterManager.getAdapter (/home/cloudron/ghost/versions/5.75.2/node_modules/@tryghost/adapter-manager/lib/AdapterManager.js:128:19) Dec 15 16:49:07at Object.getAdapter (/home/cloudron/ghost/versions/5.75.2/core/server/services/adapter-manager/index.js:31:31) Dec 15 16:49:07at Object.getStorage (/home/cloudron/ghost/versions/5.75.2/core/server/adapters/storage/index.js:14:27) Dec 15 16:49:07at setupSiteApp (/home/cloudron/ghost/versions/5.75.2/core/frontend/web/site.js:85:71) Dec 15 16:49:07at module.exports (/home/cloudron/ghost/versions/5.75.2/core/server/web/parent/frontend.js:22:58) Dec 15 16:49:07at initExpressApps (/home/cloudron/ghost/versions/5.75.2/core/boot.js:248:68) Dec 15 16:49:07at bootGhost (/home/cloudron/ghost/versions/5.75.2/core/boot.js:515:32) Dec 15 16:49:07 Dec 15 16:49:07[2023-12-15 22:49:07] WARN Ghost is shutting down Dec 15 16:49:07[2023-12-15 22:49:07] WARN Ghost has shut down Dec 15 16:49:07[2023-12-15 22:49:07] WARN Your site is now offline Dec 15 16:49:07[2023-12-15 22:49:07] WARN Ghost was running for a few seconds Dec 15 16:49:17=> Healtheck error: Error: Timeout of 7000ms exceeded Dec 15 16:49:27=> Healtheck error: Error: Timeout of 7000ms exceeded

The configuration is as per documentation on each adapter. Location of all adapters are: content/adapters/storage/s3. Tried different locations, though.

Anyone has an idea?

@girish said in Make Ghost fully GDPR compatible?:

If you want to remove the CDN, we will have to take it up with Ghost to make the assets be self-hostable

I guess that would be the best option.

As @necrevistonnezr mentioned, there are some overly strict rules set in Germany. It's quite complicated to understand what's allowed for whom and how to achieve the level of data protection that's required. Especially if you don't have a background in law or aren't a trained web developer who knows exactly how to tell your server what to store/retrieve and how.

This unsettles ambitious amateurs (like me), so I'd rather be overly cautious than run into an open knife.

@therealwebmaster said in I'm new to Ghost. How comes modifying my theme doesnt show?:

Do I have to install something on my PC side firt.

Yes, as @girish already said previously you need to install the Cloudron CLI on your PC.

See https://docs.cloudron.io/packaging/cli/ for more info.

@jdaviescoates lol I must be in the wrong business.

@jdaviescoates said in What version of node.js and MySQL are we running on Cloudron?:

Node 18.16.0

Although, I just spotted that there are some security patches about to come out so I guess @staff may very soon want/ need to update that...

https://nodejs.org/en/blog/vulnerability/october-2023-security-releases

@rosano instead of deleting /apps.swap , just keep it 0 size and remove the fstab line. Cloudron recreates the swap file on reboot (since that is the recommended setup for linux). so truncate -s0 /apps.swap is good enough.

Migration aside, maybe we should periodically check keys for validity and raise some notification 🤔

If you know some SQL, you can navigate around the database . show tables and then select * from <tablename> , show create table <tablename> are some commands to know. But these things are very specific to each app and each app's database keeps changing for every release. It would be hard to track these changes via docs.

@ramiroro what is false meant to be in this context? I tried understanding the docs but didn't understand. Does it mean those files are not downloaded anymore? How does the portal work then without it?

I am not even sure why it downloads from 3rd party sources. I guess they are using it to get some analytics of selfhosted installs?

@ghstandard putting an ads.txt at top level works for me.

f7dfcf9b-6ec3-4b53-8180-e52e12172ffc-image.png

Then, if I go to https://blog.domain.com/ads.txt , I can see the file. Are you able to navigate to the URL and see the file ? If so , maybe this is some caching issue on Google side.