Could someone help me to get the image lightboxing working.
I uploaded a image. image resolution is 1772 x 2362.
But Images are without thumbnails and without lightboxes.
I checked create thumbnails option.
Settings part: File > create thumbnails
My Discourse is on private network. But we opened the firewall to connect from the outside.
Version is v2.0.0.beta5+12.
What is the problem?
Possibly related:
Thank you for your reply.
I updated today to latest revision and already up to date.
and I tried safe mode.
but lightbox is not appearing no matter how I get the picture/image into the Post.
What shoud I do??
No problem. I wish I could help you more, but unfortunately, I do not have enough knowledge on the subject. Hopefully someone that knows more will respond soon. I would also watch the topic that I linked to. It might eventually have a solution posted.
In the mean time, you might want to take a look at your logs and see if there are similarities to the logs posted in that topic. I’m pretty sure the logs you would be interested in can be found by adding /logs to your forum’s base URL. So it would look something like https://example.com/logs The user in that topic also mentions a proxy. Are you using a proxy?
If you can provide this type of information, it should be helpful to someone that reads this topic and has a better understanding on the subject.
I wish you luck in solving the problem!
thank you tshenry.
our discourse is not using proxy and https.
I still do not know the cause of the problem. 
Thank you. ^^
First thing first. If possible, upload that image to meta here. See if it works.
If it doesn’t work in meta, then it is much easier for the team to fix as there is their repo right here.
If it works in meta but not on your site, then there must be a setting conflict somewhere.
I can see that the image in your original post successfully lightboxes.
We’d prefer if you could upload to try first (try.discourse.org), that way we don’t start getting image uploads all over the place. If the image fails to lightbox on try, then feel free to upload it here so the example doesn’t get deleted when try is reset each day. If the image lightboxes on try then the issue is specific to your configuration as @schungx stated.
현재 2.5.0.beta6 버전을 사용 중이며 동일한 문제를 경험하고 있습니다.
"썸네일 생성"이 활성화되어 있지만, 이미지 크기와 무관하게 라이트박스가 생성되지 않습니다.
몇 달 전 설치한 두 번째 discourse 인스턴스에서는 라이트박스가 정상적으로 작동하는 오래된 게시물이 있지만, 새로운 게시물에서는 작동하지 않습니다.
업데이트 관련 문제일까요?
같은 이미지를 try.discourse.org에 업로드하면 그곳에서는 라이트박스가 정상적으로 작동합니다.
안녕하세요, Meta에 오신 것을 환영합니다 @Michael_Uray 
이는 설정 중 어딘가에 문제가 있음을 시사합니다. 브라우저 콘솔에서 오류가 있는지 확인하시거나, 문제가 발생하는 사이트의 링크를 공유해 주시겠어요?
지난주 설정한 새로운 Discourse 인스턴스에 테스트 스레드를 하나 만들었습니다.
이미지는 1920x1050 크기인데, 라이트박스에서 열리지 않습니다.
https://dis.ctb.co.at/t/test-image-lightbox/44
링크 보내줘서 고마워요, Michael 
해당 페이지에서 JavaScript 오류는 확인되지 않습니다. Sidekiq에 문제가 있는지 확인해 주실 수 있을까요?
your.site.com/sidekiq
특히 다음 탭들을 확인해 주세요.
또한 사이트를 설정할 때 공식 가이드를 따랐는지 확인해 주시겠어요?
제가 보기에는 아직 문제가 없는 것 같습니다.
실제로 이 가이드를 따랐지만, 경로를 변경하고 app.yml 파일에 해당 변경 사항을 적용했습니다.
volumes:
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone
guest: /shared
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone/log/var-log
guest: /var/log
이전에 라이트박스가 정상 작동했던 두 번째 설치 환경에서는 경로가 처음에는 "/var/docker"였으나 나중에 다른 위치로 변경했습니다.
경로를 변경한 시점에 라이트박스 문제가 시작되었을 수도 있습니다. - 확실하지는 않습니다.
새 경로를 위한 설정을 놓친 것이 있을까요?
위 줄들이 원래 디렉터리 "/var/docker"를 가리키던 유일한 줄들이었습니다.
원래 경로에서 동일한 문제가 발생했는지 확인하기 위해 "/var/discourse"로 되돌려 보았지만, 원래 경로에서도 동일한 문제가 나타났습니다.
이것이 관련이 있다면, 이 서비스는 SSL 암호화를 처리하는 nginx 리버스 프록시 뒤에서 실행되고 있습니다. 하지만 다른 설치 환경에서 문제가 발생하기 시작한 이후로 해당 구성에는 아무런 변경 사항이 없습니다.
nginx 설정은 해당 .yml 파일에서 다음과 같이 수행했습니다.
- replace:
filename: /etc/nginx/conf.d/discourse.conf
from: "types {"
to: |
set_real_ip_from 172.18.0.0/16;
real_ip_header X-Forwarded-For;
real_ip_recursive on;
types {
경로가 문제가 아니라면, 이 라이트박스(lightbox) 문제를 일으킬 수 있는 다른 원인은 무엇일까요?
경로를 "/var/docker/dis.ctb.co.at"로 되돌려 놓았습니다.
현재의 yml 설정 파일입니다(개인 정보만 변경함). 설정에 문제가 있는 것일 수도 있고, 아니면 Discourse 자체의 문제일까요?
## this is the all-in-one, standalone Discourse Docker container template
##
## After making changes to this file, you MUST rebuild
## /var/discourse/launcher rebuild app
##
## BE *VERY* CAREFUL WHEN EDITING!
## YAML FILES ARE SUPER SUPER SENSITIVE TO MISTAKES IN WHITESPACE OR ALIGNMENT!
## visit http://www.yamllint.com/ to validate this file as needed
templates:
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/web.template.yml"
- "templates/web.ratelimited.template.yml"
## Uncomment these two lines if you wish to add Lets Encrypt (https)
# - "templates/web.ssl.template.yml"
# - "templates/web.letsencrypt.ssl.template.yml"
## which TCP/IP ports should this container expose?
## If you want Discourse to share a port with another webserver like Apache or nginx,
## see https://meta.discourse.org/t/17247 for details
expose:
# - "80:80" # http
# - "443:443" # https
- "127.0.0.1:3041:80"
docker_args:
- "--network=nginx-br"
params:
db_default_text_search_config: "pg_catalog.english"
## Set db_shared_buffers to a max of 25% of the total memory.
## will be set automatically by bootstrap based on detected RAM, or you can override
db_shared_buffers: "4096MB"
## can improve sorting performance, but adds memory usage per-connection
#db_work_mem: "40MB"
## Which Git revision should this container use? (default: tests-passed)
#version: tests-passed
env:
LANG: en_US.UTF-8
# DISCOURSE_DEFAULT_LOCALE: en
## How many concurrent web requests are supported? Depends on memory and CPU cores.
## will be set automatically by bootstrap based on detected CPUs, or you can override
UNICORN_WORKERS: 8
## TODO: The domain name this Discourse instance will respond to
## Required. Discourse will not work with a bare IP number.
DISCOURSE_HOSTNAME: dis.ctb.co.at
## Uncomment if you want the container to be started with the same
## hostname (-h option) as specified above (default "$hostname-$config")
#DOCKER_USE_HOSTNAME: true
## TODO: List of comma delimited emails that will be made admin and developer
## on initial signup example 'user1@example.com,user2@example.com'
DISCOURSE_DEVELOPER_EMAILS: 'nothing@nothing.com'
## TODO: The SMTP mail server used to validate new accounts and send notifications
# SMTP ADDRESS, username, and password are required
# WARNING the char '#' in SMTP password can cause problems!
DISCOURSE_SMTP_ADDRESS: mailserver.nothing.com
DISCOURSE_SMTP_PORT: 25
DISCOURSE_SMTP_USER_NAME: nothing@nothing.com
DISCOURSE_SMTP_PASSWORD: "secret"
DISCOURSE_SMTP_ENABLE_START_TLS: false # (optional, default true)
DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none
## If you added the Lets Encrypt template, uncomment below to get a free SSL certificate
# LETSENCRYPT_ACCOUNT_EMAIL: me@example.com
## The http or https CDN address for this Discourse instance (configured to pull)
## see https://meta.discourse.org/t/14857 for details
#DISCOURSE_CDN_URL: https://discourse-cdn.example.com
VIRTUAL_HOST: dis.ctb.co.at
VIRTUAL_PORT: 9002
LETSENCRYPT_HOST: dis.ctb.co.at
LETSENCRYPT_EMAIL: nothing@nothing.com
## The Docker container is stateless; all data is stored in /shared
volumes:
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone
guest: /shared
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone/log/var-log
guest: /var/log
## Plugins go here
## see https://meta.discourse.org/t/19157 for details
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
## Any custom commands to run after building
run:
- exec: echo "Beginning of custom commands"
## If you want to set the 'From' email address for your first registration, uncomment and change:
## After getting the first signup email, re-comment the line. It only needs to run once.
#- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"
- exec: echo "End of custom commands"
- replace:
filename: /etc/nginx/conf.d/discourse.conf
from: "types {"
to: |
set_real_ip_from 172.18.0.0/16;
real_ip_header X-Forwarded-For;
real_ip_recursive on;
types {
이제야 이 문제가 Force your site to use HTTPS only(사이트에 HTTPS만 사용하도록 강제) 옵션이 활성화된 상태에서 이미지가 포함된 게시글이 생성될 때만 발생한다는 것을 알게 되었습니다.
다른 설치 환경에서는 처음부터 이 옵션이 활성화되어 있었지만, 갑자기 동작을 멈추기 시작했는데, nginx 또는 Discourse 업데이트 때문일 수도 있습니다.
nginx 로그에는 제가 볼 수 있는 범위 내에서 이상한 내용은 보이지 않습니다.
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:09:52 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 2 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:09:58 +0200] "POST /presence/publish HTTP/2.0" 200 36 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:09:58 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 253 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:09:58 +0200] "POST /uploads.json?client_id=d333cb718e2d49b9947ec22c0762e47d HTTP/2.0" 200 431 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:00 +0200] "POST /draft.json HTTP/2.0" 200 56 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:08 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 253 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:08 +0200] "POST /presence/publish HTTP/2.0" 200 36 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:16 +0200] "POST /draft.json HTTP/2.0" 200 56 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:18 +0200] "POST /draft.json HTTP/2.0" 200 56 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:19 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 251 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:19 +0200] "POST /presence/publish HTTP/2.0" 200 36 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:19 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 194 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:19 +0200] "POST /posts HTTP/2.0" 200 733 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:21 +0200] "POST /message-bus/2027eab545f744e3a8dff7e81e4748d4/poll?dlp=t HTTP/2.0" 200 258 "https://dis.ctb.co.at/admin/site_settings/category/security?filter=" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:22 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 336 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:22 +0200] "GET /posts/82 HTTP/2.0" 200 749 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:22 +0200] "GET /about/live_post_counts.json HTTP/2.0" 200 52 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:24 +0200] "POST /message-bus/2027eab545f744e3a8dff7e81e4748d4/poll?dlp=t HTTP/2.0" 200 33 "https://dis.ctb.co.at/admin/site_settings/category/security?filter=" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:27 +0200] "POST /topics/timings HTTP/2.0" 200 0 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nnginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:47 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 2 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:47 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 104 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
참고로, 이 로그에서 nnginx는 오타가 아니라, 어떤 이유에서인지 실제로 그렇게 표시되었습니다.
Force your site to use HTTPS only 옵션이 라이트박스(lightbox)에 어떤 문제를 일으킬 수 있는지 혹시 아이디어가 있으신가요?
경험상 이는 복잡한 리버스 프록시 구성의 설정 오류로 인해 발생하는 경우가 대부분입니다. 서브폴더는 추가적인 복잡성(그리고 그에 따른 변수)을 더합니다.
음, 내 nginx 프록시 설정에 무엇이 문제일 수 있을까요?
version: '3'
services:
nginx:
image: jwilder/nginx-proxy:alpine
labels:
- "com.github.jrcs.letsencrypt_nginx_proxy_companion.nginx_proxy=true"
container_name: nginx
networks:
- nginx_nw
ports:
- 80:80
- 443:443
volumes:
- ./data/conf.d:/etc/nginx/conf.d:rw
- ./data/vhost.d:/etc/nginx/vhost.d:rw
- ./data/html:/usr/share/nginx/html:rw
- ./data/certs:/etc/nginx/certs:ro
- /etc/localtime:/etc/localtime:ro
- /var/run/docker.sock:/tmp/docker.sock:ro
restart: unless-stopped
letsencrypt:
image: jrcs/letsencrypt-nginx-proxy-companion
container_name: letsencrypt
depends_on:
- nginx
networks:
- nginx_nw
volumes:
- ./data/certs:/etc/nginx/certs:rw
- ./data/vhost.d:/etc/nginx/vhost.d:rw
- ./data/html:/usr/share/nginx/html:rw
- /etc/localtime:/etc/localtime:ro
- /var/run/docker.sock:/var/run/docker.sock:ro
restart: unless-stopped
networks:
nginx_nw:
external:
name: nginx-br
이 nginx 프록시를 통해 Discourse 인스턴스 2개와 Nextcloud 인스턴스를 실행하고 있습니다. 첫 번째 Discourse 설치에서는 라이트박스(lightbox)가 이전에는 작동하다가 갑자기 멈췄습니다. 실제로 프록시 설정은 작동하던 그대로 변경한 적이 없습니다.
흥미롭게도 볼륨을 해당 디렉토리로 설정하지 않았는데도 /var/discourse 안에 일부 파일과 폴더가 여전히 생성되고 있습니다.
volumes:
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone
guest: /shared
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone/log/var-log
guest: /var/log
그래서 어딘가에 폴더 위치 관련 문제가 있는 것 같습니다.
root@dk1:/var/discourse# tree -d
.
└── shared
└── standalone
├── backups
├── log
│ ├── rails
│ └── var-log
│ ├── nginx
│ ├── postgres
│ └── redis
├── postgres_backup
├── postgres_data
│ ├── base
│ │ ├── 1
│ │ ├── 14049
│ │ ├── 14050
│ │ └── 16384
│ ├── global
│ ├── pg_commit_ts
│ ├── pg_dynshmem
│ ├── pg_logical
│ │ ├── mappings
│ │ └── snapshots
│ ├── pg_multixact
│ │ ├── members
│ │ └── offsets
│ ├── pg_notify
│ ├── pg_replslot
│ ├── pg_serial
│ ├── pg_snapshots
│ ├── pg_stat
│ ├── pg_stat_tmp
│ ├── pg_subtrans
│ ├── pg_tblspc
│ ├── pg_twophase
│ ├── pg_wal
│ │ └── archive_status
│ └── pg_xact
├── postgres_run
│ └── 12-main.pg_stat_tmp
├── redis_data
├── state
│ ├── anacron-spool
│ └── logrotate
├── tmp
│ ├── backups
│ └── restores
└── uploads
└── default
├── optimized
│ └── 1X
└── original
└── 1X
52 directories
아마도 새로운 폴더 위치에 대한 설정을 놓친 건가요?
/var/discourse에 파일이 생성된 경우는 한 번도 없었고, 아마 오래된 파일들을 본 것 같습니다.
문제가 nginx에서 오는 것이 아니라는 것을 확인하기 위해 nginx에서 traefik으로 변경했지만, 문제는 여전히 존재합니다. 이는 프록시 측이 아니라 Discourse 측에 문제가 있을 가능성이 높다는 의미입니다.
traefik에서도 동일한 상황이 발생합니다. 이미지가 게시될 때 "https 강제"가 비활성화되어 있으면, 나중에 "https 강제"를 활성화하더라도 라이트박스가 정상적으로 작동합니다.
그 외에 확인할 수 있는 다른 것이 있을까요?
로그 파일에 /uploads/....에 접근할 수 없다는 오류가 표시됩니다.
Can't reach '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557417c.png' to get its dimension.
웹 브라우저에 URL을 직접 입력하면 이미지에 문제없이 접근할 수 있습니다:
https://domain.com/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557417c.png
Completed 200 OK in 23ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3000)
Completed 200 OK in 318ms (Views: 1.2ms | ActiveRecord: 0.0ms | Allocations: 50347)
Can't reach '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557417c.png' to get its dimension.
Started GET "/posts/96" for 84.115.50.36 at 2020-07-04 14:15:14 +0000
Processing by PostsController#show as JSON
Parameters: {"id"=>"96"}
https가 강제되지 않으면 오류가 표시되지 않습니다.
Completed 200 OK in 18ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3050)
Completed 200 OK in 296ms (Views: 0.5ms | ActiveRecord: 0.0ms | Allocations: 49562)
Started GET "/posts/97" for 84.115.50.36 at 2020-07-04 14:17:43 +0000
Processing by PostsController#show as JSON
Parameters: {"id"=>"97"}
제 생각에는 Discourse가 어떤 이유로든 라이트박스(lightbox) 관련 작업을 수행하기 위해 웹서버에서 이미지를 다시 다운로드하는 것 같습니다.
Discourse Docker 컨테이너 내에서 이 이미지를 수동으로 다운로드하면, 프록시를 통해 접근하는 대신 내부 IP 주소를 통해 웹서버에 직접 접근을 시도합니다. 이는 http로 작동하지만, https로는 작동하지 않습니다.
웹서버 자체에는 http만 사용 가능하지만, Discourse는 https를 통해 접근을 시도하다가 실패합니다.
http/https 없이 내부적으로 접근하는 대신 왜 Discourse가 웹서버에서 사진을 다시 다운로드하는지 궁금합니다.
수정: app.yml을 domain.name.yml로 이름 변경한 것이 원인인 것으로 확인되었습니다. 이로 인해 Docker가 domain.name의 DNS 이름을 내부 IP 주소로 변경했습니다. 이를 domain_name.yml로 다시 이름 변경한 후 모든 것이 정상적으로 작동합니다.
YML 파일에서 이중 마침표가 이 문제를 일으키고 있다면, 런처에서 경고를 표시해야 할 것 같은데요?