Heim  >  Artikel  >  Entwicklungswerkzeuge  >  Was soll ich tun, wenn Hexo bei der Bereitstellung auf Gitee nicht normal angezeigt werden kann?

Was soll ich tun, wenn Hexo bei der Bereitstellung auf Gitee nicht normal angezeigt werden kann?

PHPz
PHPzOriginal
2023-04-11 09:10:06577Durchsuche

Hexo ist ein sehr beliebter statischer Blog-Generator, der die Bereitstellung auf mehreren Plattformen unterstützt, einschließlich GitHub, GitLab und Coding. Er unterstützt auch die Bereitstellung auf der inländischen Code-Cloud-Plattform (Gitee). Einige Hexo-Benutzer stellten jedoch fest, dass der Blog-Inhalt beim Bereitstellen ihrer Blogs auf Gitee nicht richtig angezeigt werden konnte.

Zunächst müssen wir klarstellen, dass dieses Problem nicht durch Hexo selbst verursacht wird, sondern durch die Beschränkungen der Gitee-Plattform für domänenübergreifende Anfragen verursacht wird. Wenn Sie Hexo verwenden, um Ihr Blog auf der Gitee-Plattform bereitzustellen, werden einige statische Dateien generiert (z. B. HTML, CSS, JS usw.). Die Pfade von Bildern, Schriftarten und anderen statischen Ressourcen in diesen Dateien sind relative Pfade. wie „. ./images/test.png“. Wenn über gitee auf Ihr Blog zugegriffen wird, speichert gitee diese statischen Dateien und stellt den zwischengespeicherten Inhalt für Benutzer bereit. Wenn Benutzer jedoch auf Bilder, Schriftarten und andere statische Ressourcen zugreifen müssen, werden relative Pfade verwendet (z. B. „example.com“) stellt eine domänenübergreifende Anfrage. Zu diesem Zeitpunkt schränkt die Gitee-Plattform domänenübergreifende Anfragen ein, was dazu führt, dass Blog-Inhalte nicht normal angezeigt werden können.

Also, wie kann man dieses Problem lösen? Hier sind einige mögliche Lösungen:

  1. Verwenden Sie ein CDN. Die Verwendung von CDN kann das Problem relativer Pfade lösen. Sie können alle statischen Ressourcen in das CDN hochladen und die Adresse auf einen absoluten Pfad festlegen, um Probleme mit domänenübergreifenden Anforderungen zu vermeiden. Beispiel: „https://cdn.example.com/images/test.png“. Die Nutzung von CDN erfordert jedoch eine Zahlung. Wenn die finanziellen Bedingungen dies nicht zulassen, können Sie die folgenden Optionen in Betracht ziehen.
  2. Laden Sie alle statischen Ressourcen in ein Lager in Gitee hoch. In Gitee können wir ein neues Lager erstellen und dann alle statischen Ressourcen in dieses Lager hochladen. Wir müssen die Zugriffsadresse im Warehouse zur Hexo-Konfigurationsdatei hinzufügen, um Probleme mit domänenübergreifenden Anforderungen zu vermeiden. Beispiel: „https://gitee.com/username/static/raw/master/images/test.png“. Der Nachteil dieser Methode besteht darin, dass Dateien manuell hochgeladen werden müssen, was mühsam ist. Wenn sich der Blog-Inhalt jedoch nicht ändert, können Sie die Anzahl der Anfragen mithilfe der Caching-Funktion reduzieren.
  3. Mit Travis CI. Diese Lösung erfordert etwas Programmiererfahrung. Travis CI ist ein integriertes Test- und Bereitstellungstool, das automatisch Code erstellen, testen und auf einem Continuous-Integration-Server bereitstellen kann, sodass Sie Ihr Blog automatisch bereitstellen können. Informationen zu bestimmten Vorgängen finden Sie in der offiziellen Dokumentation. Diese Lösung ist relativ komplex, aber die Wirkung ist sehr gut.

Zusammenfassend lässt sich sagen, dass das Problem, dass der Hexo-Blog nicht ordnungsgemäß angezeigt werden kann, auf die Einschränkungen der Gitee-Plattform für domänenübergreifende Anfragen zurückzuführen ist. Dies kann durch die Verwendung von CDN, das Hochladen statischer Dateien in ein Warehouse in Gitee usw. gelöst werden mit Travis CI-Frage. Jede Option hat ihre Vor- und Nachteile, und Sie können basierend auf Ihrer tatsächlichen Situation diejenige auswählen, die für Sie am besten geeignet ist.

Das obige ist der detaillierte Inhalt vonWas soll ich tun, wenn Hexo bei der Bereitstellung auf Gitee nicht normal angezeigt werden kann?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn