Gitee

jeecg-cloud: 基于Spring Boot 2.1.3、 Spring Cloud Greenwich.SR3 & Alibaba、 Shiro、JWT的快速开发平台（Jeecg Boot的微服务版本，功能和底层代码，两边保持同步） https://gitee.com/jeecg/jeecg-cloud jeecg-cloud微服务架构图 mini_1590566044258.png (1412×1039) https://static.jeecg.com/upload/test/jeecg-cloud微服务架构图 mini_1590566044258.png 来源： oschina 链接： https://my.oschina.net/u/4342210/blog/4307274

点击上方“ 3D视觉工坊 ”，选择“星标” 干货第一时间送达 来源： https://urlify.cn/IFzQRb 转载自 ：GitHubDaily GitHub 镜像访问 GitHub文件加速 Github 加速下载 加速你的 Github 谷歌浏览器 GitHub 加速插件(推荐) GitHub raw 加速 GitHub + Jsdelivr 通过 Gitee 中转 fork 仓库下载 通过修改 HOSTS 文件进行加速 为什么 github 下载速度这么慢？ 如何提高 github 的下载速度？ 1. GitHub 镜像访问 这里提供两个最常用的镜像地址： https://github.com.cnpmjs.org https://hub.fastgit.org 也就是说上面的镜像就是一个克隆版的 GitHub，你可以访问上面的镜像网站，网站的内容跟 GitHub 是完整同步的镜像，然后在这个网站里面进行下载克隆等操作。 2. GitHub 文件加速 利用 Cloudflare Workers 对 github release 、archive 以及项目文件进行加速，部署无需服务器且自带CDN. https://gh.api.99988866.xyz https://g.ioiox.com 以上网站为演示站点，如无法打开可以查看开源项目：gh-proxy-GitHub

介绍：通过爬取近一周的动弹数据，分析动弹数、评论数以及点赞数，评定出近一周的水笔榜，最水的那个靓仔将会获得【动弹龙王】称号，为期一周 作者：wjcIvan 脚本：https://gitee.com/wjcIvan/OSCTweetsSpider 备注：机器人及被本人屏蔽的选手不参与水笔榜，水笔榜最终解释权归本人所有 以下所有排名均分先后 水笔榜 发动弹是水笔获取经验的最直接方式，所以该比重为0.5，由于osc的防刷屏机制，所以该统计不完全准确，实际动弹数可能会多于统计数量 动弹水笔 Top 100 水笔 @首席语录搬运工 , 水笔 @巴拉迪维 , 水笔 @RYAN_____ , 水笔 @FalconChen , 水笔 @划水找对象 , 水笔@开源中国首席发型师, 水笔@枯藤老骨, 水笔@Daniel-01, 水笔@金拱门, 水笔@大喝向东游, 水笔@码上行动aa, 水笔@Open不Open, 水笔@米老李, 水笔@Practices, 水笔@罗马的王, 水笔@高总, 水笔@挨踢得要死要死的某瓜, 水笔@fineDD, 水笔@开源中国马桶盖, 水笔@道羽, 水笔@Vendettad, 水笔@开源中国首席颈椎砖家, 水笔@源码分析55, 水笔@O马大帝, 水笔@狄工, 水笔@小电灯, 水笔@碧海潮生曲终人不散, 水笔@开源中国首席罗纳尔多, 水笔@DBKangaroo, 水笔

以下内容转载自面糊的文章《模仿微信发送位置功能》 作者：面糊 链接： https://www.jianshu.com/p/47b3ada2e36d 来源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 前言 微信的发送位置功能是一个十分方便的功能，他会定位用户当前所在地点，然后请求用户周边的POI，并且还可以通过拖动地图来获取其他的位置发送给对方，本Demo是结合腾讯地图SDK来实现类似的功能。 使用场景 拖动地图选择地图的中心点，然后请求该点周边的门店信息，可以通过设置搜索分类来指定搜索门店的类型，如：美食、学校等。 准备 腾讯地图3D SDK Marker 地点检索 核心代码： 1、设置大头针，固定在地图中央，并监听地图移动的时候大头针跟随移动： - (void)mapViewRegionChange:(QMapView *)mapView { // 更新位置 _annotation.coordinate = mapView.centerCoordinate; } 2、配置周边检索功能，将检索类型设置为"美食"： - (void)searchCurrentLocationWithKeyword:(NSString *)keyword { CLLocationCoordinate2D centerCoord = self.mapView

