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

前端之家收集整理的这篇文章主要介绍了我应该在飞行中创建一个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,该怎么办?也许算法并不总是足够的.

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

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

选择最灵活的.

猜你在找的MsSQL相关文章