分类 默认分类 下的文章

在网上看别人分享的,侵删。

从几个角度入手

1 业务角度

了解系统面向的用户是谁,有哪些功能,对外上下游服务有哪些,对接人是谁

2 技术角度

系统有哪些子系统,相互调用关系,使用什么框架,这个框架会有哪些问题,有哪些不合理的地方,有哪些可以优化的地方

3 架构角度

使用哪些中间件,依赖哪些服务,数据体量多大,有哪些异步任务

4 运维角度

系统怎么部署,有多少机器,有没有多机房容器化部署,什么情况容易出问题,出问题如何快速定位&解决,日志怎么管理,有没有监控报警

  1. 卧室离路由器的距离不要太远,5米就很弱了,太远网不稳,除非自带路由器。
  2. 不要和情侣合租,不要和情侣合租,不要和情侣合租
  3. 最好就3户,人越少越方便。
  4. 不要路边的,会发现安静许多。
  5. 注意门锁、门禁是否可用
  6. 洗手池大小

punycode 是一种DNS字符集编码。是一种表示Unicode码和ASCII码的有限的字符集。

出现的场景是应对国际化域名。
特点&组成:26个英文字母和[0-9]10个数字、以及'-'组成。
所以如果使用中文域名,那么服务器应配置punycode编码后的域名。

例如本域名。

问题假设有256M内存,要对一个有10G数据文件进行排序

思路: 先分治,再归并。
步骤1:把文件根据内存大小进行拆分为若干小文件,具体大小保证小于排序所需要的内存,并排序。
步骤2:合并有序小文件。
如何合并呢? 取每个文件的第一个元素进行比较,最小值就是所有元素中最小的,放到大文件。下一轮再拿第二个,以此类推...
步骤2其实是N个数找最小值问题,原始方法时间复杂度较高,可以用更优的算法替换。

材料:草料二维码生成器,长度为95的链接
场景:生成的二维码没有问题,直接扫可以访问;当用canvas合成压缩后二维码时好时坏。考率过长度、分辨率、过尝试了几次发现规律,链接过长有问题,链接较短则没问题,原因是链接过长导致二维码图案过于密集,压缩会出现问题。
最后使用微博短链接工具,将链接转换为短链接,得以解决。