我在新加坡和加拿大有两个服务器。
它们都通过了大约100 Both /秒的本地速度测试,但是在它们之间传输文件时,速度可以低到20 be /秒。
新加坡服务器仍然可以以合理的速度(~50 50mbit/秒)传输到例如日本,而日本的传输速度则与加拿大相似。因此,当构建“中继服务器”“链”时,我可以达到相当好的速度(尽管我必须多次复制文件)。为什么是这种情况?为何新加坡与加拿大之间的直接联系较慢?
那么,在构建“连锁解决方案”时,是否有一种方法可以专业地计算速度,而不是猜测地理点呢?
对于这种我忽略的问题,有什么共同的解决办法吗?
我的公司最近在新加坡开设了一个办事处。我在使用SQL Server2005后端开发我们内部用于管理公司的web应用程序。由于来自新加坡的网络访问速度很慢,我们正在向他们发送一台服务器,该服务器将托管web应用程序和数据库的本地副本,我们希望使他们的本地数据库版本与我们的保持同步。美国应用程序和新加坡应用程序都可以读/写数据。
合并复制是这个问题的正确解决方案吗?这是我一直在研究的路径,它似乎最适合我们想要的东西。SQL Server 2008中有没有更好的功能?您为国际协作实施了哪种类型的数据库可用性解决方案?
我有一个javascript日历,它给我发送了一个unixtimestamp。我在新加坡。我希望将此时间戳解释为新加坡时间戳,然后转换为utc,以便与数据库进行比较。
我无论如何也想不出怎么告诉django这个时间戳来自当前的时区,新加坡。
当我执行时间戳的print语句时,它会将时间增加8小时(这意味着django认为我以utc格式输入时间,并将其本地化到新加坡上下文中)
除了其他东西,我还尝试了:start=datetime.datetime.fromtimestamp(int(start_date)).replace(tzinfo=get_current_timezone())
star