Ich habe einen Kern, der eine Markdown-Datei und ein Bild enthält.
Gibt es eine Möglichkeit, einen relativen Link zu diesem Bild herzustellen? So etwas wie ![My image](image.png)
statt![My image](https://gist.github.com/user/605560c2961cb3025038/raw/b75d2...6e8/img.png)
Hier ist ein Beispiel
]
und(
Laut http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html ist das Problem bei der Verwendung von https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 ... 6e8 / img.png
ist, dass der
b75d2...6e8
Teil pro Datei variiert (ein schnelles Experimentieren bestätigt, dass es sich um die Git-Blob-ID handelt). Sie können diesen Teil jedoch löschen, was zu einer URL führt, die auf die neueste Version verweist:oder um ein funktionierendes Beispiel zu nehmen:
Relativer Pfad?
Dies funktioniert auch als relativer Pfad
raw/dodgetocat_v2.png
!Github kann jedoch (Stand Ende 2017) denselben Inhalt aus zwei URLs rendern:
Bei Anzeige von https://gist.github.com/cben/46d9536baacb7c5d196c/ (mit nachfolgendem Schrägstrich) wird der relative Pfad angehängt und in https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png aufgelöst - funktioniert :-)
Bei Anzeige unter https://gist.github.com/cben/46d9536baacb7c5d196c (kein abschließender Schrägstrich) ersetzt der relative Pfad den letzten Teil der URL und wird in https://gist.github.com/cben/raw/dodgetocat_v2 aufgelöst .png - kaputt :-(
[AKTUALISIERT im Dezember 2017. Frühere Probleme mit Rohdateien, die als Attribute für das
Content-Type: application/octet-stream
Umschreibensrc
von Bildern dientencamo.githubusercontent.com
, treten nicht mehr auf, zumindest nicht für Bilder aus demselben Kern.]Leider können wir nicht einfach die erste URL verwenden und darauf vertrauen, dass sie immer funktioniert.
(Sie könnten einen relativen Pfad verwenden
46d9536baacb7c5d196c/raw/dodgetocat_v2.png
, der nur ohne einen abschließenden Schrägstrich funktioniert , aber das ist auch eine fragwürdige Idee und weniger wert - nicht wirklich flexibler als eine vollständige URL.)Verwenden Sie einen Proxy?
Beide können mit einem Proxy umgangen werden, der den Inhaltstyp repariert, z. B. Rawgit oder Bl.ocks.org (nicht von Github, missbrauchen Sie sie nicht). Leider rendert Rawgit Markdown nicht, sondern liefert nur Dateien wie sie sind, und Bl.ocks.org rendert Markdown, aber die URL-Struktur ist so, dass relative Links nicht funktionieren. Dies bedeutet, dass Sie entweder auf die vollständige externe URL in Markdown oder auf die relative URL in HTML verweisen können :-(
Siehe https://gist.github.com/cben/46d9536baacb7c5d196c/ , und Ihr index.html wird angezeigt über:
quelle
Ja, der relative Link funktioniert für mich. Ich verwende pancake.io, um meine Seiten zu hosten. http://pancake.io/2c8aa8/topics/cpp/cpp.md
Die Bilder auf dieser Seite befinden sich im
cpp
Ordner.Der für das erste Bild verwendete Markdown-Code lautet
Der Markdown-Code (eigentlich HTML), der für das zweite Bild verwendet wird, lautet
HINWEIS: Ich habe den wesentlichen Teil verpasst. Versuchen Sie es mit HTML, wenn gist die relative Bildpfadsyntax für Markdowns nicht unterstützt.
quelle
gerade getestet ... ich konnte keine relativen URLs im Github-Wiki verwenden.
Ich musste das Bild zum Wiki-Repo hinzufügen, dann das Repo durchsuchen und es mir von Github zeigen lassen (damit ich die URL abrufen konnte). Verwenden Sie dann die vollständige URL im Markdown. Glücklicherweise sind die URLs einfach vorherzusagen:
https://github.com/*username*/*reponame*/wiki/*imagename.png*
Ich habe diese Isse beim Github-Support eingereicht.
quelle
Nein, die relative URL zu einem Bild von Markdown funktioniert nicht. Sie müssen sich also an die lange statische URL halten:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
Relative URLs zu einigen Dateien funktionieren jedoch:
http://bl.ocks.org/mattborn/c346c8689a5eaf86e823
quelle