首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

关于jekyll permalink的一些我不理解的事情

Jekyll是一个静态网站生成器,它允许开发者使用纯文本文件来创建简单、快速、易于维护的网站。Permalink是Jekyll中的一个配置选项,用于定义生成的网页的永久链接。

Permalink可以理解为网页的URL地址,它决定了网页在浏览器中的访问路径。在Jekyll中,Permalink可以通过在网页的Front Matter(头部元数据)中设置来定义。Front Matter是位于网页文件开头的一段特殊注释,用于配置网页的一些属性。

Permalink的配置方式有多种,常见的包括以下几种:

  1. 默认Permalink:Jekyll默认使用文件路径作为Permalink。例如,如果一个网页的文件路径是_posts/2022-01-01-example-post.md,那么它的Permalink就是/2022/01/01/example-post.html。这种配置方式适合博客类网站,可以按照日期和文章标题来组织网页。
  2. 自定义Permalink:开发者可以根据自己的需求自定义Permalink。例如,可以将Permalink设置为/:categories/:title.html,这样就可以根据网页的分类和标题来生成URL地址。

Permalink的优势在于提供了灵活的URL配置方式,可以根据网站的需求进行定制。通过合理设置Permalink,可以使网站的URL结构更加清晰、易读,并且有利于搜索引擎优化(SEO)。

关于Jekyll Permalink的应用场景,它适用于各种类型的静态网站,特别是博客、文档、个人网站等。通过合理配置Permalink,可以使网站的URL地址更加友好,提升用户体验和SEO效果。

腾讯云提供了静态网站托管服务,可以方便地部署和管理基于Jekyll的静态网站。您可以使用腾讯云的对象存储服务(COS)存储网站文件,并通过腾讯云的内容分发网络(CDN)加速访问。具体产品信息和介绍可以参考腾讯云静态网站托管服务的官方文档:腾讯云静态网站托管

