我应该在飞行中创建一个lug子还是存储在数据库中？

发布时间：2020-12-12 16:33:14 所属栏目：MsSql教程来源：网络整理

导读：一个小插槽是描述或标题页面的URL的一部分,通常是针对该页面的关键字丰富而改进了SEO.例如在这个URL PHP/JS – Create thumbnails on the fly or store as files中,最后一节是“php-js-create-thumbnail-on-the-fly-or-store-as-files”. 目前,我正在将页面的

一个小插槽是描述或标题页面的URL的一部分,通常是针对该页面的关键字丰富而改进了SEO.例如在这个URL PHP/JS – Create thumbnails on the fly or store as files中,最后一节是“php-js-create-thumbnail-on-the-fly-or-store-as-files”.

目前,我正在将页面的记录存储在每个页面中.当页面生成并与页面一起存储时,从标题字段生成小块.但是,如果我想改变它,我正在考虑生成lug..我正在努力计算出哪些是更好的和别人做了什么.

到目前为止,我已经提出了每一个这些积分：

商店s子
– “更快”的处理器不需要每次生成(生成一次)

生成在飞行中：
– 灵活(可以调整slug算法,不需要重新整形).
– 在DB中使用较少的空间
– 从数据库传输到应用程序的数据较少

还有什么我错过了,你会怎么做/你会做什么？

编辑：

我只想澄清一下在答案中的误会. lug lug对正确页面上的着陆没有任何影响.要了解这一点,只要切断或弄脏这个网站的任何部分.例如.：

PHP/JS – Create thumbnails on the fly or store as files

都会带你到同一页面. s子从来没有索引.

你不需要保存旧的s..如果你降落在一个有“老s lug”的页面上,那么你可以检测到,只是做一个301重定向到正确的“slugged”一个.在上面的例子中,如果Stack Overflow实现了它,那么当你登陆上面的截断的slugs的任何链接时,它会将url中的slug与当前slug算法生成的slug进行比较,如果不同,它会做一个301重定向到同一页面,但使用新的lug子.

记住,所有内部生成的链接将立即使用新的算法,只有从外部指向的链接将使用旧的插件.

解决方法

您可能需要考虑另一件事情,如果您希望用户/自己能够定义自己的s what,该怎么办？也许算法并不总是足够的.

如果是这样,你或多或少需要将其存储在数据库中.

如果不是,我不认为它很重要,你可以在飞行中生成它们,但是如果你不确定是否要更改它们,可以让它们在数据库中.在我看来,任何一种方法都没有真正的性能问题(除非飞行中的一代很慢或类似的).

选择最灵活的.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!