У мене є суть, яка містить файл розмітки та зображення.
Чи є спосіб зробити відносне посилання на це зображення? Щось на зразок замість
Ось приклад
Відповіді:
На сьогодні відносні посилання на зображення працюють для мене як у сховищі, так і у вікі. Я використовую такий синтаксис:
Ось приклад:
]і(
Відповідно до 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 може відображати той самий суть з 2 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-адреса.)
І з тими, і з іншими можна попрацювати за допомогою проксі-сервера, що фіксує тип вмісту, наприклад Rawgit або Bl.ocks.org (не Github, не зловживайте ними). На жаль, Rawgit не робить Markdown, обслуговує лише файли як є, а Bl.ocks.org робить Markdown, але структура 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.
мені довелося додати зображення до репозиторію wiki, потім переглянути браузер репо і показати мені github (щоб я міг схопити url). потім використовуйте повну URL-адресу в націнці. але на щастя, URL-адреси передбачити просто:https://github.com/*username*/*reponame*/wiki/*imagename.png*
я подав цей документ у службу підтримки github.
Ні, відносна URL-адреса зображення із розмітки не працює, тому вам доведеться дотримуватися довгої, статичної URL-адреси:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
Однак відносні URL-адреси деяких файлів працюють: