Closed ohare93 closed 4 years ago
Aha, a discovery. I paused the code on the broken section of TiddlyWebAdaptor and found that is expecting the header Etag to be on the response for the StoryList. This is present on the Localhost version
HTTP/1.1 204 OK
Etag: "default/%24%3A%2FStoryList/83:"
Content-Type: text/plain
Date: Thu, 02 Jul 2020 08:06:28 GMT
Connection: keep-alive
But not on the Hosted version 🤔
Connection: keep-alive
Content-Type: text/plain
Date: Thu, 02 Jul 2020 08:08:21 GMT
Server: nginx/1.14.2
No idea where to go from here, but at least we know this is the error that is occurring. I suppose this is probably not the fault of TiddlyServer 😞 😅 any helpful advice appreciated, still
These links might help. The problem you're experiencing is related to NGINX reverse proxy. You normally need to set which headers get forwarded.
http://nginx.org/en/docs/http/ngx_http_proxy_module.html
http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_pass_header
These links might help. The problem you're experiencing is related to NGINX reverse proxy. You normally need to set which headers get forwarded.
http://nginx.org/en/docs/http/ngx_http_proxy_module.html
http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_pass_header
Apologies for the late reply.
Those links were indeed helpful, but seem to link to an older version of nginx. This link was more useful https://nginx.org/en/docs/http/ngx_http_core_module.html#etag but in the end I still have not fixed this issue :disappointed: I have seen many instances of people exposing their TiddlyWiki to the world via an Nginx reverse proxy and Let's Encrypt for the SSL, and they seemed to have no problems with these headers disappearing. But none with TiddlyServer. I will try doing it without TiddlyServer tomorrow, and see what happens.
@ohare93 , also, it's better to open a new issue for a new or only partially related problem. It helps to keep things simpler and I still get notified the same.
Originally posted by @Arlen22 in https://github.com/Arlen22/TiddlyServer/issues/72#issuecomment-652754638
Alright here it is. Original comment:
To which you had the good insight:
So I looked at the network of both localhost and the hosted version, and both are returning 404 on OPTION and HEADERS for their respective urls.
Localhost:
Hosted:
It doesn't seem to be the issue, as localhost is not experiencing anything abnormal. The only other differences I can see are that:
If there's any other info I can provide that could help anyone help me, just say the word 👍