A seção a seguir fornece respostas às perguntas frequentes relacionadas ao projeto do Screens as a Cloud Service.
O AEM as a Cloud Service altera as longas chaves de cache a cada implantação. O AEM Screens gera os caches offline quando o conteúdo é modificado, em vez de quando o Cloud Manager executa a implantação. Essas chaves de cache longas nos manifestos são inválidas, portanto, o player não pode baixá-las clientlibs.
Usar longCacheKey="none"
no seu clientlib
A pasta remove as chaves de cache longas completamente para esses clientlibs.
Os caches offline são gerados usando bulk-offline-update-screens-service usuário do serviço. Determinados caminhos, não acessíveis pelo bulk-offline-update-screens-service
, levam a conteúdo ausente em manifestos offline.
Em seu código, ou seja, ui.config or ui.apps
, crie uma configuração OSGi na pasta de configuração, com o seguinte conteúdo e nomeie o arquivo como org.apache.sling.jcr.repoinit.RepositoryInitializer-serviceusersandacls-content.config
scripts=[
"
set principal ACL for bulk-offline-update-screens-service
allow jcr:read on /content/mysite
allow jcr:read on /apps/my-resources
end
"]
É recomendável usar imagens no formato .png
e .jpeg
em um canal AEM Screens as a Cloud Service, para obter a melhor experiência de sinalização digital.
As imagens no formato *.tif
(Formato de arquivo de imagem de tag) não são compatíveis com o AEM Screens as a Cloud Service. Nesse caso, se um canal tiver esse formato de imagem, a imagem não será renderizada no lado do reprodutor.
É recomendável aproveitar os recursos de cache do AEM Screens, mas se for necessário executar o Canal no modo de desenvolvedor e o AEM Screens Player mostrar uma tela em branco, verifique as ferramentas de desenvolvedor do Player e procure X-Frame-Options
ou frame-ancestors
erros. A resolução é configurar o dispatcher para permitir a execução de conteúdo em iFrames. Normalmente, a seguinte configuração funcionará:
Header set Content-Security-Policy "frame-ancestors ‘self’ file: localhost:*;"
Como prática recomendada, você pode limitar o uso do código de registro. Se um código de registro for comprometido, mas tiver um limite de 100 registros, o invasor poderá registrar somente até esse número, mas não mais. Você sempre pode atualizar o limite de uso depois que o código de registro for criado e alguns dos players do cliente já tiverem sido registrados. Se o cliente observar uma atividade de registro incomum para um código de registro específico, ele poderá reduzir o limite em tempo real enquanto investiga e poderá aumentar o número de volta se for um alarme falso, sem afetar os players já registrados.