希望以上解答能够帮助您理解Jekyll Permalink的相关概念和应用。如果还有其他问题,请随时提问。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 程序员的烦恼、技术领导的烦恼和管理者的烦恼

    为什么做 {程序员、技术领导、管理者} 很可怕? 我专业从事软件开发工作已超过 10 年的时间,我热爱这份事业,希望有一天我会被人们称呼为老程序员。但这一路走来,我经历了许多可怕的事情,这些事情让我讨厌我的工作。在职业生涯早期,我曾期望有人能给我一份职场指南,这样当遇到之前未曾遇到的事情时,我就不会感到如此的孤单和沮丧。 从某种意义上说,这篇文章就是那样一份指南。我写这篇文章有三个目的。 一、回顾 辨别出我们以往都曾有过的经历。这些会帮助我们建立一些理解上的共识,可以作为判断其他不熟悉的问题的参考点。 二、

    09

    企业架构还能干什么:聊聊低代码

    架构是隐藏在事物背后的逻辑,无论是在一个车马很慢的年代,还是在一个内卷不断的年代,事物的背后都有逻辑,都有一个可以列出的架构。很多人对企业架构的误解都在TOGAF是不是有效这个问题上,这是没啥意义的纠结,就像在问我不上学自学成才行不行? TOGAF给出了做这件事可以采用的逻辑,理解了可以照着去做,不理解可以找别的路去做,切忌,不理解了就觉得整体架构这件事不靠谱,大家可以想想哪个企业的老板想把自己企业管理的四分五裂,理解了这个基本需求,就应该知道,找到描绘和演进整个企业的结构,本身就是管理需求,在这点上,没有从技术角度质疑的理由,让谁去当老板,都不会按照割裂企业的方式去干,无论多复杂的企业,都有隐藏在背后的一致性,也都追求管理上的一体性。

    03

    【学术】强化学习系列(上):关于强化学习,你需要知道的重要知识点

    强化学习是一个非常有用的工具,可以在任何机器学习工具包中使用。为了能使你能够尽可能快地实现最新的模型,本系列的两篇文章是作为基础知识来设计的。这两篇文章中将分享强化学习中最重要的知识点。在文章的最后,你将了解所有的基本理论,以理解强化学习算法是如何工作的。首先我们看看本系列的上半部分内容。 监督学习 VS 评估学习 对于许多感兴趣的问题,监督学习的范例并没有给我们带来我们所需要的灵活性。监督学习与强化学习之间的主要区别在于,所获得的反馈是否具有评估性(evaluative)或启发性(instructive)

    08

    运维往事 公司生产服务器不让连公网

    15年毕业,就莫名其妙做了运维,也成为了阿里最后一批业务运维(pe)。刚开始做运维的时候由于基础知识太差,很多事情做了就做了,但也不理解为什么那么做了,知道后来跳出运维的圈子,自己做了开发,思路、见识、视野渐渐开阔之后也就慢慢明白了之前好多不懂的东西,想着想着也觉得比较有意思,这里记录下。   在阿里干过运维的人都只知道阿里有七网隔离,具体是哪七网我也记不全了,大概就是办公网、生产网、公网、阿里云、蚂蚁金服……,隔离也就意味着这些网络之间是无法直接访问的。当时做运维的时候没有经过任何系统的培训,摸着黑干活,好多事只有遇到了才能接触到,说实话我也是干了好久才看到七网隔离的。为什么要做七网隔离,最主要一点就是网络安全,不把所有鸡蛋放一个篮子里,即便黑客入侵了其中一个网络,剩下的其他网络也是安全的。除了生产隔离之外,我觉得七网隔离也带来一些其他的好处,比如业务系统的强制解耦,更安全的发布规范………   但七网隔离也有有些不便的地方,比如我们经常要在各个网络间就跳转,最常见就是从办公网进入生产网,公司为我们提供了跳板机,相当于开了一扇从办公网进入生产网的门。再比如,我们有些应用可能需要从外网去获取有些资源,服务器默认都是不能连外网的,这就悲剧了,之前好多应用做迁移的时候,换到新服务器上,结果就不能正常运行了。最开始做应用迁移的时候我也不知道,出问题了才有人告诉我有这个坑。     解决方案就是到我们一个系统上去提交安全外联申请,然后主管审批+安全部门同事审批后就可以连到公网了。我开始做运维的时候这些都已经变成一个走流程的事了,提个单子,点吧点吧就好了,当时也不理解点几下按钮的背后到底发生了什么,直到后来有一次有个同事让我查一个网络问题,大概是他的应用需要从互联网下载一个jar包,但是一直下不下来,我居然当时没意识到这是受七网隔离的限制,但最后让我发现了网络隔离的秘密。   当时知道肯定是网络的问题,但也不知道怎么查,还有有台正常的机器可以对比,;然后google+百度找方法,两台机器做对比,最后终于让我发现两者的差别了。 在服务器上执行route这个命令可以看到本机的静态路由表,大概如下

    01

    [zz]Kotlin 和 Checked ExceptionKotlin 和 Checked Exception

    最近 JetBrains 的 Kotlin 语言忽然成了热门话题。国内小编们传言说,Kotlin 取代了 Java,成为了 Android 的“钦定语言”,很多人听了之后热血沸腾。初学者们也开始注意到 Kotlin,问出各种“傻问题”,很“功利”的问题,比如“现在学 Kotlin 是不是太早了一点?” 结果引起一些 Kotlin 老鸟们的鄙视。当然也有人来信,请求我评价 Kotlin。 对于这种评价语言的请求,我一般都不予理睬的。作为一个专业的语言研究者,我的职责不应该是去评价别人设计的语言。然而浏览了 Kotlin 的文档之后,我发现 Kotlin 的设计者误解了一个重要的问题——关于是否需要 checked exception。对于这个话题我已经思考了很久,觉得有必要分享一下我对此的看法,避免误解的传播,所以我还是决定写一篇文章。 可以说我这篇文章针对的是 checked exception,而不是 Kotlin,因为同样的问题也存在于 C# 和其它一些语言。 冷静一下 在进入主题之前,我想先纠正一些人的误解,让他们冷静下来。我们首先应该搞清楚的是,Kotlin 并不是像有些国内媒体传言的那样,要“取代 Java 成为 Android 的官方语言”。准确的说,Kotlin 只是得到了 Android 的“官方支持”,所以你可以用 Kotlin 开发 Android 程序,而不需要绕过很多限制。可以说 Kotlin 跟 Java 一样,都是 Android 的官方语言,但 Kotlin 不会取代 Java,它们是一种并存关系。 这里我不得不批评一下有些国内技术媒体,他们似乎很喜欢片面报道和歪曲夸大事实,把一个平常的事情吹得天翻地覆。如果你看看国外媒体对 Kotlin 的报道,就会发现他们用词的迥然不同: Google’s Java-centric Android mobile development platform is adding the Kotlin language as an officially supported development language, and will include it in the Android Studio 3.0 IDE.

    02
    领券