Olá, lista.


=== Cenário ===

Armazenamos em nosso SAPL diversos arquivos em formato ODT e PDF,
relativos a leis e matérias legislativas.

Tais arquivos têm uma propriedade, que chamarei de Content-Type (mas
talvez tenha outro nome mais correto), que representa o tipo do
arquivo.

A informação do Content-Type é usada pelos navegadores web para
selecionar o programa que será chamado para visualizar o arquivo quando
esse for baixado.

O SAPL (ou o ZOPE), de alguma forma que desconheço, identifica o
Content-Type quando fazemos o upload de um arquivo.


=== Problema ===

Embora para arquivos ODT o Content-Type seja sempre identificado
corretamente como "application/vnd.oasis.opendocument.text", muitas
vezes o Content-Type para arquivos PDF é identificado incorretamente
como "application/save" ou como "binary/octet-stream", ao invés de
"application/pdf".


=== Exemplo ===

Uma forma de conferir o problema é baixar o arquivo com o wget e olhar
o valor do cabeçalho Content-Type que será exibido:

$ wget --server-response http://sapl.camaranh.rs.gov.br/sapl/sapl_documentos/norma_juridica/7590_texto_integral

Será possível ver "Content-Type: application/save" na saída do comando
acima, onde deveria ser "application/pdf".


=== Ajuda ===

Peço a ajuda de vocês para fazer o SAPL identificar corretamente os
arquivos do tipo PDF como Content-Type "application/pdf".

Muito obrigado!

Sugestões?

--
Adriano Rafael Gomes
Analista de Suporte
Câmara Municipal de Novo Hamburgo

Bom dia.

Quando subi os textos integrais por ftp, na implantação do sapl, esse
problema aconteceu e eu identifiquei que o problema estava relacionado
com a extensão em maiúsculo ou minúsculo.
.pdf - problema acontecia
.PDF - o zope identificava a aplicação.

como o scaneamento é feito em dois pontos centralizados dentro da
estrutura da câmara, pra min foi configurar o software dos scanners e
pronto.

Abraço.

Rogério Frá.
Câmara Municipal de Vereadores de Bento Gonçalves





Em 25/02/2014 18:12, Adriano Rafael Gomes escreveu:

> Olá, lista.
>
>
> === Cenário ===
>
> Armazenamos em nosso SAPL diversos arquivos em formato ODT e PDF,
> relativos a leis e matérias legislativas.
>
> Tais arquivos têm uma propriedade, que chamarei de Content-Type (mas
> talvez tenha outro nome mais correto), que representa o tipo do
> arquivo.
>
> A informação do Content-Type é usada pelos navegadores web para
> selecionar o programa que será chamado para visualizar o arquivo quando
> esse for baixado.
>
> O SAPL (ou o ZOPE), de alguma forma que desconheço, identifica o
> Content-Type quando fazemos o upload de um arquivo.
>
>
> === Problema ===
>
> Embora para arquivos ODT o Content-Type seja sempre identificado
> corretamente como "application/vnd.oasis.opendocument.text", muitas
> vezes o Content-Type para arquivos PDF é identificado incorretamente
> como "application/save" ou como "binary/octet-stream", ao invés de
> "application/pdf".
>
>
> === Exemplo ===
>
> Uma forma de conferir o problema é baixar o arquivo com o wget e olhar
> o valor do cabeçalho Content-Type que será exibido:
>
> $ wget --server-response http://sapl.camaranh.rs.gov.br/sapl/sapl_documentos/norma_juridica/7590_texto_integral
>
> Será possível ver "Content-Type: application/save" na saída do comando
> acima, onde deveria ser "application/pdf".
>
>
> === Ajuda ===
>
> Peço a ajuda de vocês para fazer o SAPL identificar corretamente os
> arquivos do tipo PDF como Content-Type "application/pdf".
>
> Muito obrigado!
>
> Sugestões?
>

On Wed, Feb 26, 2014 at 08:02:15AM -0300, Rogério Frá wrote:

> Quando subi os textos integrais por ftp, na implantação do sapl,
> esse problema aconteceu e eu identifiquei que o problema estava
> relacionado com a extensão em maiúsculo ou minúsculo.
> .pdf - problema acontecia
> .PDF - o zope identificava a aplicação.

Olá, Rogério. Obrigado pela dica.

Testamos aqui mas, infelizmente, não resolveu o problema para nós.

> como o scaneamento é feito em dois pontos centralizados dentro da
> estrutura da câmara, pra min foi configurar o software dos scanners
> e pronto.

Você disse que o problema aconteceu durante a importação por FTP.
Depois da importação, no dia a dia, continuou acontecendo o problema
via interface web do SAPL?

--

Adriano Rafael Gomes
Analista de Suporte
Câmara Municipal de Novo Hamburgo

Eu não me lembro precisamente, mas configurei os softwares dos scanners
pra gerar em maiúsculo o extensão.
Ai o problema não foi mais identificado.

Estou à disposição

Abraço

Em 26/02/2014 13:17, Adriano Rafael Gomes escreveu:

> On Wed, Feb 26, 2014 at 08:02:15AM -0300, Rogério Frá wrote:
>> Quando subi os textos integrais por ftp, na implantação do sapl,
>> esse problema aconteceu e eu identifiquei que o problema estava
>> relacionado com a extensão em maiúsculo ou minúsculo.
>> .pdf - problema acontecia
>> .PDF - o zope identificava a aplicação.
> Olá, Rogério. Obrigado pela dica.
>
> Testamos aqui mas, infelizmente, não resolveu o problema para nós.
>
>> como o scaneamento é feito em dois pontos centralizados dentro da
>> estrutura da câmara, pra min foi configurar o software dos scanners
>> e pronto.
> Você disse que o problema aconteceu durante a importação por FTP.
> Depois da importação, no dia a dia, continuou acontecendo o problema
> via interface web do SAPL?
>

Olá Rogério, Valeu! vamos adicionar essa sua dica nas explicações do
Sapl. obrigado


Em 26-02-2014 14:34, Rogério Frá escreveu:

> Eu não me lembro precisamente, mas configurei os softwares dos
> scanners pra gerar em maiúsculo o extensão.
> Ai o problema não foi mais identificado.
>
> Estou à disposição
>
> Abraço
>
>
>
> Em 26/02/2014 13:17, Adriano Rafael Gomes escreveu:
>> On Wed, Feb 26, 2014 at 08:02:15AM -0300, Rogério Frá wrote:
>>> Quando subi os textos integrais por ftp, na implantação do sapl,
>>> esse problema aconteceu e eu identifiquei que o problema estava
>>> relacionado com a extensão em maiúsculo ou minúsculo.
>>> .pdf - problema acontecia
>>> .PDF - o zope identificava a aplicação.
>> Olá, Rogério. Obrigado pela dica.
>>
>> Testamos aqui mas, infelizmente, não resolveu o problema para nós.
>>
>>> como o scaneamento é feito em dois pontos centralizados dentro da
>>> estrutura da câmara, pra min foi configurar o software dos scanners
>>> e pronto.
>> Você disse que o problema aconteceu durante a importação por FTP.
>> Depois da importação, no dia a dia, continuou acontecendo o problema
>> via interface web do SAPL?
>>
>


--

att.
/Claudio Morale
Analista de Sistemas
ILB/Interlegis - Senado Federal
(61)3303-5964
/

On Tue, Feb 25, 2014 at 06:12:58PM -0300, Adriano Rafael Gomes wrote:

> O SAPL (ou o ZOPE), de alguma forma que desconheço, identifica o
> Content-Type quando fazemos o upload de um arquivo.

Descobri que é o navegador web quem determina o Content-Type, e não o
SAPL/ZOPE.

No upload, o navegador web envia o arquivo juntamente com o
Content-Type. O SAPL/ZOPE apenas armazena o arquivo e o Content-Type
informados pelo navegador.

Acontece que o navegador estava informando o Content-Type errado!

Para fazer o navegador informar o Content-Type correto, recriei a base
de dados de Content-Types. No navegador Iceweasel (fork do Firefox),
isso é feito fechando o navegador e removendo o arquivo mimeTypes.rdf
do perfil do usuário. Ao abrir o navegador, o arquivo é recriado num
estado que funciona bem.

Mas como o mimeTypes.rdf fica com informações erradas?

Quando fazemos o download de um arquivo cujo Content-Type não está
registrado no mimeTypes.rdf, o navegador pergunta o que fazer (abrir
com determinado programa, salvar em disco, etc) e grava a associação do
tipo de arquivo, extensão, programa e Content-Type no mimeTypes.rdf.

O navegador aprende, e usa tais informações novamente quando faz outro
download. Só que ele aproveita essas informações também para o upload,
e uma associação feita de forma errada no momento do download causará
erros no upload!

Agora terei que manter os navegadores dos usuários com o mimeTypes.rdf
configurado corretamente. Também terei que consertar os Content-Types
armazenados incorretamente no SAPL, preferencialmente de forma
automatizada.

Sugestões são bem-vindas.

