参考文献中的链接已损坏

Links in references broken

我正在使用 \bibliographystyle{unsrt} 并在打印参考文献后遇到一些问题。

首先,一些 link 超出了定义的范围:

.bib 文件中的条目如下所示:

@misc{noauthor_representational_2021,
    title = {Representational {State} {Transfer}. {Verfügbar} von: https://de.wikipedia.org/wiki/{Representational}\_State\_Transfer\#{Einheitliche}\_Schnittstelle. {Abruf} 01/08/2021},
    copyright = {Creative Commons Attribution-ShareAlike License},
    url = {https://de.wikipedia.org/w/index.php?title=Representational_State_Transfer&oldid=214173929},
    abstract = {Representational State Transfer (abgekürzt REST) ist ein Paradigma für die Softwarearchitektur von verteilten Systemen, insbesondere für Webservices. REST ist eine Abstraktion der Struktur und des Verhaltens des World Wide Web. REST hat das Ziel, einen Architekturstil zu schaffen, der den Anforderungen des modernen Web besser genügt. Dabei unterscheidet sich REST vor allem in der Forderung nach einer einheitlichen Schnittstelle (siehe Abschnitt Prinzipien) von anderen Architekturstilen.
Der Zweck von REST liegt schwerpunktmäßig auf der Maschine-zu-Maschine-Kommunikation. REST stellt eine einfache Alternative zu ähnlichen Verfahren wie SOAP und WSDL und dem verwandten Verfahren RPC dar. Anders als bei vielen verwandten Architekturen kodiert REST keine Methodeninformation in den URI, da der URI Ort und Namen der Ressource angibt, nicht aber die Funktionalität, die der Web-Dienst zu der Ressource anbietet. Der Vorteil von REST liegt darin, dass im WWW bereits ein Großteil der für REST nötigen Infrastruktur (z. B. Web- und Application-Server, HTTP-fähige Clients, HTML- und XML-Parser, Sicherheitsmechanismen) vorhanden ist, und viele Web-Dienste per se REST-konform sind. Eine Ressource kann dabei über verschiedene Medientypen dargestellt werden, auch Repräsentation der Ressource genannt.
So ist ein Online-Dienst, der lediglich unveränderte Seiteninhalte nach dem Internetstandard HTTP anbietet, bereits REST-konform. Dynamisch erzeugte Seiten folgen diesem Paradigma jedoch oft nicht. So bieten beispielsweise Nachrichtenseiten sich ständig ändernde Informationen mit sowohl unterschiedlichem Format als auch Inhalt an, die nur schwer automatisch verarbeitet werden können. Bliebe das Format unverändert, so wäre eine wichtige REST-Eigenschaft erfüllt. So wäre eine Webseite, auf der ständig die aktuelle Uhrzeit in immer demselben Format abrufbar ist, REST-konform.
Die Bezeichnung „Representational State Transfer“ soll den Übergang vom aktuellen Zustand zum nächsten Zustand (state) einer Applikation verbildlichen. Dieser Zustandsübergang erfolgt durch den Transfer der Daten, die den nächsten Zustand repräsentieren.},
    language = {de},
    urldate = {2021-08-01},
    journal = {Wikipedia},
    month = jul,
    year = {2021},
    note = {Page Version ID: 214173929},
    file = {Snapshot:/Users/username/Zotero/storage/2D7HXXHG/index.html:text/html},
}

我在参考资料中有几个这样的 link,但我不确定如何修复它们。我尝试了一些方法,如 \sloppy、\setlength{\emergencystretch}{8em} 等,但似乎没有解决问题。另外,我的 link 是在参考文献的标题中定义的,当它们在多行时是否可以使它们工作?目前它们都是可点击的,但在大多数情况下 link 已损坏。

与其手动尝试转义网址中的所有特殊字符,不如使用 \url{..} 宏来排版它们。你可以通过例如加载 urlhyperref 包。

\documentclass{article}

\usepackage{hyperref}

\begin{filecontents*}[overwrite]{\jobname.bib}
@misc{noauthor_representational_2021,
    title = {Representational {State} {Transfer}. {Verfügbar} von: \url{https://de.wikipedia.org/wiki/Representational_State_Transfer#Einheitliche_Schnittstelle}. {Abruf} 01/08/2021},
    copyright = {Creative Commons Attribution-ShareAlike License},
    url = {https://de.wikipedia.org/w/index.php?title=Representational_State_Transfer&oldid=214173929},
    abstract = {Representational State Transfer (abgekürzt REST) ist ein Paradigma für die Softwarearchitektur von verteilten Systemen, insbesondere für Webservices. REST ist eine Abstraktion der Struktur und des Verhaltens des World Wide Web. REST hat das Ziel, einen Architekturstil zu schaffen, der den Anforderungen des modernen Web besser genügt. Dabei unterscheidet sich REST vor allem in der Forderung nach einer einheitlichen Schnittstelle (siehe Abschnitt Prinzipien) von anderen Architekturstilen.
Der Zweck von REST liegt schwerpunktmäßig auf der Maschine-zu-Maschine-Kommunikation. REST stellt eine einfache Alternative zu ähnlichen Verfahren wie SOAP und WSDL und dem verwandten Verfahren RPC dar. Anders als bei vielen verwandten Architekturen kodiert REST keine Methodeninformation in den URI, da der URI Ort und Namen der Ressource angibt, nicht aber die Funktionalität, die der Web-Dienst zu der Ressource anbietet. Der Vorteil von REST liegt darin, dass im WWW bereits ein Großteil der für REST nötigen Infrastruktur (z. B. Web- und Application-Server, HTTP-fähige Clients, HTML- und XML-Parser, Sicherheitsmechanismen) vorhanden ist, und viele Web-Dienste per se REST-konform sind. Eine Ressource kann dabei über verschiedene Medientypen dargestellt werden, auch Repräsentation der Ressource genannt.
So ist ein Online-Dienst, der lediglich unveränderte Seiteninhalte nach dem Internetstandard HTTP anbietet, bereits REST-konform. Dynamisch erzeugte Seiten folgen diesem Paradigma jedoch oft nicht. So bieten beispielsweise Nachrichtenseiten sich ständig ändernde Informationen mit sowohl unterschiedlichem Format als auch Inhalt an, die nur schwer automatisch verarbeitet werden können. Bliebe das Format unverändert, so wäre eine wichtige REST-Eigenschaft erfüllt. So wäre eine Webseite, auf der ständig die aktuelle Uhrzeit in immer demselben Format abrufbar ist, REST-konform.
Die Bezeichnung „Representational State Transfer“ soll den Übergang vom aktuellen Zustand zum nächsten Zustand (state) einer Applikation verbildlichen. Dieser Zustandsübergang erfolgt durch den Transfer der Daten, die den nächsten Zustand repräsentieren.},
    language = {de},
    urldate = {2021-08-01},
    journal = {Wikipedia},
    month = jul,
    year = {2021},
    note = {Page Version ID: 214173929},
    file = {Snapshot:/Users/username/Zotero/storage/2D7HXXHG/index.html:text/html},
}
\end{filecontents*}

\begin{document}

\cite{*}

\bibliographystyle{unsrt} 
\bibliography{\jobname}
\end{document}