Rackspace 的 Cloud Sites 有很多愚蠢的限制。例如，没有 SSH（进出）、没有 shell、没有 RSYNC 等……（即使通过 cron）。
最近我了解到，您无法在 Cloud Sites 中可靠地使用符号链接。显然这是因为您的站点的绝对路径可能随时发生变化，因为它是一个分散在许多磁盘/服务器之间的共享主机环境。我猜想，只要 Rackspace 决定，不同帐户的站点就会从一个磁盘移动到另一个磁盘。据说是为了全面提高效率。
因此，在与 Rackspace 技术人员交谈后，他说他们不能保证符号链接始终有效。显然，这是因为如果您有一个使用绝对路径的符号链接，如下所示：
//mnt/disk-34566/home/user34566/files/sites/www.mysite.com/mydir
如果您将文件移动到其他磁盘（或无论它们做什么），那么绝对路径将有所不同，并且链接现在将断开。这是有道理的。
接下来，我询问了 Rackspace 技术人员相对路径符号链接是否可靠。如果我有以下链接：
files/sites/www.mysite.com/mylink --> ../www.myothersite.com/anotherdir
您可以看到，符号链接只是指向附近目录的子目录。他说他们也不能保证这些子目录始终有效。由于它使用指向另一个附近目录的相对路径，我不确定它怎么会与 Rackspace 所做的事脱节。相对符号链接是否以某种方式依赖于下面的绝对路径？或者 Rackspace 是否使用了一些奇怪的自定义文件系统，它们会与绝对路径更改脱节？
相对路径符号链接似乎没问题，只有当用户做了一些事情弄乱了相关目录时才会中断。但当技术人员说他们“不正式支持任何类型的符号链接“这让我犹豫是否将它们用于云站点中的大型商业网站。
有 Rackspace 经验的人能就这个问题提供意见吗？
答案1
我不是 Rackspace 的员工，但是由于我曾在一家托管服务提供商工作过，因此我可以为您提供一条一般性建议：
如果您的提供商说“我们不能保证X会起作用”并且您仍然选择这样做，那么任何人都无法为您提供支持。
如果它有效，那么“嘿，太棒了！我们真为你高兴！”
如果有一天它停止工作了——“别来向我们哭诉，我们告诉过你不要这么做！”（这意味着你必须自己修复损坏，否则你将向提供商支付咨询费）。
从技术角度来看我看不出来为什么相对路径符号链接会中断，前提是您始终使用支持符号链接的文件系统。也许有一天您的云站点会神奇地迁移到 Flippy 的 Freaky Fantasy 文件系统，但该系统不支持符号链接的概念——这就是云的本质。