--

Adriano Rafael Gomes
Analista de Suporte
Câmara Municipal de Novo Hamburgo

Adriano, quais os tipos que vc deseja corrigir. Daria pra montar um de-para?


Em 27-02-2014 16:22, Adriano Rafael Gomes escreveu:

> On Tue, Feb 25, 2014 at 06:12:58PM -0300, Adriano Rafael Gomes wrote:
>> O SAPL (ou o ZOPE), de alguma forma que desconheço, identifica o
>> Content-Type quando fazemos o upload de um arquivo.
> Descobri que é o navegador web quem determina o Content-Type, e não o
> SAPL/ZOPE.
>
> No upload, o navegador web envia o arquivo juntamente com o
> Content-Type. O SAPL/ZOPE apenas armazena o arquivo e o Content-Type
> informados pelo navegador.
>
> Acontece que o navegador estava informando o Content-Type errado!
>
> Para fazer o navegador informar o Content-Type correto, recriei a base
> de dados de Content-Types. No navegador Iceweasel (fork do Firefox),
> isso é feito fechando o navegador e removendo o arquivo mimeTypes.rdf
> do perfil do usuário. Ao abrir o navegador, o arquivo é recriado num
> estado que funciona bem.
>
> Mas como o mimeTypes.rdf fica com informações erradas?
>
> Quando fazemos o download de um arquivo cujo Content-Type não está
> registrado no mimeTypes.rdf, o navegador pergunta o que fazer (abrir
> com determinado programa, salvar em disco, etc) e grava a associação do
> tipo de arquivo, extensão, programa e Content-Type no mimeTypes.rdf.
>
> O navegador aprende, e usa tais informações novamente quando faz outro
> download. Só que ele aproveita essas informações também para o upload,
> e uma associação feita de forma errada no momento do download causará
> erros no upload!
>
> Agora terei que manter os navegadores dos usuários com o mimeTypes.rdf
> configurado corretamente. Também terei que consertar os Content-Types
> armazenados incorretamente no SAPL, preferencialmente de forma
> automatizada.
>
> Sugestões são bem-vindas.
>


--
att.
/Claudio Morale
Analista de Sistemas
ILB/Interlegis - Senado Federal
(61)3303-5964
/

On Thu, Feb 27, 2014 at 04:22:27PM -0300, Adriano Rafael Gomes wrote:

> Também terei que consertar os Content-Types armazenados
> incorretamente no SAPL, preferencialmente de forma automatizada.

Informo que conseguimos resolver o problema dos Content-Types
incorretos armazenados no SAPL. Resumidamente, o procedimento consiste
em confrontar o Content-Type informado pelo ZOPE com o Content-Type
informado pelo programa "file" do sistema operacional, e alterar essa
informação no ZOPE.

No nosso caso, corrigimos o Content-Type de 2030 documentos de um total
de 76420, representando 2,65% de documentos com Content-Type incorreto.

O procedimento completo está descrito em:
https://colab.interlegis.leg.br/wiki/SaplCorrigirContentType

Obrigado a todos que participaram da discussão.

--

Adriano Rafael Gomes
Analista de Suporte
Câmara Municipal de Novo Hamburgo

Adriano,

Vou testar agora.
Mas desde já obrigado pela inciativa.

Abraços


Angelo Marcondes de Oliveira Neto.
http://angelomarcondes.blogspot.com - portifólio de serviços.
angelomarcondes@gmail.com
(34) 91414287
Carneirinho - MG



Em 19 de março de 2014 17:08, Adriano Rafael Gomes <
adriano-gomes@camaranh.rs.gov.br> escreveu:

> On Thu, Feb 27, 2014 at 04:22:27PM -0300, Adriano Rafael Gomes wrote:
> > Também terei que consertar os Content-Types armazenados
> > incorretamente no SAPL, preferencialmente de forma automatizada.
>
> Informo que conseguimos resolver o problema dos Content-Types
> incorretos armazenados no SAPL. Resumidamente, o procedimento consiste
> em confrontar o Content-Type informado pelo ZOPE com o Content-Type
> informado pelo programa "file" do sistema operacional, e alterar essa
> informação no ZOPE.
>
> No nosso caso, corrigimos o Content-Type de 2030 documentos de um total
> de 76420, representando 2,65% de documentos com Content-Type incorreto.
>
> O procedimento completo está descrito em:
>https://colab.interlegis.leg.br/wiki/SaplCorrigirContentType
>
> Obrigado a todos que participaram da discussão.
>
> --
> Adriano Rafael Gomes
> Analista de Suporte
> Câmara Municipal de Novo Hamburgo
> --
> Site da Comunidade GITEC:
>http://colab.interlegis.leg.br
>
> Regras de participação:
>http://colab.interlegis.leg.br/wiki/ComoParticiparComunidade
>
> Para pesquisar o histórico da lista visite:
>http://colab.interlegis.leg.br/wiki/PesquisaListas
>
> Para administrar ou excluir sua conta visite:
>https://listas.interlegis.gov.br/mailman/listinfo/gitec
>

