Question

现在,我的处境非常特殊。为了弥补长篇故事,我是大约2000年成员的自愿组织的一部分。我们目前的网站是由不再属于该组织一部分的成员(他离去)建造和维护的。不幸的是,他是唯一实际能够使用服务器的人,在他离开后,没有合作向他人移交统治。因此,我和一小部分人一直在努力从头开始为我们自己建立一个新的网站。原始网站的数据对于新网站来说是很麻烦的,因此没有直接查阅我们所需要的数据库。

我现在要谈谈我目前的 con。正在使用的屏幕治疗文字I正非常缓慢,因此我有(不是)混淆的美好想法。我假定这一瓶颈是由我缓慢的互联网造成的,因此,我冷静地决定一劳永逸地管理250座read。在我尝试过后,网络服务器 my然倒,自那时起一直没有上台(现在大约30分钟)。

我不是任何种类的黑客或安全专家,但我很确信,我只是意外地对服务器造成服务攻击。让我回答我的问题——假设网站的所有人不帮助我们,服务器是否会回到自己的生活? (如果是的话,由Django在林德主办)。网站通常如何从攻击中恢复? 我是否可能误解了什么进展,是否有替代解释? 还是永远失去网站?

Edit:如果Django行政小组有改动,所有250项请求都是简单的http://www.un.org/Depts/?

Answer 1

除非因交通负荷而使gu或主食人等残疾,否则该系统不会真正好。但需要考虑一些问题。但是,250条连接线的顶点是,即便是共用的托管账户,除非你只是根据请求淹没服务器。

根据使用的技术,发生了一些“可能”的事情。

You could have simply hit throttling limits on the webserver side for queuing, etc, that might need the application to restart. This could be automatic after a period of time or need intervention from the hosting provider.
You could have overloaded the application and had it use too much memory where it was forcefully shut down. Some hosting providers will do this, but typiclaly provider for small windows of time and will allow the application to start back up. (Give it an hour or so)
You could have pushed it over the monthly limit for bandwidth, in that case, it could be down until the next billing cycle...

了解东道方或环境,这些只是热点。

我强烈建议,不要掉你的废墟!

Answer 2

如果你还没有,你就应停止使用你的扫描软件。

视该系统的哪一部分(无论是数据库、服务器、网络还是所有系统)而定,当负荷回落时,它将有机会自行收回。

如果你的申请不能同时维持250条联系,你将调查原因。专栏通常为数据库负荷(无索引、不优化查询)。

班轮也可实行限制,以限制在一定时期内有多少带宽可用。您可能与他们联系(或谁负责)。

友情链接