最近在Mac上使用Telegram时，发现无法正常连接，无论是PAC还是全局均无效，在Google之后大多数答案都是Windows下的处理方法，并不适用。Mac配置了ShadowsocksXNG，开启后，浏览器可正常访问Google，但是Telegram一直显示Connection...解决步骤如下：选择Proxy为Socks

一、概述　　谈到并发，不得不谈ReentrantLock；而谈到ReentrantLock，不得不谈AbstractQueuedSynchronizer（AQS）！　　类如其名，抽象的队列式的同步器，AQS定义了一套多线程访问共享资源的同步器框架，许多同步类实现都依赖于它，如常用的ReentrantLock/Semaphore/CountD

  首先是权限，因为WIFI也是可以用于定位的，只是精度没那么高而已，所以6.0之后的权限系统对WIFI的权限进行了限制，除了需要日常的WIFI操作权限之外，还需要定位权限，否则会获取不到WIFI的信息。<!完全的网络访问权限<usespermissionandroid:name"android.pe

Python中内置的一种数据类型list,列表。list是一个有序集合，所谓有序集合就是可以通过Key或者Index进行访问（无序集合，集合的元素只能遍历，比如set）。list能随时随地进行增加和删除。python中list用\\进行表示。例如：\\\friends\'fanbinbin','libinbin','xijin

最近在分析nginx访问日志时，发现很多referer不正常，只有域名，没有具体的uri。通过对比发现chrome7x版本referer都是正常的,通过调研发现Chrome85的referer策略修改原本默认的referer策略（policy）是noreferrerwhendowngrade，即允许referer带上来源页面地址上

ES6新增内容(部分)一、两个声明变量的方法let、constlet：不能重复声明、有暂时性死区，不能提前访问、{}块级作用域。const：声明常量、声明之后不能被修改。二、箭头函数语法：（参数）{表达式}箭头函数中this没有固定指向，一般指向宿主对象。

1、轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。2、weight指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。例如：upstream bakend {    server 192.168.0.14 weight10;    ser

写在前面GitHub安全最佳实践列表1.不要将凭证作为代码/配置存储在GitHub中。2.删除文件中的敏感数据和GitHub历史记录3.限制访问控制4.增加SECURITY.md文件5.严格验证GitHub上的第三方应用

一、平台环境平台访问地址：http://case.o2oa.net/x\_desktop/portal.html?id336e6da51c99445bb22106d25f3d3e8e&page1ba8d469e9e8426282d2856159f365e7(https://www.oschina.net/action

本文源码GitHub:知了一笑https://github.com/cicadasmile/springbootbase一、拦截器简介1、拦截器定义拦截器，请求的接口被访问之前，进行拦截然后在之前或之后加入某些操作。拦截是AOP的一种实现策略。拦截器主要用来按照指定规则拒