wechat

↑↑↑点击上方 蓝字 ，回复 资料 ，10个G的惊喜 大数据文摘出品 TikTok再生变动。 昨天， 美国商务部发布禁令 ，表示出于安全考虑，禁止与WeChat和TikTok相关来往交易。TikTok对此项禁令表示强硬抗议，也提出将继续推动诉讼。 今天，据彭博社最新报道， 特朗普“原则上”已经同意了关于TikTok的解决方案 。 不过，该方案要最终生效，还需要各方审核。 “云上加州”反转，最新方案不涉及算法转让 9月20日，TikTok发布声明称，“为了确保1亿美国用户能够继续使用TikTok这款高人气的视频及内容应用软件，满足美国政府监管要求，加强TikTok美国业务，字节跳动、甲骨文、沃尔玛就‘云上加州’方案达成原则性共识。三方将按照此共识，尽快达成满足美国和中国法律要求的合作协议”。 同时，美国商务部也宣布，将把禁止在美国下载TikTok的禁令 至少推迟到9月27日 。关于再次更改最后期限，根据官方的说法，是“考虑到最近的积极进展”而做出的。该禁令原定于9月20日，也就是今天生效。 根据提案，TikTok的总部会继续留在美国，甲骨文会以TikTok在数据安全合规方面的合作伙伴身份，为美国用户提供云架构服务。双方的合作模式类似苹果在中国由云上贵州进行的数据安全合规合作，又因为甲骨文的总部在美国加州，这一方案也被网友们称为 “云上加州” 。 值得注意的是，最新的方案并

点击上方“ 迈微电子研发社 ”，选择“ 星标★ ”公众号 重磅干货，第一时间送达 你的线性代数，过了没？ 不论是结构力学还是人脸识别，理工类型的科研，深究之后就会发现到处都是线性代数的身影。这样一门课程，要是在大一的时候学不好，可是会要命的。 在国内上过大学的理科同学应该都见过《线性代数》（同济版），就算没有学过，也是听过它的大名。作为一名过来人，只能说，晦涩难懂，章节混杂... 即使不少 985、211 走过高考独木桥的学生，每到期末考试，也要默默祈祷不要挂科。现在想起一些内容：相似矩阵、线性变换、特征值、特征向量…… 真是一个头两个大。 作为一本大学教材，让学习者如此后怕，是该考虑一下教材问题了。如今已经毕业多年，没想到最近在知乎上看到一篇文章《《线性代数》（同济版）——教科书中的耻辱柱》，点赞量快突破五千。对于这篇文章，大家有时间可以读一下，看看是不是同意作者的观点。 线性代数真的很重要，这是很多工程技术人员走上工作岗位的最大感受。好多算法都用到线性代数的知识，就比如现在非常热门的深度学习，它的底层实现方式用到好多线性代数方面的知识。如果底层基础打不好，不明白其中的原理，算法实现方式真的很难理解，更不可能去创新了。好的教材才能起到事半功倍的效果。 目前这本教材已更新了好几版，每次更新的内容看起来也是无关紧要，如果有下次版本更新，还是希望制定教材的老师们听取一下广大学生的建议。

