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

一个小插槽是描述或标题页面的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

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

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,该怎么办?也许算法并不总是足够的.

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

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

选择最灵活的.

相关文章

(一)日志传送架构 (1.1)相关服务器 主服务器 :用于生产的服务器,上面运行这生产SQL Server数据库...
(一)事故背景 最近在SQL Server 2012生产数据库上配置完事物复制(发布订阅)后,生产数据库业务出现了...
(一)测试目的 目前公司使用的SQL SERVER 2012高可用环境为主备模式,其中主库可执行读写操作,备库既...
(一)背景个人在使用sql server时,用到了sql server的发布订阅来做主从同步,类似MySQL的异步复制。在...
UNION和OR谓词 找出 product 和 product2 中售价高于 500 的商品的基本信息. select * from product wh...
datawhale组队学习task03