FB OpenGraph og: a imagem não gera imagens (possivelmente https?)

Primeiro eu acredito que este é um problema duplicado. Pesquisei extensivamente problemas iguais ou semelhantes no SO e, devido à natureza da solução de problemas antes de perguntar, acredito que esse problema é único.

@Facebook não consegue entender meuog:image arquivos e eu tentei todas as soluções habituais. Estou começando a pensar que isso pode ter algo a ver comhttps://...

Eu conferihttp: //developers.facebook.com/tools/debu e tem zero avisos ou erro Encontra as imagens às quais vinculamos no "og:image ", mas estão aparecendo em branco. Quando clicamos nas imagens, no entanto, elas EXISTEM e são necessárias diretamente para elas. Mostra uma imagem - uma imagem hospedada em um servidor não http Tentamos imagens quadradas, jpegs, pngs, tamanhos maiores e tamanhos menores. Colocamos as imagens em public_html. Zero está aparecendo. Não é um erro de cache, porque quando adicionamos outroog:image para a meta, o linter de FB encontra e lê isso. Ele mostra uma prévia. A visualização está em branco. Os a exceção que estamos recebendo é para imagens que não estão neste site.Pensamos que talvez houvesse algum anti-lixiviação emcpanel ou o.htaccess que impedia a exibição das imagens, então verificamos. Não havia. Até fizemos um rápido< img src="[remote file]" > em um servidor totalmente diferente e a imagem aparece bePensamos que talvez fosse oog:type ou outra singularidade com outra metatag. Removemos todos eles, um de cada vez, e verificamos. Nenhuma mudança. Apenas avisos. O mesmo código em um site diferente aparece sem nenhum problemNós pensamostalve não estava obtendo imagens porque estamos usando as mesmas páginas de produtos para vários produtos (alterando-as com base no valor obtido, por exemplo, "details.php? id = xxx"), mas ainda está obtendo uma imagem ( de um URL diferente).Leaving anyog:image ou image_src desativado, o FB não encontra nenhuma image

Estou no fim da minha corda. Se eu dissesse quanto tempo eu e os outros gastamos nisso, você ficaria chocado. A questão é que esta é uma loja online. Absolutamente, positivamente, NÃO podemos ter imagens. Nós temos que. Temos mais ou menos dez sites ... Esse é o único comog:image problemas. É também o único nohttps, então pensamos que talvez esse fosse o problema. Mas não podemos encontrar nenhum precedente em nenhum lugar da Web para isso.

Estas são as meta-tags:

<meta property="og:title" content="[The product name]" /> 
<meta property="og:description" content="[the product description]" /> 
<meta property="og:image" content="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-art-black.png" />
<meta property="og:image" content="http://www.[ADIFFERENTwebsite].com/wp-content/uploads/2011/06/ARS-Header-Shine2.png" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/ARShopHeader.png" />
<meta property="og:image" content="http://www.[ourwebsite].com/overdriven-blues-music-tshirt-art-black.JPG" />
<meta property="og:type" content="product"/>
<meta property="og:url" content="https://www.[ourwebsite].com/apparel-details.php?i=10047" />
<meta property="og:site_name" content="[our site name]" />      
<meta property="fb:admins" content="[FB-USER-ID-NUMBER]"/>
<meta name="title" content="[The product name]" />
<meta name="description" content="[The product description]" />
<link rel="image_src" href="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />
<meta name="keywords" content="[four typical keywords]">
<meta name="robots" content="noarchive">

Caso você queira, aqui está um link para uma de nossas páginas de produtos em que estamos trabalhando. [Link encurtado para tentar reduzir essa entrada nos resultados de pesquisa do nosso site]:http: //rockn.ro/11

EDIT ----

Usando a ferramenta raspador "ver o que o facebook vê", pudemos ver o seguinte:

"image": [          
      {
         "url": "https://www.[httpSwebsite].com/images/shirts/soul-man-soul-music-tshirt-details-safari.png"
      },
      {
         "url": "https://www.[httpSwebsite].com/images/shirts/soul-man-soul-music-tshirt-art-safari.png"
      },
      {
         "url": "http://www.[theotherNONSECUREwebsite].com/wp-content/uploads/2011/06/ARS-Header-Shine2.png"
      }
   ],

Testamos todos os links encontrados para uma única página. Todas eram imagens perfeitamente válida

EDIT 2 ----

Tentamos um teste e adicionamos um subdomínio para o site NÃO-SEGURO (a partir do qual as imagens são realmente visíveis no facebook). O subdomínio era http: // img. [Nonsecuresite] .com. Em seguida, colocamos todas as imagens na pasta principal do subdomínio e as referenciamos. Não puxaria essas imagens para o FB. No entanto, ainda puxaria qualquer imagem referenciada no domínio principal não seguro.

SOLUÇÃO POSTERIOR ----

Graças a Keegan, agora sabemos que isso é um bug no Facebook. Para contornar o problema, colocamos um subdomínio em outro site NON-HTTPS e despejamos todas as imagens nele. Referenciamos o @ coordenadhttp://img.otherdomain.com/[like-image.jpg] imagem emog:image em cada página do produto. Tivemos que passar pelo FB Linter e executar TODOS os links para atualizar os dados do OG. Isso funcionou, mas a solução é uma solução alternativa para band-aid e se ohttps problema @ foi corrigido e voltamos a usar o domínio https natural. O FB armazenará em cache as imagens de um site diferente, o que complica a questão. Espero que esta informação ajude a salvar alguém de perder 32 horas de codificação dedele vida

questionAnswers(19)

yourAnswerToTheQuestion