本文源码： GitHub·点这里 || GitEE·点这里 一、分布式故障 分布式系统的架构，业务开发，这些在良好的思路和设计文档规范之下，是相对来说好处理的，这里的相对是指比较分布式架构下生产环境的突然故障。 在实际的开发中，有这样一个很妖娆的情况：越是核心复杂的业务，越是担心出问题，越容易出问题。 所以当核心服务的链路出现故障时，如何快速定位问题就是一件很头疼的事情，尤其是一些特殊情况下，问题很模糊很难复现，外加客户或者领导催促，这种场景心里阴影是大部分开发都有的。更有甚者，可能问题发生的切入点的开发是某人负责的，实际问题是发生在请求链路的其他服务上，这种情况遇多了，甩锅水平会直线上升。 越是复杂的系统，越是经验丰富的开发或者运维，对监控系统就越是有执念，尤其是全链路的监控，底层，网络，中间件，服务链路，日志观察预警等，用来快速定位问题，省时省心。 二、全链路监控 1、监控层次 在分布式系统中，需要监控的体系和层次极其复杂，通常整体上划分为三个层次：应用服务，软件服务，硬件服务。 通常情况，运维管理硬件服务，开发管理应用和软件服务。 2、应用服务 应用层为开发的业务逻辑服务，也是最容易突发问题的一个层面，当在一家公司待久了，因为开发过多个业务线，就会感觉自己不是开发，是个打杂的，每天都要分出大量时间处理各种问题。应用层监控涉及下面几个核心模块： 请求流量 任何服务

vscode配置opengl环境会遇到一些问题，这里是在看了一些博文之后给出的一篇完整的可行的配置 首先，要配置C++环境，网上有很多完整的配置C++环境的教程，这里就引用一条 https://www.zhihu.com/question/30315894 上面这篇博文里面使用的是64位环境 （！！！强调一下，你使用的MinGW是64位的 ，那么Clang也要是，glut也要是64位的 ，32位的同理） 这里附上64位需要的glut地址（这里考虑到墙的原因上传到码云 ） https://gitee.com/wentao-k/OpenGlDevelop/tree/master/glut64%E4%BD%8D 下载glut.h , glut32.lib , glut32.dl文件就行（这是我们需要使用到的）， 看完第一个博客，你已经配置好你的Clang环境了，也就是C++的环境 然后我们开始配置glut环境，我把vscode需要的配置文件 包括，c_pp_properties.json , launch.json , setting.json , task.json 上传到码云 https://gitee.com/wentao-k/OpenGlDevelop/tree/master/.vscode 然后在vscode中，配置到自己的工作环境下 如图，放到自己创建的.vscode

OpenWrite 创始人 DD，必须了解下： https://t.1yb.co/6hk1 程序猿DD 是谁？ • 个人博客介绍： http://blog.didispace.com/aboutme/ • 思否社区采访： https://segmentfault.com/a/1190000023001937?utm_source=tag-newest • 开源中国采访： https://gitee.com/gitee-stars/9 「程序猿 DD」星球，是一个汇聚互联网技术人的社群。少讲大道理，只会分享、讨论以及职场心得。 免费预约百人拼团活动： https://t.1yb.co/6hk1 「程序猿 DD」已经复活，第二春的输出内容很丰富，你不来了解一下？ https://t.1yb.co/6hk1 「程序猿 DD」星球，是一个汇聚互联网技术人的社群，深度分享、讨论以及职场心得。 随着这半年的建设，我们的核心内容已经非常丰富，并还在持续产出中： 2 大固定系列专栏： 「#技术人」系列（每周三）：分享技术高手行走江湖的绝技以及职场心得； 「#社会人」系列（每周六）：分享踏入社会切身相关需要知道知识与思维； 4 大专题系列专栏： 「#技术资源」系列分享对技术提升很多有用的工具、网站等； 「#技术问答」用心回答对技术问题或者技能提升的干货方法； 「#职业规划

OAuth2介绍 OAuth协议为用户资源的授权提供了一个安全的、开放而又简易的标准。OAuth不需要用户提供用户名、密码等信息，就可以实现多个系统之间的资源共享。 OAuth2的四中授权模式 授权码模式 简易模式 密码模式 客户端模式 测试环境 openjdk11 springboot 2.3.1 spring security spring cloud oauth2 项目地址 https://gitee.com/randomObject/springboot_security_oauth 测试项目结构 因为spring OAuth2封装好了常用的认证授权操作，所有需要使用OAuth2提供的表结构。项目中有提供。 父工程pom文件 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion>

背景 不知道各位在生产日志中定位问题时有没有碰到这样的场景：由于coding的时候日志输出的比较少，出现问题时，很难通过日志去定位到问题。又或者是，你明明coding的时候有输出日志。但是在庞大的日志文件中，由于业务线程并发比较多，你输出的日志又没有加关键信息。你也很难定位到你所需要的日志信息。 之前在公司里写业务代码时，为了使每个RPC调用能被日志记录下来，我们在公司基础组件里定义了一个切面，拦截所有的RPC调用，方法开始之前，在日志里输出调用的服务和方法以及参数，方法结束时输出方法的耗时。我相信很多人也是这么做的。 这样一来 ，所有的调用都能通过参数里的关键信息被搜索到。也能定位到调用是什么结束的以及耗时。 但是在有些业务方法中，也打上了很多的业务日志。由于核心业务的tps和qps很高，日志是互相穿插的。如果你的日志没有打上关键的业务信息(比如订单号，业务ID)，那就很难在日志中被定位出来。 也许有些童鞋会说，用线程号呀。通过搜索业务ID定位到调用开始的地方，再搜索这条线程的线程号，就可以定位整个请求的所有日志。其实之前我也是这么干的，但是线程一般都是由线程池进行管理的，在tps很高的业务中，同一个线程号有可能短时间会出现多次，但是却是不同的请求。而且业务方法中可能也会有异步线程，导致了线程号会变。这样对于定位日志就又增加了难度。当然最后可以通过对时间戳的分析

java复习第8天---8.4---IO流---缓冲流 目录 文章目录 1、缓冲流 1.1、概述 1.2、原理 1.3、BufferedInputStream 1.4、BufferedOutputStream 1.5、BufferedReader 1.6、BufferedWriter 1.8、新方法 1.7、小案例 ***后记*** ： 内容 1、缓冲流 1.1、概述   缓冲流，又名高效流。是对4个基本流的增强，也是4个。按照数据类型分类： 字节缓冲流 BuffereddInputStream：字节输入缓冲流 BufferedOutputStream：字节输出缓冲流 字符缓冲流 BufferedReader：字符输入缓冲流 BufferedWriter：字符输出缓冲流 1.2、原理   缓冲流，在创建流对象的时候，会创建一个内置的默认大小的缓存区数组，通过缓冲区读写，减少IO次数，提高读写效率。 1.3、BufferedInputStream   字节输入缓冲流： 构造方法 参数列表 描述 InputStream in 创建一个新的字节输入缓冲流，从指定的底层字节输入流in读入数据 InputStream in, int buf 创建一个新的字节输入缓冲流，指定缓冲取大小buf，从指定的底层字节输入流in读入数据 示例1.3-1：读取a.txt内容并显示 package io