O acesso ao ficheiro em questão deixou de ser público, pelo que iremos
assumir que o problema está resolvido. Em paralelo, procuramos
validação da situação junto a algum técnico de cadastro predial: mais
informação em #98 .
Anteriormente, no site https://www.aterratreme.pt/ havia credenciais
em uso em plaintext (http em vez de https), mas essa situação já se
encontra resolvida.
Museu do Azulejo: http://www.museudoazulejo.gov.pt/
O site do Museu do Azulejo, que era anteriormente feito em flash,
esteve indisponível durante meses, e agora voltou com apenas uma
landing page, indicando que o site se encontra "em reestruturação".
Acreditamos que o novo site já não vá ser feito em Flash, e damos o
incumprimento como resolvido.
De notar que a landing page actual não cumpre as normas de
acessibilidade, mas tendo em conta que é um site temporário, tenhamos
esperança que essa situação não se mantenha, e, de qualquer forma,
esse é um assunto para ter em atenção pelo Observatório Português de
Acessibilidade Web.
A informação sobre vendas mensais de derivados de petróleo (pelo
menos) encontra-se apenas em formato XLSX, em violação ao Regulamento
Nacional de Interoperabilidade Digital.
Closes: #91
Por muita pena que tenha desta plataforma ser o que é, infelizmente a
Lei das Normas Abertas não se lhe aplica, tal como foi analizado em
2018, quando pela primeira vez recebemos uma queixa dela: #16 .
O tl,dr; é: "infelizmente, estando este site fora das mãos da AP, o
RNID não se lhe aplica."
O observatório português de acessibilidade web já faz esta
monitorização. Para evitar duplicar esforços, vamos deixar
de registar
estes incumprimentos.
We were actually running wget and letting the user see the output...
and get its error code, which is quite fine in a manual run, but
messes with the automatic running of these scripts.
Now, we still do wget and validate its error code, but instead the
script then does its business as usual (and hopefully this fixes our
cron'ed GA).
This patch also changes the time at which the scheduled cronjob runs,
just because it is still once a day, which is what we want, and will
give us still a run today (so we can have it run with this change
sooner rather than later).
Via GA o resultado é uma linha... sem nada.
Localmente o wget obtém a página correctamente.
Vamos olhar para o output do wget para ver se lá temos alguma dica...
O script da ACT falhou algumas vezes (e ainda nunca funcionou bem)
a tentar identificar o problema, quando corrido através das github
actions.
Esta alteração aumenta a qualidade da validação, verificando que o
conteúdo descarregado não está vazio antes de tentar encontrar
problemas nele. Se estiver vazio, então mostra o output do wget,
para debug (pode ser que ajude a entender o que muda entre o pedido
feito localmente e feito no ambiente em que a Github Action é
executada).
