У меня есть суть, которая содержит файл разметки и изображение.
Есть ли способ сделать относительную ссылку на это изображение? Что-то вроде ![My image](image.png)
вместо![My image](https://gist.github.com/user/605560c2961cb3025038/raw/b75d2...6e8/img.png)
Вот пример
]
и(
Согласно 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-адресу, указывающему на последнюю версию:или взять рабочий пример:
Относительный путь?
Это также работает как относительный путь
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), используемый для второго изображения:
ПРИМЕЧАНИЕ: я упустил суть. Попробуйте использовать 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-адреса некоторых файлов работают:
http://bl.ocks.org/mattborn/c346c8689a5eaf86e823
источник