在大型社交网站上用PHP实现哪些东西成本高昂？ P>在“后端”上使用C++或java是很常见的，以提高性能。我相信像脸谱网这样的网站有基于C++的“服务”以达到关键性能。

例如：由于数据库是一个需要搜索的庞大数据库，因此在任何时候都可以用其他命令替换通过PHP传递的SQL“SELECT*FROM…”类型的命令，这是否更经济划算

---

总的来说，有人能举例说明哪种事情即使在网站的早期阶段也不应该使用PHP。

你会用什么来代替“选择…”？数据库越大，就越应该对其使用SQL。如果访问速度慢，请检查您使用的查询是否得到索引的良好支持

---

你剩下的问题都是主观的和有争议的，但从痛苦的经历来看，我根本不会使用PHP来处理任何预期超出非常小的初始大小的事情。

你会用什么来取代“选择…”？数据库越大，就越应该对其使用SQL。如果访问速度慢，请检查您使用的查询是否得到索引的良好支持

---

你剩下的问题都是主观的和有争议的，但从痛苦的经历来看，我根本不会使用PHP来处理任何超出初始规模的事情。

像facebook这样的网站通常都是渐进式的，经常会有很多重写。 但是，它们经常运行在C++的DLL上。 SQL虽然是基于字符串的，但速度相当快。 要记住的是，有数百种SQL处理软件。

---

SQL是一种语言，而不是一种软件。

像facebook这样的网站通常是渐进式的，经常会有很多重写。 但是，它们经常运行在C++的DLL上。 SQL虽然是基于字符串的，但速度相当快。 要记住的是，有数百种SQL处理软件。

---

SQL是一种语言，我不同意。有很多DLL在C++上运行，甚至是在服务器上更新每秒钟的CRON作业……但是我认为脸谱网有几个数据库。根据你的位置，你将连接到那个服务器。在更新了一个数据后，自动后端脚本或代码将运行到同步这些数据库…

是的，我同意……有很多DLL在C++上运行，甚至是Con作业，这些更新在服务器中的每秒钟……但是我认为脸谱网有几个数据库。根据你的位置，你将连接到那个服务器。在一个数据被更新后，自动后端脚本或代码。将运行以同步这些数据库…

我不是web开发人员，也不是PHP程序员，这个问题还有待讨论，所以让我试试

在这类超大型网站上，你需要的是智能高效的算法，而不是高效的语言。运行他们网站的许多Google代码都是用Python编写的，与PHP相比，Python的速度是相同的

我认为数据库需要以这种方式构建，它返回尽可能少的数据量，它需要尽可能少的查询数量，并且返回的数据需要尽可能少的处理来显示。插入也一样

如果您设法以这种方式设计这样的页面，您的页面将不会是处理器穷举的，这意味着您将使用哪种语言无关紧要

---

您也不需要像运行银行那样的防booletproof类型的数据库（100%交易完成、数据库锁定等），这样您就可以平衡可靠性和速度。但为此，您需要特定的数据库

我不是web开发人员，也不是PHP程序员，这个问题还有待讨论，让我试试

在这类超大型网站上，你需要的是智能高效的算法，而不是高效的语言。运行他们网站的许多Google代码都是用Python编写的，与PHP相比，Python的速度是相同的

我认为数据库需要以这种方式构建，它返回尽可能少的数据量，它需要尽可能少的查询数量，并且返回的数据需要尽可能少的处理来显示。插入也一样

如果您设法以这种方式设计这样的页面，您的页面将不会是处理器穷举的，这意味着您将使用哪种语言无关紧要

---

您也不需要像运行银行那样的防booletproof类型的数据库（100%交易完成、数据库锁定等），这样您就可以平衡可靠性和速度。但为此，您需要特定的数据库

过早优化是万恶之源。直到你达到了一个点，你得到了足够的点击率，PHP成为一个瓶颈，不要浪费你的时间。您的大多数性能问题都与IO相关（即数据库查询），这可以通过使用memcached之类的工具轻松解决。您并不是在构建大型社交网站。你可能认为你是，但你不是。它不会很大。使用您熟悉并习惯使用的工具和实践构建它。如果你以后因为某种程度上的流行而需要进行深层次的架构更改，那就顺其自然吧。但以后再处理这种可能性。不要把自己过度设计到一个角落里，从一开始，人多就不是问题……但在某些情况下，即使是少数人，也需要大量数据……在这种情况下，担心什么是有效的对生存至关重要……我知道，不要过度设计，我只是好奇人多的事情的具体原因和具体例子担心数据规模是否相关……过早优化是万恶之源。直到你达到了一个点，你得到了足够的点击率，PHP成为一个瓶颈，否则不要