I am using the server local storage for storing the files. I have uploaded a pdf file and it was successfully uploaded in the server and, it’s present at the server as well ( I checked it manually by doing ssh login ).
[discourse_cloud] Started GET "/uploads/short-url/ev4yCeBAtz19YgsTSEkhLMkKrFK.pdf" for 122.168.93.128 at 2019-12-24 09:16:40 +0000
[discourse_cloud] Processing by UploadsController#show_short as PDF
[discourse_cloud] Parameters: {"base62"=>"ev4yCeBAtz19YgsTSEkhLMkKrFK", "extension"=>"pdf"}
[discourse_cloud] Sent file /home/deploy/discourse_cloud/releases/20191220210316/public/uploads/discourse_cloud/original/1X/65a1a66f4bddc09fbdab830a8c74c7fbe05cca98.pdf (0.2ms)
[discourse_cloud] Completed 200 OK in 11ms (ActiveRecord: 0.0ms)
[discourse_cloud] Started GET "/home/deploy/discourse_cloud/releases/20191220210316/public/uploads/discourse_cloud/original/1X/65a1a66f4bddc09fbdab830a8c74c7fbe05cca98.pdf" for 122.168.93.128 at 2019-12-24 09:16:40 +0000
[discourse_cloud] ActionController::RoutingError (No route matches [GET] "/home/deploy/discourse_cloud/releases/20191220210316/public/uploads/discourse_cloud/original/1X/65a1a66f4bddc09fbdab830a8c74c7fbe05cca98.pdf")
/home/deploy/discourse_cloud/shared/bundle/ruby/2.6.0/gems/actionpack-5.2.3/lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call'
[discourse_cloud] Rendering exceptions/not_found.html.erb within layouts/no_ember
[discourse_cloud] Rendered exceptions/not_found.html.erb within layouts/no_ember (0.6ms)
[discourse_cloud] Rendered layouts/_head.html.erb (1.0ms)
[discourse_cloud] Rendered common/_discourse_stylesheet.html.erb (0.6ms)
[discourse_cloud] Rendered application/_header.html.erb (0.1ms)
[discourse_cloud] Rendering html template
[discourse_cloud] Rendered html template (0.0ms)
If you didn’t upload the file with discourse you will need to change the nginx config inside the container. It’s not set up to server arbitrary files in arbitrary directories.
Ich habe das gleiche Problem erlebt. Die PDF-Datei wird hochgeladen, aber danach kann man sie nicht herunterladen und landet auf der Seite „Diese Seite existiert nicht"!
Ich habe es getestet und konnte hier auf Meta problemlos eine PDF hoch- und herunterladen.
Update: Ich habe einige Änderungen versucht und vermute, dass dies eher ein bug im Zusammenhang mit anderen Sprachen als mit Englisch ist.
Ich musste die PDF mit einem englischen Namen neu erstellen (zuvor enthielt der Dateiname persische Zeichen). Danach konnte die hochgeladene Datei problemlos heruntergeladen werden.
Außerdem konnte die PDF-Datei mit dem persischen Namen hier auf Meta problemlos hoch- und heruntergeladen werden. Ich vermute also, dass es mit der Codierungsoption im Admin-Bereich zu tun hat.
Entschuldigt, dass ich so spät antworte, aber ich habe mein Problem behoben, indem ich Änderungen in der nginx.conf-Datei vorgenommen habe. Es war eine sehr einfache Lösung und bezog sich auf die nginx.conf (und ich habe versucht, den Core-Code zu reparieren ).
Ich habe diese Zeile aus meiner nginx.conf entfernt:
).
