Tengo una esencia que contiene un archivo de rebajas y una imagen.
¿Hay alguna forma de hacer un enlace relativo a esta imagen? Algo como en lugar de
Aquí hay un ejemplo
Respuestas:
A partir de ahora, los enlaces de imágenes relativas funcionan para mí, tanto en un repositorio como en una wiki. Estoy usando una sintaxis como esta:
He aquí un ejemplo:
]y(
Según http://blog.rodneyrehm.de/archives/35-Incluyendo-Data-From-Github.html , el problema al usar https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 ... 6e8 / img.png
es que la b75d2...6e8parte varía según el archivo (una experimentación rápida confirma que es el id de git blob). Sin embargo, puede eliminar esa parte, lo que da como resultado una URL que apunta a la última versión:
https://gist.github.com/user/605560c2961cb3025038/raw/img.png
o para tomar un ejemplo práctico:
https://gist.githubusercontent.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png
¡Esto también funciona como ruta relativa raw/dodgetocat_v2.png!
Sin embargo (a finales de 2017) github puede representar la misma esencia de 2 URL:
Cuando se ve desde https://gist.github.com/cben/46d9536baacb7c5d196c/ (con barra diagonal al final), la ruta relativa se agrega, se resuelve en https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png - trabajos :-)
Cuando se ve desde https://gist.github.com/cben/46d9536baacb7c5d196c (sin barra al final), la ruta relativa reemplaza la última parte de la URL, se resuelve en https://gist.github.com/cben/raw/dodgetocat_v2 .png - roto :-(
[ACTUALIZADO en diciembre de 2017. Los problemas anteriores de archivos sin procesar sirvieron como atributos de Content-Type: application/octet-streamreescritura srcde imágenes para que camo.githubusercontent.comya no ocurran, al menos no para imágenes de la misma esencia.]
Por desgracia, no podemos simplemente usar la primera URL y confiar en que siempre funcionará.
(Puede usar una ruta relativa 46d9536baacb7c5d196c/raw/dodgetocat_v2.pngque solo funcionaría sin una barra diagonal, pero esa también es una idea cuestionable y menos vale la pena, no es realmente más flexible que la URL completa).
Ambos se pueden solucionar con un proxy que corrija el tipo de contenido, por ejemplo, Rawgit o Bl.ocks.org (no por Github, no abuse de ellos). Desafortunadamente, Rawgit no procesa Markdown, solo sirve archivos tal como están, y Bl.ocks.org procesa Markdown, pero la estructura de la URL es tal que los enlaces relativos no funcionarán. Esto significa que puede hacer referencia a la URL externa completa en Markdown o relativa en HTML :-(
Ver https://gist.github.com/cben/46d9536baacb7c5d196c/ bifurcó su esencia y su index.html se ve a través de:
Sí, el vínculo relativo me funciona. Estoy usando pancake.io para alojar mis páginas. http://pancake.io/2c8aa8/topics/cpp/cpp.md
Las imágenes de esa página están en la cppcarpeta.
El código de descuento utilizado para la primera imagen es
El código de descuento (en realidad, HTML) utilizado para la segunda imagen es
<div style='float: center'>
<img style='width: 600px' src="prefixpostfixincrement.png"></img>
</div>
NOTA: me perdí la parte esencial. Pruebe la forma html si gist no admite la sintaxis de ruta de imagen relativa de rebajas.
probado ahora ... no pude usar URL relativas en la wiki de github.
Tuve que agregar la imagen al repositorio wiki, luego navegar por el repositorio y hacer que github me lo mostrara (para que pudiera tomar la URL). luego use la URL completa en la rebaja. pero afortunadamente, las URL son fáciles de predecir:https://github.com/*username*/*reponame*/wiki/*imagename.png*
Envié este isse al soporte de github.
No, la URL relativa a una imagen de markdown no funciona, por lo que tendrá que seguir con la URL larga y estática:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
Sin embargo, las URL relativas a algunos archivos funcionan: