前言Traefik是一个现代的HTTP反向代理和负载均衡器，使部署微服务变得容易。Traefik可以与现有的多种基础设施组件（Docker、Swarm模式、Kubernetes、Marathon、Consul、Etcd、Rancher、AmazonECS...）集成，并自动和动态地配置自己。系列文章:《基于Traefik的激进TLS安全配置实践》今天我们基于TraefikonK8S来详细说明如何通过BasicAuthMiddleWare实现认证功能使用BasicAuth的原因很简单,比如我们想要将一个无认证的页面放到公网,但是出于安全考虑又希望只有账号密码的用户才能访问.比如:放开Promet
前言Traefik是一个现代的HTTP反向代理和负载均衡器，使部署微服务变得容易。Traefik可以与现有的多种基础设施组件（Docker、Swarm模式、Kubernetes、Marathon、Consul、Etcd、Rancher、AmazonECS...）集成，并自动和动态地配置自己。系列文章:《基于Traefik的激进TLS安全配置实践》今天我们基于TraefikonK8S来详细说明如何通过BasicAuthMiddleWare实现认证功能使用BasicAuth的原因很简单,比如我们想要将一个无认证的页面放到公网,但是出于安全考虑又希望只有账号密码的用户才能访问.比如:放开Promet
hello，大家好呀，我是小楼。最近我又双叒叕写了个BUG，一个线上服务死锁了，不过幸亏是个新服务，没有什么大影响。出问题的是Go的读写锁，如果你是写Java的，不必划走，更要看看本文，本文的重点在于Java和Go的读写锁对比，甚至看完后你会有一个隐隐的感觉：Go的读写锁是不是有BUG？故障回放背景简单抽象一下：一个server服务（Go语言实现），提供了一个http接口，另有一个client服务来调用这个接口，整体架构非常简单，甚至都不用画架构图你也能够理解。这两个服务上线运行了一段时间都没什么问题，突然有一天client调用这个server的接口全都超时了。碰到这种问题，第一时间去查看日志
hello，大家好呀，我是小楼。最近我又双叒叕写了个BUG，一个线上服务死锁了，不过幸亏是个新服务，没有什么大影响。出问题的是Go的读写锁，如果你是写Java的，不必划走，更要看看本文，本文的重点在于Java和Go的读写锁对比，甚至看完后你会有一个隐隐的感觉：Go的读写锁是不是有BUG？故障回放背景简单抽象一下：一个server服务（Go语言实现），提供了一个http接口，另有一个client服务来调用这个接口，整体架构非常简单，甚至都不用画架构图你也能够理解。这两个服务上线运行了一段时间都没什么问题，突然有一天client调用这个server的接口全都超时了。碰到这种问题，第一时间去查看日志
GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。GreatSQL是MySQL的国产分支版本，使用上与MySQL一致。作者：飞鱼过天文章来源：GreatSQL社区原创问题原因故障解决方案复现步骤参考文献一、问题：MySQL5.7.38主从架构，主节点唯一索引上（唯一索引不是主键）有重复值，全部从节点报1062，SQL线程状态异常，根据SQL线程报的binlog位置点，insert数据时有重复值，插入失败二、原因：unique_checks=0时导致，在bug(106121)列表中官方解释的原因：该参数关闭，维护唯一索引时，不会进行物理读，只会进行内存读，来确保唯一索引
GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。GreatSQL是MySQL的国产分支版本，使用上与MySQL一致。作者：飞鱼过天文章来源：GreatSQL社区原创问题原因故障解决方案复现步骤参考文献一、问题：MySQL5.7.38主从架构，主节点唯一索引上（唯一索引不是主键）有重复值，全部从节点报1062，SQL线程状态异常，根据SQL线程报的binlog位置点，insert数据时有重复值，插入失败二、原因：unique_checks=0时导致，在bug(106121)列表中官方解释的原因：该参数关闭，维护唯一索引时，不会进行物理读，只会进行内存读，来确保唯一索引
来源：http://www.51testing.com/html/31/n-4456831.html 一提起测试，大多数人很容易就会联想到Bug。的确，测试的日常工作离不开Bug，测试工作很重要的一部分就是发现Bug。但是，发现Bug、解决Bug，就足够了吗？肯定不是的。 Bug是我们测试人员宝贵的财富，通过Bug我们可以获得经验，这种经验又能用在以后的测试中，帮助我们更早、更快地找到同类的Bug。 Bug最大的价值不在于找到并解决它，而在于通过对Bug的分析，使我们增加一些经验、掌握一些规律，以便更好地进行测试。 在对Bug进行分析时，一般很容易能想到的问题有： 这个Bug是什么？
来源：http://www.51testing.com/html/31/n-4456831.html 一提起测试，大多数人很容易就会联想到Bug。的确，测试的日常工作离不开Bug，测试工作很重要的一部分就是发现Bug。但是，发现Bug、解决Bug，就足够了吗？肯定不是的。 Bug是我们测试人员宝贵的财富，通过Bug我们可以获得经验，这种经验又能用在以后的测试中，帮助我们更早、更快地找到同类的Bug。 Bug最大的价值不在于找到并解决它，而在于通过对Bug的分析，使我们增加一些经验、掌握一些规律，以便更好地进行测试。 在对Bug进行分析时，一般很容易能想到的问题有： 这个Bug是什么？
我在之前的一篇文章《使用VisualStudioAppCenter持续监视应用使用情况和问题》中介绍了AppCenter的基本功能及使用入门，其中诊断可以自动手机用户的崩溃或异常，并在AppCenter的网页显示详细的错误信息。但是日常工作中我并不会常常登录AppCenter去关心这些诊断数据。针对这种情况，AppCenter提供了Service、Webhook和Email去跟踪诊断信息，它们可以帮用户创建Bug或Issue，记录AppCenter收集到的Crash信息。这篇文章将介绍其中的Service功能怎么帮助我处理诊断信息。GithubAppCenter集成了Github、AzureD
我在之前的一篇文章《使用VisualStudioAppCenter持续监视应用使用情况和问题》中介绍了AppCenter的基本功能及使用入门，其中诊断可以自动手机用户的崩溃或异常，并在AppCenter的网页显示详细的错误信息。但是日常工作中我并不会常常登录AppCenter去关心这些诊断数据。针对这种情况，AppCenter提供了Service、Webhook和Email去跟踪诊断信息，它们可以帮用户创建Bug或Issue，记录AppCenter收集到的Crash信息。这篇文章将介绍其中的Service功能怎么帮助我处理诊断信息。GithubAppCenter集成了Github、AzureD
