从开发的角度来看，decision.com的URL结构和站点是如何工作的？

在网站管理员的问答网站上，我问了以下问题：

但是，我想从发展的角度了解更多关于这方面的信息

如果你在Google上搜索任何与工作相关的内容，例如Gastonia Jobs（City+Jobs），那么除了他们的搜索结果占据Google的第一页外，你还可以得到如下URL结构：

indeed.com/l-Gastonia,-NC-jobs.html

我假设L代表URL结构中的位置。如果您搜索与行业相关的工作或具有特定公司名称的工作，您将返回以下内容（Microsoft工作）：

在美国有超过40000个城市的情况下，我想，好吧，也许他们有可能在其中循环，为每个城市创建一个页面。这对计算机来说并不难。但是很明显，这个站点是动态的，因为每个页面都有100000个结果，并以10为单位分页。上面的q显然代表查询。我可以理解这些位置，但它们不可能为每个查询组合创建一个网页，对吗

好吧，这有点奇怪。我想看看他们是否有一个网站地图，所以我在Google中输入了“的确如此。com sitemap.xml”，我得到了回复：

indeed.com/q-Sitemap-xml-jobs.html

。。再一次，我搜索了“的确如此。com url结构”，正如我在网站管理员的另一篇文章中提到的，我得到了：

indeed.com/q-change-url-structure-l-Arkansas.html

真的是这样吗？com是否在某种程度上使用编程，根据我输入到谷歌的搜索结果动态创建网页？如果不是这样，他们如何能够拥有一个包含数百万个可能的查询组合的静态页面，让它们动态分页，然后让所有这些都主宰谷歌的第一个结果页面（尽管最后一个问题可能对网站管理员来说是最好的）

---

页面中的javascript是否以某种方式与URL进行交互

很可能是而不是一堆页面。“实际”页面可能是。然后，该网站巧妙地使用URL重写生成一个人类可读的URL，在数据库中获取与查询匹配的作业，然后voíla

---

当然，我可能大错特错了。说实话，技术方面的问题可能有多种解决方法。每次向站点添加作业时，可能会创建与该作业相匹配的所有页面，从而产生大量页面供Google爬行。

这是一个大问题，但由于基本的Google搜索使用

ste:indeed.com

---

返回超过120MM的结果，其次是一个查询，如“product manager new york”在结果中排名第一。这些页面显然是预先生成的，这一点可以通过搜索引擎缓存的页面（有时是几天前）与站点上的实时查询结果不同得到证实

当谷歌搜索机器人在谷歌或任何其他求职网站上抓取页面时，这些页面都是动态创建的。这里是另一个网站：我运行这个类似于实际工作方式的网站

---

PHP在这方面是您的朋友，事实上，不要只使用标准数据库查看Sphinx和Solr，因为它们提供全文搜索，以获得比MySql更好的性能。

它们还巧妙地利用了rel=“canonical”和彻底的内部链接：

---

请注意，所有实际排名的页面都可以从直接的内部链接结构中找到。

Hmm这是个好主意。因为他们可能已经有了那个原始页面的链接，所以他们可以为此排名。这也可能解释搜索引擎优化。我从未在我的网站上看到过谷歌搜索词的引用结构。我很好奇。我来看看。你能在谷歌上创建一个动态页面并获得排名吗？我不这么认为。该网站必须有预先建立的网页，并以某种方式在内部链接它们。每个页面的关键字和描述都将与查询模式匹配。甚至谷歌也会根据它所抓取、分析和存储的内容获取数据

ste:indeed.com