Wir verwenden das offizielle Docker-Hosting-Setup auf AWS, basierend auf GitHub - aws-samples/aws-cdk-for-discourse: AWS CDK for Discourse .
Das allgemeine CDN-Setup funktioniert einwandfrei, z. B. werden Bilder problemlos über die CDN-URL ausgeliefert.
Die anfängliche “32x32”-Anfrage scheint jedoch an die S3-Bucket-URL zu gehen, was zu einem 403 führt.
Habe ich eine Konfiguration übersehen oder ist es ein Fehler?
2 „Gefällt mir“
Falco
26. April 2023 um 17:01
2
Das ist nicht offiziell, da es sich um ein AWS-Projekt handelt, das ein Bitnami-Image für Discourse verwendet, welches wir ausdrücklich nicht als offizielle Standardinstallation von Discourse anerkennen. Damit fällt dies außerhalb des Rahmens der Installationen, die wir hier unterstützen.
Kein Fehler, da die App nicht so ausgeführt wird, wie wir es beabsichtigen, aber es könnte mit einer Konfigurationsänderung behoben werden. Vielleicht eröffnen Sie ein Issue dazu im Beispiel-Repository?
1 „Gefällt mir“
Das referenzierte Projekt verwendet das offizielle Docker-Image.
userData.addCommands(
"sudo -s",
"yum -y update",
"yum -y install docker",
"yum -y install git",
"yum -y install jq",
"amazon-linux-extras install -y postgresql13",
"systemctl enable docker.service",
"systemctl start docker.service",
"systemctl status docker.service",
"git clone https://github.com/discourse/discourse_docker.git /var/discourse",
"cd /var/discourse",
"chmod 700 containers",
"aws s3 cp s3://" + props.backupBucket.bucketName + "/app.yml.template ./containers/app.yml.template",
"aws s3 cp s3://" + props.backupBucket.bucketName + "/smtp_credentials_generate.py ./smtp_credentials_generate.py",
"echo -e 'export DISCOURSE_DB_USERNAME=$(aws secretsmanager get-secret-value --region " + this.region + " --secret-id " + props.auroraServerlessV2SecretArn + " --query SecretString --output text | jq -r .username)' > discourse-env",
"echo -e 'export DISCOURSE_DB_PASSWORD=$(aws secretsmanager get-secret-value --region " + this.region + " --secret-id " + props.auroraServerlessV2SecretArn + " --query SecretString --output text | jq -r .password)' >> discourse-env",
"echo -e 'export DISCOURSE_DB_HOST=$(aws secretsmanager get-secret-value --region " + this.region + " --secret-id " + props.auroraServerlessV2SecretArn + " --query SecretString --output text | jq -r .host)' >> discourse-env",
"echo -e 'export DISCOURSE_DB_NAME=$(aws secretsmanager get-secret-value --region " + this.region + " --secret-id " + props.auroraServerlessV2SecretArn + " --query SecretString --output text | jq -r .dbname)' >> discourse-env",
"echo -e 'export DISCOURSE_DB_PORT=$(aws secretsmanager get-secret-value --region " + this.region + " --secret-id " + props.auroraServerlessV2SecretArn + " --query SecretString --output text | jq -r .port)' >> discourse-env",
"echo -e 'export PGPASSWORD=$(aws secretsmanager get-secret-value --region " + this.region + " --secret-id " + props.auroraServerlessV2SecretArn + " --query SecretString --output text | jq -r .password)' >> discourse-env",
Kein Bitnami – das hätte ich sowieso nicht von vornherein verwendet
Ich werde mich damit befassen und entweder dort oder hier ein Problem melden.
1 „Gefällt mir“
Falco
26. April 2023 um 20:03
4
Oh, Entschuldigung, ich habe mich auf das verlassen, was in der Projekt-README.md steht.
Viel Erfolg. Bitte gib hier Bescheid, wenn du etwas herausfindest.
Pull Request für README kommt
Ich habe das Problem gefunden. Ich habe ein Backup von einem anderen System wiederhergestellt.
2 „Gefällt mir“
Irgendwie wurde die S3-URL für das Standard-Avatarbild des Discourse-Systembenutzers verwendet. Ich habe keine Zeit damit verbracht, es zu beheben, da ich aufgrund einiger Testaktivitäten die Umgebungen immer noch regelmäßig neu erstelle.
2 „Gefällt mir“
system
27. Mai 2023 um 14:12
9
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
