Ответы:
На данный момент у меня работают относительные ссылки на изображения как в репозитории, так и в вики. Я использую такой синтаксис:
Вот пример:
]и(
Согласно http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html , проблема с использованием https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 ... 6e8 / img.png
заключается в том, что b75d2...6e8часть зависит от файла (быстрое экспериментирование подтверждает, что это идентификатор git blob). Однако вы можете отбросить эту часть, что приведет к URL-адресу, указывающему на последнюю версию:
https://gist.github.com/user/605560c2961cb3025038/raw/img.png
или взять рабочий пример:
https://gist.githubusercontent.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png
Это также работает как относительный путь raw/dodgetocat_v2.png!
Однако (по состоянию на конец 2017 года) github может отображать ту же самую суть из двух URL-адресов:
При просмотре с https://gist.github.com/cben/46d9536baacb7c5d196c/ (с завершающей косой чертой) добавляется относительный путь, который преобразуется в https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png - работает :-)
При просмотре с https://gist.github.com/cben/46d9536baacb7c5d196c (без косой черты в конце) относительный путь заменяет последнюю часть URL-адреса и преобразуется в https://gist.github.com/cben/raw/dodgetocat_v2 .png - битый :-(
[ОБНОВЛЕНО в декабре 2017 года. Предыдущие проблемы с необработанными файлами служили Content-Type: application/octet-streamи переписывали srcатрибуты изображений, чтобы их camo.githubusercontent.comбольше не было, по крайней мере, для изображений из той же сущности.]
Увы, мы не можем просто использовать первый URL и доверять ему всегда работать.
(Вы можете использовать относительный путь, 46d9536baacb7c5d196c/raw/dodgetocat_v2.pngкоторый будет работать только без косой черты в конце, но это тоже сомнительная идея, и она того не стоит - не более гибкая, чем полный URL.)
И то и другое можно обойти с помощью прокси, фиксирующего Content-Type, например Rawgit или Bl.ocks.org (не Github, не злоупотребляйте ими). К сожалению, Rawgit не отображает Markdown, а обслуживает файлы как есть, а Bl.ocks.org отображает уценку, но структура URL такова, что относительные ссылки не работают. Это означает, что вы можете ссылаться на полный внешний URL в Markdown или на относительный в HTML :-(
См. Https://gist.github.com/cben/46d9536baacb7c5d196c/, разветвляющий вашу суть, и его index.html, просматриваемый через:
Да, у меня относительная ссылка работает. Я использую pancake.io для размещения своих страниц. http://pancake.io/2c8aa8/topics/cpp/cpp.md
Изображения на этой странице находятся в cppпапке.
Код уценки, используемый для первого изображения:
Код уценки (на самом деле html), используемый для второго изображения:
<div style='float: center'>
<img style='width: 600px' src="prefixpostfixincrement.png"></img>
</div>
ПРИМЕЧАНИЕ: я упустил суть. Попробуйте использовать html, если gist не поддерживает синтаксис относительного пути к изображению с уценкой.
протестировано только что ... мне не удалось использовать относительные URL-адреса в вики github.
Мне пришлось добавить изображение в репозиторий вики, затем просмотреть репозиторий и попросить github показать его мне (чтобы я мог получить URL-адрес). затем используйте полный URL в уценке. но, к счастью, URL-адреса легко предсказать:https://github.com/*username*/*reponame*/wiki/*imagename.png*
я отправил это сообщение в службу поддержки github.
Нет, относительный URL-адрес изображения из markdown не работает, поэтому вам придется придерживаться длинного статического URL-адреса:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
Однако относительные URL-адреса некоторых файлов работают: