Baa

Docker环境安装KubernetesV1.15.5

前提是你 提交于 2020-05-02 04:29:15
前言:系统MacOS、Docker安装启动完成、我这里使用Portainer做界面管理、github上面下载该项目https://github.com/AliyunContainerService/k8s-for-docker-desktop.git分支为V1.15.5;安装步骤参考说明文档 一、Docker环境替换镜像地址为阿里云镜像加速或者国内镜像地址、创建token.sh 二、安装portainer: https://my.oschina.net/wubiaowpBlogShare/blog/1811873 三、切换到项目目录下执行:sh ./load_images.sh下载镜像 四、打开Docker工具勾选开启Kubernetes 六、查看容器是否创建成功: http://localhost:9000/#/containers 七、切换上下文创建运行POD 八、访问dashboard: http://localhost:8001/api/v1/namespaces/kube-system/services/https:kubernetes-dashboard:/proxy/#!/overview?namespace=kube-system 、获取登录令牌登录管理界面 来源: oschina 链接: https://my.oschina.net

android 8.0 适配(总结)

情到浓时终转凉″ 提交于 2020-04-29 18:46:22
android 8.0 对应的 sdk 版本 26 1. 通知栏 Android 8.0 引入了通知渠道,其允许您为要显示的每种通知类型创建用户可自定义的渠道。用户界面将通知渠道称之为通知类别。 针对 8.0 的应用,创建通知前需要创建渠道,创建通知时需要传入 channelId,否则通知将不会显示。示例代码如下: // 创建通知渠道 private void initNotificationChannel() { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) { CharSequence name = mContext.getString(R.string.app_name); NotificationChannel channel = new NotificationChannel(mChannelId, name, NotificationManager.IMPORTANCE_DEFAULT); mNotificationManager.createNotificationChannel(channel); } } // 创建通知传入channelId NotificationCompat.Builder builder = new NotificationCompat.Builder(context,

同事埋了个坑:Insert into select语句把生产服务器炸了

不问归期 提交于 2020-04-28 11:36:58
Insert into select请慎用。这天xxx接到一个需求,需要将表A的数据迁移到表B中去做一个备份。本想通过程序先查询查出来然后批量插入。 但xxx觉得这样有点慢,需要耗费大量的网络I/O,决定采取别的方法进行实现。 通过在Baidu的海洋里遨游,他发现了可以使用insert into select实现,这样就可以避免使用网络I/O,直接使用SQL依靠数据库I/O完成,这样简直不要太棒了。然后他就被开除了。 事故发生的经过 由于数据数据库中order_today数据量过大,当时好像有700W了并且每天在以30W的速度增加。所以上司命令xxx将order_today内的部分数据迁移到order_record中,并将order_today中的数据删除。这样来降低order_today表中的数据量。 由于考虑到会占用数据库I/O,为了不影响业务,计划是9:00以后开始迁移,但是xxx在8:00的时候,尝试迁移了少部分数据(1000条),觉得没啥问题,就开始考虑大批量迁移。 在迁移的过程中,应急群是先反应有小部分用户出现支付失败,随后反应大批用户出现支付失败的情况,以及初始化订单失败的情况,同时腾讯也开始报警。 然后xxx就慌了,立即停止了迁移。 本以为停止迁移就就可以恢复了,但是并没有。后面发生的你们可以脑补一下。 事故还原 在本地建立一个精简版的数据库,并生成了100w的数据

spring5源码解读4-spring IOC 实例化,注入-解决-循环依赖

浪子不回头ぞ 提交于 2020-04-28 00:59:28
第二章已经讲解了spring ICO 的实例化以及注入(DI): https://my.oschina.net/huangguangsheng/blog/4232484 但是循环依赖 问题没有解读,本章重点解读 先声明:1 循环依赖只允许发生在单例的情况,多例直接报错; 2 只允许无参构造函数的单例发生,有参构造函数的注入是不能保证循环依赖的 首先看示例代码:BeanA 持有 BeanB 的引用,BeanB 持有BeanA 的引用,这就导致了一个循环依赖的问题 解决循环依赖的原理: 1 当spring ICO 实例化BeanA 完成时,判断BeanA是否允许提前暴露,如果允许放入三级缓存 2 发现有属性BeanB需要注入,则会触发BeanB 的实例化,此时BeanA的没有完全实例化(因为没完成属性注入) 3 BeanB 的实例化,完成之后也会判断是否提前暴露,如果允许则放入缓存 4 这时BeanB的实例化完成了,但是有属性BeanA 需要注入 5 这里又触发了BeanA 的实例化,先从一级取不到,二级 取不到,在三级缓存中里面取到了 6 把从三级缓存取到部分完成的BeanA实例(因为此时BeanA还没完成注入),放入二级缓存,并删掉三级缓存的BeanA 7 把BeanA注入给BeanB实例,然后层层返回,BeanB完成实例化,把BeanB放入一级缓存,删掉BeanB在二,三级缓存

Oracle 函数 ROLLUP,CUBE

好久不见. 提交于 2020-04-27 22:48:04
创建测试表 group_test create table group_test (group_id int, job varchar2(10), name varchar2(10), salary int); 初始化数据 insert into group_test values (10,'Coding', 'Bruce',1000); insert into group_test values (10,'Programmer','Clair',1000); insert into group_test values (10,'Architect', 'Gideon',1000); insert into group_test values (10,'Director', 'Hill',1000); insert into group_test values (20,'Coding', 'Jason',2000); insert into group_test values (20,'Programmer','Joey',2000); insert into group_test values (20,'Architect', 'Martin',2000); insert into group_test values (20,'Director', 'Michael',2000)

创龙TI TMS320C6678 DSP + Xilinx Kintex-7 FPGA的LED指示灯、按键

跟風遠走 提交于 2020-04-24 13:11:31
CPU处理器 基于TI KeyStone C66x 多核定点/浮点 DSP TMS320C6678 + Xilinx Kintex -7 FPGA的高性能信号处理器 ,TI TMS320C6678集成8核 C66x ,每 核 主频1.0/1. 25 GHz,每核运算能力高达 40GMACS 和 20 GFLOPS,FPGA XC7K325T逻辑单元 326 K个,DSP Slice 8 40个, 8 对速率为 12 . 5 Gb/s高速串行收发器,以下是CPU功能框图: LED指示灯 (1)核心板上有1个电源指示灯(LED0),1个CPLD状态灯(LED 8 ),5个用户可编程指示灯:DSP端2个(LED1、LED2),FPGA端3个(LED3 ~ LED5),硬件及引脚定义如下图: (2)开发板底板有1个电源指示灯(LED0),5个用户可编程指示灯:DSP端2个(LED1、LED2),FPGA端3个(LED3 ~ LED5),硬件及引脚定义如下图: 按键 共有2个系统复位按键(KEY 1 :WARM RESET, KEY2 :FULL RESET), 5 个用户测试用按键,DSP端2个(SW 1 :NMI,SW 2 :USER 1 ),FPGA端3个(SW3 ~ SW4:USER,SW5:PROG),硬件及引脚定义如下图: 来源: oschina 链接: https://my

网站安全之如何防止被撸羊毛大量注册会员

有些话、适合烂在心里 提交于 2020-04-23 10:02:29
撸羊毛借助联系发卡平台能够处理二次验证难题——黑卡的生命期是3个月~一年,撸羊毛能够联系发卡平台从新上卡亦或是申请注册前事先约好卡源在线的时间来处理二次验证难题。但这并不代表着二次验证是没用的。上小节提及卡商会反复补卡来做到收入利润最大化,因此发卡平台约好线上时间(某一大批卡源固定不动占据某些4g猫池机器设备)时,会借助提高领号成本价来确保收入。这针对做为供应商的发卡平台而言是满足收入规定的,但针对中下游撸羊毛而言领号成本费用将是原先的2~10倍,818和双11等大促主题活动时一般 还会继续再提高2~5倍。 当单独账户的收入减少时,撸羊毛一般 须要以量获胜确保总收入,针对某些机器设备数目不足的小团队就将会因为收入过低舍弃攻击,继而找寻LOS更强的网络平台开展攻击。小团队的特点是经营规模小但数目多,提高攻击成本费用至该类中小型团队流逝,攻击数量级一样会大幅度减少。 不一样的卡种类:如短信验证码和语音认证其背后的黑卡实际上是不一样的卡源,对外开放语音功能的卡因为将会会流至网络诈骗,风险性较高,只能某一社交圈内固定不动的发卡平台能够出卡,产品质量与价钱高过短信卡,短信卡不能收到语音认证,换句话说假如申请注册时规定短信验证码,而交易时将会会开启语音认证,那样2次认证攻击团队都必需应用同1张语音卡。针对中下游攻击团队而言,语音二次卡的总体拿卡渠道窄,价钱高,找卡和交易成本费用均得到提高。

OSChina 周六乱弹 —— 想做舔狗的第15天