Adriano,

Acabei de testar e funcionou perfeitamente. Parabéns pela iniciativa.

Abraços


Angelo Marcondes de Oliveira Neto.
http://angelomarcondes.blogspot.com - portifólio de serviços.
angelomarcondes@gmail.com
(34) 91414287
Carneirinho - MG

Em 19 de março de 2014 20:05, Angelo Marcondes de Oliveira Neto <
angelomarcondes@gmail.com> escreveu:

> Adriano,
>
>
> Vou testar agora.
> Mas desde já obrigado pela inciativa.
>
> Abraços
>
>
> Angelo Marcondes de Oliveira Neto.
>http://angelomarcondes.blogspot.com - portifólio de serviços.
> angelomarcondes@gmail.com
> (34) 91414287
> Carneirinho - MG
>
>
>
> Em 19 de março de 2014 17:08, Adriano Rafael Gomes <
> adriano-gomes@camaranh.rs.gov.br> escreveu:
>
> On Thu, Feb 27, 2014 at 04:22:27PM -0300, Adriano Rafael Gomes wrote:
>> > Também terei que consertar os Content-Types armazenados
>> > incorretamente no SAPL, preferencialmente de forma automatizada.
>>
>> Informo que conseguimos resolver o problema dos Content-Types
>> incorretos armazenados no SAPL. Resumidamente, o procedimento consiste
>> em confrontar o Content-Type informado pelo ZOPE com o Content-Type
>> informado pelo programa "file" do sistema operacional, e alterar essa
>> informação no ZOPE.
>>
>> No nosso caso, corrigimos o Content-Type de 2030 documentos de um total
>> de 76420, representando 2,65% de documentos com Content-Type incorreto.
>>
>> O procedimento completo está descrito em:
>>https://colab.interlegis.leg.br/wiki/SaplCorrigirContentType
>>
>> Obrigado a todos que participaram da discussão.
>>
>> --
>> Adriano Rafael Gomes
>> Analista de Suporte
>> Câmara Municipal de Novo Hamburgo
>> --
>> Site da Comunidade GITEC:
>>http://colab.interlegis.leg.br
>>
>> Regras de participação:
>>http://colab.interlegis.leg.br/wiki/ComoParticiparComunidade
>>
>> Para pesquisar o histórico da lista visite:
>>http://colab.interlegis.leg.br/wiki/PesquisaListas
>>
>> Para administrar ou excluir sua conta visite:
>>https://listas.interlegis.gov.br/mailman/listinfo/gitec
>>
>
>

On Wed, Mar 19, 2014 at 08:41:07PM -0300, Angelo Marcondes de Oliveira Neto wrote:

> Acabei de testar e funcionou perfeitamente.

Obrigado pelo teste, Angelo.

Chegou a detectar algum arquivo com content-type incorreto?

Adriano,

Nenhum por enquanto. Mas olhei por cima e vou fazer uma busca minuciosa
para lhe dar um retorno melhor.

abraços

Angelo Marcondes de Oliveira Neto.
http://angelomarcondes.blogspot.com - portifólio de serviços.
angelomarcondes@gmail.com
(34) 91414287
Carneirinho - MG

Em 20 de março de 2014 13:08, Adriano Rafael Gomes <

adriano-gomes@camaranh.rs.gov.br> escreveu:

> On Wed, Mar 19, 2014 at 08:41:07PM -0300, Angelo Marcondes de Oliveira
> Neto wrote:
> > Acabei de testar e funcionou perfeitamente.
>
> Obrigado pelo teste, Angelo.
>
> Chegou a detectar algum arquivo com content-type incorreto?
> --
> Site da Comunidade GITEC:
>http://colab.interlegis.leg.br
>
> Regras de participação:
>http://colab.interlegis.leg.br/wiki/ComoParticiparComunidade
>
> Para pesquisar o histórico da lista visite:
>http://colab.interlegis.leg.br/wiki/PesquisaListas
>
> Para administrar ou excluir sua conta visite:
>https://listas.interlegis.gov.br/mailman/listinfo/gitec
>