Utilizziamo la configurazione di hosting Docker ufficiale su AWS basata su GitHub - aws-samples/aws-cdk-for-discourse: AWS CDK for Discourse .
La configurazione generale della CDN funziona bene, ad esempio le immagini vengono consegnate correttamente tramite l’URL della CDN.
Tuttavia, la richiesta iniziale “32x32” sembra andare all’URL del bucket S3, che restituisce un 403.
Mi è sfuggita una configurazione o è un bug?
Falco
26 Aprile 2023, 5:01pm
2
Questo non è ufficiale, poiché si tratta di un progetto AWS che utilizza un’immagine Bitnami per Discourse, che noi esplicitamente non riconosciamo come un’installazione standard ufficiale di Discourse, rendendola al di fuori dell’ambito delle installazioni che supportiamo qui.
Non è un bug poiché l’app non viene eseguita nel modo in cui intendiamo che venga eseguita, ma potrebbe essere risolto con una modifica della configurazione. Forse apri un problema su questo nel repository di esempio?
Il progetto referenziato utilizza l’immagine Docker ufficiale.
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",
Nessun Bitnami - Non l’avrei usato in primo luogo
Approfondirò e segnalerò un problema lì, o qui.
Falco
26 Aprile 2023, 8:03pm
4
Oh, mi dispiace, mi sono basato su quanto scritto nel README.md del progetto
Buona fortuna. Aggiorna qui se trovi qualche indizio.
Pull request per README in arrivo
Ho trovato il problema. Ho ripristinato un backup da un altro sistema.
In qualche modo ha utilizzato l’URL s3 per l’immagine avatar predefinita dell’utente di sistema di Discourse. Non ho dedicato tempo a risolverlo perché sono ancora in fase di ricreazione regolare degli ambienti a causa di alcune attività di test.