心已入冬 提交于 2020-04-18 02:15:05
Osc乱弹歌单(2020)请戳( 这里 ) 【今日歌曲】 @ 薛定谔的兄弟 :分享洛神有语创建的歌单「我喜欢的音乐」: 《違う自分になりたい》- 得田真裕 手机党少年们想听歌,请使劲儿戳( 这里 ) @ 划水专业户 :想做舔狗的第15天,深圳,晴。有点热啊,夏天应该来了。 要是能许愿不用干活, 住到一个依山傍水的庄园里多好, 现在天气就热起来了, 公司里都坐不住, @ xiaoshiyue :好热啊 你们那可以开空调了吗 想念冬天么? 泼水成冰的日子, 一去不返了。 这么热, 要是能去水疗一下是不是会轻松一些, @ Practices :水疗是啥,舒服吗 别看你现在想水疗, 等总让你在水里你也不高兴了。 所以还是不上班比较舒服, 在家什么姿势工作都可以, 就有想不开的, @ FalconChen :出门买早餐,看着路上擦肩而过的人群,我居然有点想去公司上班的冲动 。 想去上班之前, 你想想你排队等公交吧。 你在单位领导就不能让你闲着, @ 请叫我七点起床 :领导让我一个人搭一套微服务,实现简单版滴滴打车功能。我他妈要哭了 还滴滴打车呢! 我想滴滴打人! 我怎么反驳啊, 害怕被领导吐槽 老子不干了! 等着被辞退。 @ 无码禅师 :腾讯14年老员工被辞退,理由是不胜任工作:35+,就活该被淘汰吗 这操作也太迷了, @ qiaoaniu :小朋友,你是否有很多问号? @ 蓝门

JS base64 加密和 后台 base64解密(防止中文乱码)

被刻印的时光 ゝ 提交于 2020-04-17 09:34:14
【推荐阅读】微服务还能火多久?>>> 直接上代码 1,js(2个文件,网上找的) 不要觉的长,直接复制下来就OK // UnicodeAnsi.js文件 // 把Unicode转成Ansi和把Ansi转换成Unicode function UnicodeChr() { return ' 00A4,00A7,00A8,00B0,00B1,00B7,00D7,00E0,00E1,00E8,00E9,00EA,00EC,00ED,00F2,00F3,00F7,00F9,00FA,00FC,0101,0113,011B,012B,014D,016B,01CE,01D0,01D2,01D4,01D6,01D8,01DA,01DC,02C7,02C9,0391,0392,0393,0394,0395,0396,0397,0398,0399,039A,039B,039C,039D,039E,039F,03A0,03A1,03A3,03A4,03A5,03A6,03A7,03A8,03A9,03B1,03B2,03B3,03B4,03B5,03B6,03B7,03B8,03B9,03BA,03BB,03BC,03BD,03BE,03BF,03C0,03C1,03C3,03C4,03C5,03C6,03C7,03C8,03C9,0401,0410,0411,0412,0413,0414,0415

python高级特性之封包与解包

纵饮孤独 提交于 2020-04-14 13:31:45
【推荐阅读】微服务还能火多久?>>> 前言 文的文字及图片来源于网络,仅供学习、交流使用,不具有任何商业用途,版权归原作者所有,如有问题请及时联系我们以作处理。 作者:kwsy PS:如有需要Python学习资料的小伙伴可以加点击下方链接自行获取http://t.cn/A6Zvjdun 1. python 封包 将多个值赋值给一个变量时,python会自动将这些值封装成元组,这个特性称之为封包 当函数返回多个数值时,也会进行封包 实践中,很少主动使用封包操作 2. python解包 python解包是使用频率非常高的技术,下面列列举几种使用python解包的场景 2.1 接收函数返回值 函数的返回值是一个元组,左侧是三个变量,这样就会发生解包,a, b, c依次等于元组里的元素,函数的返回值有3个,被封包成了元组, 赋值语句的左侧不一定非得是3个变量 变量a赋值为1, 变量b前面有一个星号,剩余的2, 3 将被解包为列表 2.2 遍历字典 2.3 传递参数 使用解包技术,可以将元组解包成可变参数,将字典解包成关键字参数,这种技术在实践中大量应用,比如使用python操作redis时,如果你想一次性向集合中添加多个值,就必须使用解包结束传入参数 sadd的方法定义如下 如果不使用解包技术,就只能在调用sadd方法时手动逐个写入参数,耗时又费力 2.4 合并两个字典 巧妙的利用解包技术