他们把主意打到了服务器传输文件的身上。
通过文件最小化的方式，在一定程度上减小服务器的压力。
对于这方面，刘志军很是熟悉。
在他二十余年的工作经历中，使用这种方式解决的问题不算是少数。
但是这种方法对于qoqo来说并不是很适用。
所以这种方案在第一时间就被否定了。
他想到的是利用技术手段，合理的配置服务器。
在用户使用的高峰期通过分流，或者是通过预期值，选择更换合理的配置。
这样并不能从根本上解决问题，不过是暂时的解决这个问题。
刘志军和方远商量了一下后，决定明天在九州公司召开一个技术会议。
会议的内容就是解决qoqo目前的服务器压力。
根据qoqo目前的用户增长速率来看，九州的服务器支撑不了多长时间了。
到了那个时候，就不是卡顿现象了。
软件闪退、打不开等现象也会随之而来。
等到那个时候，网友们就不是怨声载道了。
那个时候，放弃qoqo的用户就会大批出现。
一旦出现用户的大量流失，对于九州来说，将会是毁灭性的打击。
方远的经验还少，不清楚这个后果有多严重。
但是刘志军怎么能不知道。
真到了那一天，九州的名声就坏了。
名声坏了的后果，就是网友们开始抵制自家的产品。
到时候不管是qoqo还是之后他们要推出的产品。
都会是网友们黑名单上的一员。
就算他们的产品做得再好，也会有网友拿这次的事情说事。
为了避免这个情况，解决服务器压力这件事情迫在眉睫。
现在只能先用刘志军的方法，通过合理分配资源，暂缓服务器面临的压力。
明天的会议，如果没有什么可行建议，刘志军就要建议方远申请资本市场的介入。
那个时候他们将会有足够的资金，进行服务器建设。
说到底这也是没钱的后果。
如果九州现在有足够的资金，这次的问题根本就不会出现。
方远也清楚这件事情，这是就九州成立以来遇到的第一个问题。
如果解决不好，这也会成为最后一个问题。
方远当然不想就这样轻易的放弃了。
他又重新翻看了一遍qoqo的源码。
如果说谁是最了解qoqo的人，那么非方远莫属了。
作为最熟悉它的人，以方远之前的水平，根本就挑不出它有什么缺点。
但是经历了这么多之后，方远取得的进步是不可估量的。
无论是在S语言方面，还是算法方面。
方远都有着自己的理解。
之前他就和刘志军探讨过qoqo的改进方法。
以刘志军的实力，对于qoqo的源码提出的改进意见不过是一些小的完善。
并没有什么长足的进步。
一是因为刘志军对S语言还不算特别熟悉。
二是因为系统给出的这套源码已经很完善了。
除非修改底层结构，不然想要优化qoqo还是十分困难的。
方远知道这个道理。
但是他在查看源码时，发现了一个不是问题的问题。
正是因为这个问题，才让九州的服务器承受如此巨大的压力。
求收藏、推荐，感谢各位大佬。么么哒！