今天搞了一个微信公众号历史文章爬虫的demo，亲测可行，记录一下！（不喜勿喷） 缺点：1.不是很智能 2. 兼容性不是很好，但是能应付正常情况啦 使用mysql+request 数据库部分 直接建表ddl吧： CREATE TABLE `wechat_content` ( `id` int(11) NOT NULL AUTO_INCREMENT, `wechat_name` varchar(255) DEFAULT NULL COMMENT '公众号名字', `title` varchar(225) DEFAULT NULL COMMENT '文章标题', `content_url` varchar(1000) DEFAULT NULL COMMENT '文章地址', `cover` varchar(1000) DEFAULT NULL COMMENT '封面图', `source_url` varchar(1000) DEFAULT NULL COMMENT '转载url', `source_name` varchar(255) DEFAULT NULL COMMENT '转载公众号名', `datetime` varchar(255) DEFAULT NULL COMMENT '发布时间', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO

由于项目中使用了全局微信分享功能，所以写了一个小插件 1. 文件引入和使用 <script src="http://res.wx.qq.com/open/js/jweixin-1.2.0.js" charset="utf-8" type="text/javascript"></script> <script type="text/javascript" src="js/common/wechat-share.js"></script> <script> // 分享 $.wechatShare({ // 载入页面的DOM HTMLElement pageHtmlElement: document.body, }); </script> 2. 插件源码 /* * * jQuery wechat share v1.0 * * 描述：如果没有抓取到title，则使用默认title，默认描述，默认图片，默认分享的链接 * * 入参： * 0. pageHtmlElement 加载的页面HtmlElement * * 调用方法： * <script src="http://res.wx.qq.com/open/js/jweixin-1.2.0.js" charset="utf-8" type="text/javascript"></script> * <script type="text

官方文档： https://open.weixin.qq.com/cgi-bin/showdocument?action=dir_list&t=resource/res_list&verify=1&id=open1419316505&token=00d2aafc5bc1b9e3d6a3b4bc2f60662aa4ed0fc9&lang=zh_CN 准备资料： 在开放平台申请网站应用，需要付费300rmb, 脸上笑嘻嘻，心里。。。 1 第一种模式，在微信作用域执行 $redirect_uri= " http://你的微信开放平台绑定域名下处理扫码事件的方法 " ; $redirect_uri =urlencode($redirect_uri); // 该回调需要url编码 $appID= " 你的appid " ; $scope = " snsapi_login " ; // 写死，微信暂时只支持这个值 // 准备向微信发请求 $url = " https://open.weixin.qq.com/connect/qrconnect?appid= " . $appID. " &redirect_uri= " .$redirect_uri . " &response_type=code&scope= " .$scope. " &state=STATE#wechat_redirect "

文档1： 为了让用户登录网站的门槛更低，微信扫一扫登录变得越来越广泛，所以最近加紧赶制的项目中有用到这个功能，此篇文字的出发点基于微信开放平台已经配置好域名（80端口）并且认证成功获得app_id和secret并有权限调用微信的接口。好了，就先谈一谈微信扫码登录的整个流程吧。 　　第一步，我们必须得把二维码放在页面上显示。首先普及一下二维码是有失效时间以及失效状态的，一旦你扫过一次二维码或者在某段时间内没有扫描页面上的二维码，该二维码就失效了。OK，微信官网给我们提供两种方式来显示二维码：1.后台发请求返回一个新的页面；2.前端js实例化二维码内嵌在自己的页面上，显然第一种比较适合懒的人(因为微信直接返回一个打包好的页面啊有木有，都不用各种css调样式了)，不过在项目中两种都在用，所以就都说明一下。 　　1.后台发请求获取微信返回的扫码页面 $redirect_uri ="http://你的微信开放平台绑定域名下处理扫码事件的方法" ; $redirect_uri = urlencode ( $redirect_uri ); // 该回调需要url编码 $appID ="你的appid" ; $scope ="snsapi_login"; // 写死，微信暂时只支持这个值 //准备向微信发请求 $url = "https://open.weixin.qq.com/connect

最近在做PC端二维码扫码登录的功能，总结了一些开发过程中学习到的知识。 主要区别 二者的主要区别: 差异 PC网页扫码登录 公众号网页授权登录 账号要求 需要开放平台账号创建网站应用 一个认证过的服务号就可以(也可以使用公众号的测试号) 授权方式 在页面打开公众号二维码之后授权 公众号内打开授权链接(不关注公众号也可以) 授权环境 PC浏览器网页 微信客户端 测试号 无 有(可以申请使用测试账号) 两者的授权流程一样，需要授权获取code换取token和openid再去请求用户信息 PC端扫码还有一种方式(本质上还是网页授权的方式) PC端扫的二维码地址是移动端的网页，手机扫码后打开的是网页授权链接，通过网页授权的方式获取code拿到用户openid或者unionid，PC端通过轮询方式获取用户id进行登录 授权原理 授权原理简述: 用户通过手机微信确认登录之后，微信方会返回一个授权码code给回第三方（接入方），这个授权码code一次有效期，且有效时间比较短；第三方通过此code去调用微信接口获取token，token的有效期也比较短，当然用户可以通过刷新token的方式来延长token的有效时长；第三步通过token再去调用微信开发平台接口，获取微信个人用户信息 微信OAuth2.0授权登录官方说明 1.第三方发起微信授权登录 请求，微信用户允许授权第三方应用后

Android（Kotlin版本）MVC框架的实例以及代码   本文地址： https://blog.csdn.net/qq_40785165/article/details/112135944 ,转载需附上此地址   代码也许是枯燥的，但是创造永远能让人心血澎湃，这大概就是热情吧！   大家好，我是小黑，一个还没秃头的程序员~~~   近日较忙，但是也不能忘记了写文章的初心，就是为了记录自己一段时间内的学习以及改变，今日内容为Android开发中MVC的框架设计，由于最近在学习kotlin，所以本文章将使用kotlin作为开发语言，先来看看效果图   Demo中的功能很简单，就是个模拟登录的过程，以及登录成功后调用数据接口开发列表，由于想把MVC架构与数据请求一起写了，又想节约篇幅，所以登录模块的代码就不贴出来了，这里只展示列表的设计代码，想要其他代码的同学可以到 Demo的github地址 手动下载，话不多说，下面开始正文。   MVC框架由一下三个部分组成：Model|(模型层)、View(视图层)、Controller(控制层) 1.Model:负责请求接口，进行数据处理，将结果通过回调告知Controller层并进行视图更新。 2.View:视图设计，在这里一般指layout中的xml视图代码 3.Controller：控制层，通常指Activity/Fragment

文章首发于公众号《程序员果果》 地址 : http://blog.itwolfed.com/blog/97 简介 RocketMQ是由阿里捐赠给Apache的一款低延迟、高并发、高可用、高可靠的分布式消息中间件。经历了淘宝双十一的洗礼。RocketMQ既可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性。 核心概念 Topic ：消息主题，一级消息类型，生产者向其发送消息。 Message ：生产者向Topic发送并最终传送给消费者的数据消息的载体。 消息属性 ：生产者可以为消息定义的属性，包含Message Key和Tag。 Message Key ：消息的业务标识，由消息生产者（Producer）设置，唯一标识某个业务逻辑。 Message ID ：消息的全局唯一标识，由消息队列RocketMQ系统自动生成，唯一标识某条消息。 Tag ：消息标签，二级消息类型，用来进一步区分某个Topic下的消息分类 Producer ：也称为消息发布者，负责生产并发送消息至Topic。 Consumer ：也称为消息订阅者，负责从Topic接收并消费消息。 分区 ：即Topic Partition，物理上的概念。每个Topic包含一个或多个分区。 消费位点 ：每个Topic会有多个分区，每个分区会统计当前消息的总条数

作者：大鹏123 www.cnblogs.com/sxpujs/p/12638114.html 优化目标与策略(Ergonomics) 垃圾收集器、堆和运行时编译器默认选择 G1(Garbage First)收集器 GC线程的最大值受限于堆大小和可用的CPU资源 初始堆空间为物理内存的1/64 最大堆空间为物理内存的1/4 分层编译器，同时使用C1和C2 可以将 Java HotSpot VM 垃圾收集器配置为优先满足两个目标之一：最大暂停时间和应用吞吐量。如果首选目标得到满足，收集器将尝试最大化其他目标。 最大暂停时间目标(Maximum Pause-Time Goal) 暂停时间是垃圾收集器停止应用程序并恢复不再使用的空间的持续时间。最大暂停时间目标的意图是限制这些暂停的最长时间。 使用命令行选项 -XX:MaxGCPauseMillis=指定最大暂停时间目标。这被解释为向垃圾回收器提示，需要的暂停时间为 nnn 毫秒或更短。垃圾收集器调整 Java 堆大小和其他与垃圾收集相关的参数，以使垃圾收集暂停时间小于 nnn 毫秒。最大暂停时间目标的缺省值随收集器的不同而变化。这些调整可能会导致垃圾收集更频繁地发生，从而降低应用程序的总吞吐量。但是，在某些情况下，暂停时间的预期目标无法实现。 吞吐量目标(Throughput Goal) 吞吐量目标是根据收集垃圾所花费的时间来度量的