# Aws deployed discourse is fetching assets from database url
**URL:** https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191
**Category:** Support
**Tags:** unsupported-install
**Created:** [September 16, 2020, 11:41am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191 "2020-09-16T11:41:05Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@Vijay\_Vantipalli](https://meta.discourse.org/u/Vijay_Vantipalli)
#### Post date: [September 16, 2020, 11:41am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/1 "2020-09-16T11:41:05Z")
Hi Team
I am running disource on aws ecs. When I am trying to run the application, the console tab in browser is failing with the below urls. Did I miss any configuration change?
Mixed Content: The page at ‘[https://discuss-stage.tllms.com/finish-installation/register](https://discuss-stage.tllms.com/finish-installation/register)’ was loaded over HTTPS, but requested an insecure favicon ‘[http://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/uploads/default/optimized/1X/\_129430568242d1b7f853bb13ebea28b3f6af4e7\_2\_32x32.png](http://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/uploads/default/optimized/1X/_129430568242d1b7f853bb13ebea28b3f6af4e7_2_32x32.png)’. This request has been blocked; the content must be served over HTTPS.
In the above URL this is my database endpoint [discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com](http://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com).
I have given the above end point in database.yml file.
I deployed discourse in ECS using docker. When I try to access the application the network browser is fetching resources from below URLs instead of [https://discuss-stage.tllms.com/](https://discuss-stage.tllms.com/)
This is our [discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com](http://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/) RDS endpoint which is used in database.yml file.
Mixed Content: The page at ‘[https://discuss-stage.tllms.com/’](https://discuss-stage.tllms.com/%E2%80%99) was loaded over HTTPS, but requested an insecure favicon ‘[http://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/uploads/default/optimized/1X/\_129430568242d1b7f853bb13ebea28b3f6af4e7\_2\_32x32.png’](http://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/uploads/default/optimized/1X/_129430568242d1b7f853bb13ebea28b3f6af4e7_2_32x32.png%E2%80%99). This request has been blocked; the content must be served over HTTPS.
Refused to load the script ‘[https://discuss-stage.tllms.com/assets/browser-detect.js’](https://discuss-stage.tllms.com/assets/browser-detect.js%E2%80%99) because it violates the following Content Security Policy directive: “script-src [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/logs/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/logs/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/sidekiq/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/sidekiq/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/mini-profiler-resources/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/mini-profiler-resources/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/assets/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/assets/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/brotli\_asset/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/brotli_asset/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/extra-locales/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/extra-locales/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/highlight-js/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/highlight-js/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/javascripts/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/javascripts/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/plugins/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/plugins/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/theme-javascripts/](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/theme-javascripts/) [https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/svg-sprite/”](https://discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com/svg-sprite/%E2%80%9D). Note that ‘script-src-elem’ was not explicitly set, so ‘script-src’ is used as a fallback.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [September 16, 2020, 5:19pm UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/3 "2020-09-16T17:19:04Z")
Looks like a misconfiguration of your S3 bucket.
How did you install Discourse? Did you use [Discourse official Standard Installation](https://meta.discourse.org/t/discourse-official-standard-installation/142537) or perhaps was it [Troubleshooting Bitnami Installations](https://meta.discourse.org/t/troubleshooting-bitnami-installations/142538)?
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [September 16, 2020, 6:15pm UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/4 "2020-09-16T18:15:53Z")
I’m putting my money on a misconfigured CDN.
Can you share your `config/discourse.conf` ?
And search your site settings for `c0fbtc` and see if you get hits.
---
### Author:  [@Vijay\_Vantipalli](https://meta.discourse.org/u/Vijay_Vantipalli)
#### Post date: [September 17, 2020, 3:57am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/5 "2020-09-17T03:57:37Z")
Hi Jay
Ive installed it as a regular rails application. Below are the steps Ive followed.
1. Cloned the github repo.
2. Bundle installed the gems.
3. Modified database.yml file to point to AWS RDS endpoint.
4. Modified discourse.conf file for pointing to AWS Elasticache.
5. Did not use S3 bucket configuration anywhere.
6. Copied the code inside a docker container and deployed it on ECS.
I did not use the prebuilt docker image. Ive built a docker image myself.
---
### Author:  [@Vijay\_Vantipalli](https://meta.discourse.org/u/Vijay_Vantipalli)
#### Post date: [September 17, 2020, 3:58am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/6 "2020-09-17T03:58:32Z")
deleting config file
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [September 17, 2020, 7:01am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/7 "2020-09-17T07:01:02Z")
> [@Vijay\_Vantipalli](#):
>
> ```
> # host address for db server
> # This is set to blank so it tries to use sockets first
> db_host =
>
> ```
> [@Vijay\_Vantipalli](#):
>
> ```
> # database name running discourse
> db_name = discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com
>
> ```
That does not seem right. If I were you I would check if my database wasn’t actually local and has a weird name.
I think it should look like this:
```
# host address for db server
# This is set to blank so it tries to use sockets first
db_host = discourse-test.c0fbtc1q6bvm.ap-south-1.rds.amazonaws.com
# database name running discourse
db_name = default
```
---
### Author:  [@Vijay\_Vantipalli](https://meta.discourse.org/u/Vijay_Vantipalli)
#### Post date: [September 17, 2020, 7:21am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/8 "2020-09-17T07:21:02Z")
What is S3 used for? And also do I need to create a separate discourse.conf file without changing anything in discourse\_defaults.conf file?
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [September 17, 2020, 7:27am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/9 "2020-09-17T07:27:10Z")
This has nothing to do with S3.
The discourse.conf file is generated from your app.yml, you should make changes there and rebuild.
---
### Author:  [@Vijay\_Vantipalli](https://meta.discourse.org/u/Vijay_Vantipalli)
#### Post date: [September 17, 2020, 7:46am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/10 "2020-09-17T07:46:52Z")
Richard
I cloned discourse from [GitHub - discourse/discourse: A platform for community discussion. Free, open, simple. · GitHub](https://github.com/discourse/discourse) I couldnt find app.yml file anywhere in the repo.
---
### Author:  [@Vijay\_Vantipalli](https://meta.discourse.org/u/Vijay_Vantipalli)
#### Post date: [September 17, 2020, 7:49am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/11 "2020-09-17T07:49:51Z")
All the discourse setup is pointing to discourse\_docker which I dont want to use. I want to build my own container.
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [September 17, 2020, 8:01am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/12 "2020-09-17T08:01:14Z")
(I must warn you for trying to reinvent a perfectly working wheel. Also, some people over here are not going to be very enthusiastic about supporting you since it does not benefit the community).
Whatever you do, eventually you should make sure that those values end up in your `discourse.conf` correctly. If you edited it manually, you should at least put the AWS hostname in `db_host` and leave db\_name to `default`.
---
### Author:  [@ashish\_rawat](https://meta.discourse.org/u/ashish_rawat)
#### Post date: [September 17, 2020, 8:27am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/13 "2020-09-17T08:27:05Z")
Hi Richard,
I am on the same team as Vijay. The specific use case we are trying to address here is to fork out Discourse and put in our company’s github. From here, we would build and deploy to AWS. The reason we want to have it in our github is to keep the flexibility of making changes as per our requirements. We would like to contribute back wherever applicable. Since we could not find a dockerfile in the discourse public repo, we ended up creating our own to build the docker image. Further, we use Github actions to deploy the docker to AWS ECS service.
Considering our requirement, do you think we could have taken any other approach?
Thanks.
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [September 17, 2020, 8:54am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/14 "2020-09-17T08:54:01Z")
Yes. My recommendation is to use the official discourse and discourse\_docker repositories and implement all changes as plugins.
Using the official discourse\_docker will save you from issues like the one in this topic, and not forking Discourse but keeping all your modifications in separate plugins save you from deviating from the main branch and having to put lots and lots of effort into porting all upstream changes back into your fork.
The learning curve of developing plugins will break even on the effort of merging upstream within a few weeks and from then on it is only more efficient.
When you are using the official Discourse repo then you can also consider managed hosting and people will be more enthusiastic (and/or less expensive) when they need to help you out.
---
### Author:  [@ashish\_rawat](https://meta.discourse.org/u/ashish_rawat)
#### Post date: [September 17, 2020, 9:12am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/15 "2020-09-17T09:12:50Z")
Thanks for your inputs. Had a couple of follow-up questions:
1. With the plug-in approach, is their a possibility that we might hit a bottleneck with some requirements which may not be possible through plug-ins? For instance, managing user roles in a very customized way?
2. What would the end to end pipeline look like if we take the discourse\_docker and deploy in our AWS account on ECS? As I mentioned, we use Github actions as of now to deploy to ECS in our AWS account. What deployment strategy can we use from public repo while still protecting our AWS credentials?
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [September 17, 2020, 9:51am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/16 "2020-09-17T09:51:27Z")
1. Plugins support Ruby monkey patching and extending Ember objects so in the end everything is possible.
2. Not my expertise, so I will leave this up to someone else.
---
### Author:  [@schleifer](https://meta.discourse.org/u/schleifer)
#### Post date: [September 17, 2020, 11:14am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/17 "2020-09-17T11:14:47Z")
Always start with a copy of the discourse\_docker repository. Create an `app.yml` therein.
Use the bootstrap subcommand of the [`launcher` script](http://github.com/discourse/discourse_docker/tree/master/launcher) in your working copy of discourse\_docker to create a docker image. Push the docker image to a docker repository. Deploy that docker image anywhere you like.
Write plugins if you need to. List your custom plugins in the `app.yml` like the other plugins.
---
### Author:  [@trying2survive](https://meta.discourse.org/u/trying2survive)
#### Post date: [November 13, 2020, 7:07pm UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/18 "2020-11-13T19:07:44Z")
@ashish_rawat @Vijay_Vantipalli How did you set up Discourse Docker in ECS? When I try on EC2 server, Discourse is loading fine. But when I push the Discourse Docker image to the ECR registry, and create a task from that image, the container is not running – I just get Exit Code 1. I’ve been stuck for more than a week now. I would love to hear your advise. Thank you!
Created a separate RDS instance and ElastiCache for Redis cluster for this.
---
### Author:  [@riking](https://meta.discourse.org/u/riking)
#### Post date: [November 13, 2020, 8:00pm UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/19 "2020-11-13T20:00:58Z")
Try examining the arguments present in `./launcher start-cmd app` - there might be something in there that you’ve missed copying over to ECS.
---
### Author:  [@trying2survive](https://meta.discourse.org/u/trying2survive)
#### Post date: [November 14, 2020, 7:41pm UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/21 "2020-11-14T19:41:25Z")
Thank you for the fast response! I think I’m just missing something simple. I’ll try to do that.
Sorry if this is out of your scope. I tried adding the “-e” I found from start-cmd app, but there are other arguments like the following:
```plaintext
+ /usr/bin/docker run --shm-size=512m -d --restart=always
-h
-e DOCKER_HOST_IP=172.17.0.1
--name app -t -p 80:80
-v /var/discourse/shared/web-only:/shared
-v /var/discourse/shared/web-only/log/var-log:/var/log
--mac-address local_discourse/app /sbin/boot
```
Is the `-v` really required?
---
### Author:  [@riking](https://meta.discourse.org/u/riking)
#### Post date: [November 15, 2020, 8:28am UTC](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191/22 "2020-11-15T08:28:42Z")
Yes, those are volume mounts. It is absolutely required for Discourse to have storage available at `/shared` inside the container.
[Next page](https://meta.discourse.org/t/aws-deployed-discourse-is-fetching-assets-from-database-url/164191.md?page=2)