卡方检验;卡方检验是一种用途很广的计数资料的假设检验方法。它属于非参数检验的范畴，主要是比较两个及两个以上样本率(构成比）以及两个分类变量的关联性分析。其根本思想就是在于比较理论频数和实际频数的吻合程度或拟合优度问题。它在分类资料统计推断中的应用，包括：两个率或两个构成比比较的卡方检验；多个率或多个构成比比较的卡方检验以

本期thinkinlamp都集中在百度和微博的爆点上了，都在讲自己怎么优化怎么优化，怎么提高性能，他们也都用图例说明了自己的架构原来是多么的复杂，这些离我们都太远了，其实大家也都明白，PHP能做的事情很多，不仅仅局限于前台，但受限于语言的特性，对于多线程之类的不适合用它来做。也正因此，他们几个都在尝试用其他方式来避开这个问题，让刀用在刀刃上。其中有一点

1.MySQL创建数据表时设定引擎并添加外键约束创建两个数据表，在它们之间添加外键约束，然后在被添加外键的表中添加数据，发现并没有提示报错，很正常地插入了数据，说明外键没有添加成功，在SQL可视化工具里查看表的属性，并点击外部键会出现弹窗，提示是因为引擎的问题，导致不能添加外键。MySQL安装时默认用的表引擎是MyISAM，而MyISAM是不支持外键的，如

前言　　1）在数据库的锁机制中介绍过，数据库管理系统（DBMS）中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和一致性以及数据库的一致性。　　2）加锁是为了解决更新丢失问题更新丢失　　两次更新同时进行，后一次更新覆盖了前一次更新的情况，更新丢失是数据没有保证一致性导致的。事务A查询余额，

这篇其实可以不写的，但看到网上没有这方面的文章，觉得还是写一下澄清一下比较好，以便一些不太懂电脑的非计算机专业同学与初入门的计算机专业同学在碰到Android中毒的问题时不要陷入无谓的恐慌或误区。要知道，手机特别是ANDROID手机是非常安全的。它至少比电脑安全100倍。Android自身几乎是不可能中毒的。为什么这么说？因为我们都知道，Andro

　PCB的铜线脱落（也是常说的甩铜）不良，PCB厂都说是层压板的问题，要求其生产工厂承担不良损失。根据鄙人多年的客户投诉处理经验，PCB厂甩铜常见的原因有以下几种：　　一、PCB厂制程因素：　　1、铜箔蚀刻过度，市场上使用的电解铜箔一般为单面镀锌（俗称灰化箔）及单面镀铜（俗称红化箔），常见的甩铜一般为70um以上的镀锌铜箔，红化箔及18um以下灰

一、引言海外商城从印度做起，慢慢的会有一些其他国家的诉求，这个时候需要我们针对当前的商城做一个改造，可以支撑多个国家的商城，这里会涉及多个问题，多语言，多国家，多时区，本地化等等。在多国家的情况下如何把识别出来的国家信息传递下去，一层一层直到代码执行的最后一步。甚至还有一些多线程的场景需要处理。二、背景技术2.1Thre

平台模型是我们在这个领域看到越来越多的方法，它源于负责产品或服务的端到端交付的产品团队的理念。如果只应用于单一的产品，或者几个产品，它的效果很好。但如果有数百种产品或服务，把一个产品团队用于这些产品，对每一个来说都是低效和昂贵的。想象10个团队，每个团队都有自己的技术栈、工具链和流程。会一直重复解决类似的问题、花太多的时间来评估技

当下，逢运营必谈数据分析，APP运营更是如此。数据分析的用意本不在于数据本身，而是要打造一个数据反馈闭环。收集数据，设计基础数据指标，多维度交叉分析不同指标，以数据甄别问题，再反向作用产品，最终形成数据驱动产品设计的闭环。从运营小白到产品经理，提到APP数据分析，必谈DAU、MAU、留存率、频率、时长…..那么，究竟如何将这些数据分析和日常运营结合起来呢

稳定性治理是一个长期的过程，要把稳定性的工作融入到研发过程中，一方面要有意识尽量别埋坑，比如微服务强调中间件隔离，我们就不要混用中间件了，另一方面稳定性问题要一步到位，比如治理超时时间，要有个完整规范定义超时时间，并在研发过程中对新增接口、历史接口都配置合理，且能够动态更新。