Chase620 Chase620
4年前
分享一堆有用的软件工具
今天推荐一堆有用的软件工具,有实用App,在线网站,每一个都是特别好用,让你心动不已。所有App下载方法文章末尾提供。_1_一键测速一键测速是华为出品的网络测速软件,颜值极高;软件目前仅支持安卓版本。它完全免费,整个软件简约唯美,非常干净,颜值极高,让你拥有出色的视觉体验。它支持测试网速功能,也支持网络诊断功能;其中测试网
CuterCorley CuterCorley
4年前
Python全栈(七)Flask框架之1.Flask简介与URL和视图介绍
一、虚拟环境介绍1.虚拟环境与全局环境有时候安装了一个Python库,可能在IDE如PyCharm中不能使用,这是因为:通过pip安装的库默认一般在全局环境中,而PyCharm一般会默认创建虚拟环境,所以两者的环境不一致,导致安装的包不能正常导入使用,解决办法有2种:在PyCharm虚拟环境中安装库,使库位于虚拟环境中将PyCharm的环
亚瑟 亚瑟
4年前
RabbitMQ、Kafka横向对比
基于某些原因,许多开发者会把这两种技术当做等价的来看待。的确,在一些案例场景下选择RabbitMQ还是Kafka没什么差别,但是这两种技术在底层实现方面是有许多差异的。\TOC\一、异步消息模式异步消息可以作为解耦消息的生产和处理的一种解决方案(DMP系统上使用较少,解耦是通过分布式服务构成的,这两种方式各有利弊,后面有机会再说)。
Stella981 Stella981
3年前
InnoDB脏页刷新机制Checkpoint
我们知道InnoDB采用WriteAheadLog策略来防止宕机数据丢失,即事务提交时,先写重做日志,再修改内存数据页,这样就产生了脏页。既然有重做日志保证数据持久性,查询时也可以直接从缓冲池页中取数据,那为什么还要刷新脏页到磁盘呢?如果重做日志可以无限增大,同时缓冲池足够大,能够缓存所有数据,那么是不需要将缓冲池中的脏页刷新到磁盘。但是,通常会有以下几
Wesley13 Wesley13
3年前
PEP 584:字典合并操作符来了
👆“Python猫”,一个值得加星标的公众号花下猫语:最新发布的Python3.9预览版合入了一个很小的改动(PEP584),关于这个特性本身不需要多说,只需要一两个示例,大家就能接受使用。但是,就像我之前介绍过的一些PEP一样,关于它的来龙去脉和引起的相关讨论,都是挺有意思的细节。今天分享的文章,对此有详尽的梳理,推荐大家一读
Stella981 Stella981
3年前
Serverless 多环境配置方案探索
相信读完前面几篇有关ServerlessComponent文章的小伙伴已经体验到,它给我们开发带来的遍历。但是实际我们的日常开发项目中,并不仅仅只是单纯地一个项目部署那么简单,我们的敏捷开发流程中,还有开发、联调、测试、预发布、正式环境等关键词。那么有小伙伴就有疑惑了,我的业务开发完了,如何管理不同环境的配置呢?比如测试环境的数据库配置和正式环境的如何
Stella981 Stella981
3年前
Bug隐藏在简单背后
曾记得几年前做培训老师的时候,在辅导学员Java面试题过程中,总是提醒学员“越是简单的面试题,其中的玄机就越多,需要学员有相当深厚的功力去面对”。多年从事程序开发以来,现在回头想想,还真是那么回事儿。今天转变一下分享角度,就不聊技术架构啦,咱们一起聊聊那些简单的程序代码背后。01.刚入猿门(懵懂的小白)多一点不行,少一点也不行。
Wesley13 Wesley13
3年前
C实现通讯录管理系统(亮点:纯链表实现、子串匹配,文件读写)
题目:通讯录管理程序问题描述编写一个简单的通讯录管理程序。通讯录记录有姓名,地址(省、市(县)、街道),电话号码,邮政编码等四项。基本要求程序应提供的基本基本管理功能有:1) 添加:即增加一个人的记录到通信录中2) 显示:即在屏幕上显示所有通信录中的人员信息,应能分屏显示。3) 存储:即将通讯录信息保存在一个文件中。4
Stella981 Stella981
3年前
Hibernate 中Datetime类型属性数据库默认值
在有些时间,我们在设置Hibernate的配置文件时希望POCO类的一个属性使用数据库中的默认值,这种情况出现在应用服务器和数据服务器分开设置的系统中,或者是有多个反向代理的Cache服务器中,如何设置才能让Hibernate依照我们的要求工作呢?以下以MSSql为例说明一下:我们只需在配置文件中设置属性为如下格式就行了:<property
DeepFlow开源 DeepFlow开源
2年前
应用响应时延背后 深藏的网络时延
应用异常时,基本可以分为服务访问不通和服务响应慢两个大类。其中服务响应慢的问题定位非常棘手,很多无头案。应用团队有日志和追踪,对于自认为的不可能不合理的事情都会甩给基础设施团队,又由于基础设施团队现有的监控数据缺乏应用的观测视角,通常成为一切「不是我的问题」超自然现象的终极背锅侠,其中以网络团队尤为严重。