由于我无法控制的原因，我们的网站由托管服务提供商托管，该提供商将 IIS 用于其服务器。他们目前通过 cgi-scripts 提供 PHP 和 ASP，以及 Python 和 Perl。
我想重新设计、重新编写我们的网站，并想从 PHP 更改为 Python/Django 设置。托管服务提供商对建议持开放态度，但明确表示“我们真的不知道 Python 是什么，也不知道它是如何工作的，但如果您能向我们解释，我们会尽力为您设置所需的一切” .
但是，我可能知道如何在 apache/mod_python 上的共享托管环境中设置 Django，但我不知道如何在 IIS 上设置它，当然也不知道如何为共享托管环境设置它。我用谷歌搜索了一下，但我找到的大部分资源都假设系统管理员 1) 知道 Python/Django 和 2) 正在为他的站点使用专用的 IIS 托管。
有人可以解释我如何向我的托管服务提供商解释这个过程，或者给我指点我可以转发给我的托管服务提供商的好的、详细的资源吗？请记住，运行主机的人可能知道关于 IIS 的“一切”，但不知道如何处理 Python。
我知道如果 Windows 用户登录到一台机器，然后该机器从网络上掉线，那么用户可以使用缓存的凭据登录到这台机器。有没有办法预先缓存这些凭据？（无需在本地登录每台机器？）我们在我们的制造工厂中使用一些平板电脑，它们使用无线卡来访问网络。有时，新用户在无法连接到网络时需要使用平板电脑，而由于以前从未登录过，因此无法使用。能够在这种情况发生之前以某种自动方式将他们的信用放在那里会很好。
我正在努力启动并运行我的第一台服务器，而我父亲正试图说服我，Gentoo 是要走的路。值得编译吗？我只是打算使用 Ubuntu。
我正在运行 Windows Server 2008 R2，我们有一个应用程序从（绑定到）服务器上的公共 IP 连接到 127.0.0.1:8334 [连接到侦听 0.0.0.0:8334 的服务]
在 Windows 2003 中，这没有问题。我们可以使用 TCP 从 1.2.3.4 [eg] 连接到 127.0.0.1:8334 就好了。
在 Windows 2008 中，我们发现从公共 IP（例如 1.2.3.4 到 127.0.0.1:8334）的 TCP 连接甚至失败。但该服务接受从 127.0.0.1 到 127.0.0.1:8334 和 127.0.0.1 到 1.2.3.4:8334 的连接。
尝试关闭 Windows 防火墙，配置其日志记录等（没有显示有用的日志条目），但无济于事。这是新网络堆栈的问题吗？
编辑
1.2.3.4 正在尝试连接到同一台机器上的 localhost [127.0.0.1]
主机文件是默认的 Windows 2008 主机文件。
环回检查信息，有趣。试过了……没用。交叉检查以验证 Id 是否正确完成了所有操作 - 我有。
我想知道是否有使用 NAT 或其他方式来转发端口的解决方案 - 如果我将 127.0.0.1:port 转发到 1.2.3.4:port，那会起作用吗？鉴于应用程序侦听 0.0.0.0:port，它将在 1.2.3.4:port 上获取连接
HOSTS 文件确实包含 localhost 127.0.0.1 - 但是，hosts 文件仅用于主机名查找。在这种情况下，我们的应用程序不会查找任何主机名，因为 127.0.0.1 IP 地址被硬编码到其中（而不是 localhost 主机名）。所以 …
是否有任何可用的工具可以在桌面上运行以创建它的完整副本，以便在 VMWare Workstation 6.5 中运行？
此外，我确实使用导入功能将其导入到一台桌面，但因为如果通过网络传输，则需要大约 7 个小时才能完成。
我有一台运行 Debian 的 Linux 服务器，它充当网络的路由器/网关。
服务器有 3 个网卡，eth0 是主 ISP，eth1 是备用 ISP，eth2 是网络。
是否可以设置脚本或其他内容来检查与主 ISP 的连接是否已启动以及是否可以切换（并正确设置路由）到备用 ISP？
我倾向于错误地为高质量的东西支付太多，但 180 美元的戴尔笔记本电脑标准更换电池让 80 美元的仿冒品看起来很诱人。我不会考虑它（电池真的不是我想冒险去翻新的东西） - 但我很惊讶地得知非品牌服务器导轨有多受欢迎，我以为我会扔掉提出问题，看看卡住了什么。
SF 的常识是您的备份仅与您恢复它们的能力一样有用。因此，您已经修改并记录了备份计划。您检查日志和/或接收每个备份作业的结果通知。
现在，您要确保您的 LTO 裤子永远不会脱下来，并且您将不时进行现场修复。我意识到这会根据数据的大小和类型而发生巨大变化，但我想知道人们是如何解决这个问题的。或者主要只是一个培训问题 - 确保您（或您的员工）在每次必要的恢复中都有经验？
我们有很多关于如何恢复特定技术类型的问题。我更感兴趣的是你如何让自己确信快速恢复是肯定的。
在我们的 SQL 服务器（2000、2005 和 2008）上，我们每天晚上运行一次完整备份，每 2 小时运行一次事务日志备份。我们并没有真正担心这两个过程会发生冲突，但最近我们遇到了以下一些问题：
在一台服务器上，trans log 备份偶尔会阻塞全量备份，必须手动停止全量备份才能完成
我们有时最终会得到一个超大的 trans log 备份文件（有时比完整备份还大！），它似乎是在完整备份运行的同时发生的。
我找到了一个参考，表明这些“不允许”同时运行，无论这意味着什么：SQL 2000 Books Online和SQL 2005 Books Online。我不确定这是否意味着服务器会简单地阻止它们同时运行，或者我们是否应该在完整备份运行时明确停止日志备份。
那么这些之间是否存在已知的冲突/问题？SQL 版本之间的答案是否不同？我是否应该让 trans log 备份作业在执行之前检查完整备份是否正在运行？（我该怎么做……？）