Esta conversa foi bloqueada devido à inatividade. Crie uma nova publicação.
Nível 1
Nível 2
Faça login na Comunidade
Faça logon para exibir todas as medalhas
Esta conversa foi bloqueada devido à inatividade. Crie uma nova publicação.
We're experiencing an odd issue with our Dispatchers and some of the images in our content tree. In some cases, requests for images are returning a 403 status. The really odd thing is that this only seems to happen after the Dispatcher has actually cached the image. If the Dispatcher cache is empty and an image is requested it will be requested from the pub, delivered to the requester, and cached. All subsequent requests result in a 403 response.
I saw this post that mentions the (https://dev.day.com/docs/en/cq/5-4/deploying/dispatcher.html) Dispatcher returning 403's, but the article says that issue is only on Apache 1.3 and we're running Apache 2.2
Solucionado! Ir para a Solução.
We found out what the issue was. The image URLs contained "jcr:content". The CQ link checker rewrites / mangles this to "_jcr_content". That wasn't happening in our case because the URL was being stuck in a data attribute and pulled in via AJAX. On a Linux server this wouldn't matter. However, ':' is an invalid filename character in Windows, so the cached image was never being created. The request worked if the cache was empty because the request simply got forwarded to CQ which has no problem with ':'s. On subsequent requests, though, the Dispatcher would note the URL should be cached and attempt to retrieve it. The retrieval then failed and a 403 response was sent.
So the solution is to avoid ':'s in URLs. Or, even better, avoid Windows servers.
We found out what the issue was. The image URLs contained "jcr:content". The CQ link checker rewrites / mangles this to "_jcr_content". That wasn't happening in our case because the URL was being stuck in a data attribute and pulled in via AJAX. On a Linux server this wouldn't matter. However, ':' is an invalid filename character in Windows, so the cached image was never being created. The request worked if the cache was empty because the request simply got forwarded to CQ which has no problem with ':'s. On subsequent requests, though, the Dispatcher would note the URL should be cached and attempt to retrieve it. The retrieval then failed and a 403 response was sent.
So the solution is to avoid ':'s in URLs. Or, even better, avoid Windows servers.
Hi ,
Can you paste here your dispatcher error log for furthur drill down?
Thanks for following up with the solution
Visualizações
respostas
Total de curtidas
Can you post your dispatcher.any file?
scott
Visualizações
respostas
Total de curtidas
Visualizações
Curtida
respostas
Visualizações
Curtida
respostas
Visualizações
Curtida
respostas