Eu tenho um resumo que contém um arquivo markdown e uma imagem.
Existe uma maneira de fazer um link relativo para esta imagem? Algo como em ![My image](image.png)
vez de![My image](https://gist.github.com/user/605560c2961cb3025038/raw/b75d2...6e8/img.png)
Aqui está um exemplo
]
e(
De acordo com http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html , o problema em usar https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 ... 6e8 / img.png
é que a
b75d2...6e8
parte varia por arquivo (uma rápida experimentação confirma que é o id do git blob). No entanto, você pode descartar essa parte resultando em um URL apontando para a versão mais recente:ou para dar um exemplo prático:
Caminho relativo?
Isso também funciona como caminho relativo
raw/dodgetocat_v2.png
!No entanto (no final de 2017) o github pode processar a mesma essência a partir de 2 URLs:
Quando visualizado em https://gist.github.com/cben/46d9536baacb7c5d196c/ (com barra à direita), o caminho relativo é anexado, resolve para https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png - trabalho :-)
Quando visualizado em https://gist.github.com/cben/46d9536baacb7c5d196c (sem barra final), o caminho relativo substitui a última parte da URL, resolve para https://gist.github.com/cben/raw/dodgetocat_v2 .png - quebrado :-(
[ATUALIZADO em dezembro de 2017. Problemas anteriores de arquivos brutos serviram como atributos de
Content-Type: application/octet-stream
reescritasrc
de imagens paracamo.githubusercontent.com
não acontecer mais, pelo menos não para imagens da mesma essência.]Infelizmente, não podemos simplesmente usar o primeiro URL e confiar que ele sempre funcionará.
(Você poderia usar o caminho relativo
46d9536baacb7c5d196c/raw/dodgetocat_v2.png
que funcionaria apenas sem barra final, mas essa também é uma ideia questionável e menos vale a pena - não é realmente mais flexível do que o URL completo.)Usando um proxy?
Ambos podem ser contornados com um proxy que fixa o Content-Type, por exemplo, Rawgit ou Bl.ocks.org (não pelo Github, não abuse deles). Infelizmente Rawgit não renderiza Markdown, apenas exibe arquivos como estão, e Bl.ocks.org renderiza markdown, mas a estrutura da URL é tal que os links relativos não funcionam. Isso significa que você pode fazer referência a URL externo completo no Markdown ou relativo em HTML :-(
Consulte https://gist.github.com/cben/46d9536baacb7c5d196c/ bifurcado em sua essência e seu index.html visualizado via:
fonte
Sim, o link relativo está funcionando para mim. Estou usando o pancake.io para hospedar minhas páginas. http://pancake.io/2c8aa8/topics/cpp/cpp.md
As imagens dessa página estão na
cpp
pasta.O código de redução usado para a primeira imagem é
O código de redução (na verdade, html) usado para a segunda imagem é
NOTA: Eu perdi a parte principal. Experimente o método html se o gist não suportar a sintaxe do caminho relativo da imagem de markdown.
fonte
testei agora mesmo ... não consegui usar urls relativos no wiki do github.
Tive que adicionar a imagem ao repositório do wiki, em seguida, navegue no repositório e faça com que o github o mostre para mim (para que eu pudesse pegar o url). em seguida, use o url completo na marcação. mas, felizmente, os urls são simples de prever:
https://github.com/*username*/*reponame*/wiki/*imagename.png*
Enviei este isse para o suporte do github.
fonte
Não, o URL relativo a uma imagem do markdown não funciona, então você terá que ficar com o URL longo e estático:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
No entanto, URLs relativos a alguns arquivos funcionam:
http://bl.ocks.org/mattborn/c346c8689a5eaf86e823
fonte