推荐
专栏
教程
课程
飞鹅
本次共找到1661条
挂载点
相关的信息
samzhangjy
•
3年前
知乎文章转Markdown的艰辛历程
好吧,让我们从头说起。众所不周知,我有了我自己的博客,于是就想把我的知乎内容同步到博客上去(目前还空空如也)。但是,出于能犯懒就犯懒的原则,我决定做一个自动化程序,自动将知乎上的文章转换成Markdown食用。嗯……结果还挺满意的,就是好像时间耗费的长了一点(三个月啊,中间搁置了两个月零30天)。。总之,我Python爬虫,成功构建了一个知乎2MD全自动转换
我是阿沐
•
3年前
Redis发布订阅:最简单最通俗的文章
前言可能小伙伴的工作年限大部分已经超过三年甚至四年五年,不知道是否有一种危机感,我们写了那么多的需求代码没有20w行也有个10w行了吧,但是出去找工作的时候不是笔试被pass掉就是面试被pass,你会发现好多你只是知道但是回答不上来。这个时候你才知道去补习知识点,其实这种做法对自身发展不太友好的。我去年疫情期间,在大家都不敢跳槽季节我义无反顾选择跳槽,进入大
浩浩
•
3年前
Android面试知识整理:面试完十多次互联网大厂之后,我发现面试官对Android这些知识点百问不厌
之前8月份为了准备面试复习了Android的一些原理知识,并陆陆续续的总结了一些面试相关的东西,因为太久没写面试之类的博客了,今天就想做一个Android面试知识的分享。但是无奈本人太蔡了(灬ꈍꈍ灬),在北京、深圳(远程视频面试)面试了十多家大厂就只拿到了乐视和小米的offer,综合来说小米的薪资比要比乐视高一点。听了朋友建议,选择了小米,打算着以后准
Dax
•
3年前
如何使用vue中的nextTick
其实这个问题主要就是针对Vue的异步更新队列的理解,因为我们平时用的也比较少,所以很多时候都会忽略掉,但是如果我们在面试当中能比较详细的解答这个问题,那么我相信这应该会是一个闪光点,那话不多说,我们先来捋一下答题思路:答题思路:nextTick是什么?先来一个定义为什么需要他呢?异步更新队列实现原理解释什么地方使用到他呢?描述使用的场景如何使用他呢?描述使用
捉虫大师
•
2年前
Dubbo为什么要用Go重写?
先说两句我常常在散步时思考很多技术上的「为什么问题」,有时一个问题会想很久,直到问题的每一个点都能说服自己时,才算完结。于是想把这些思考记录下来,形成文章,可以当做一个新的系列。这些文章中你可能看不到代码,但能窥探到一些容易被忽视的问题,以及问题更深层次的「为什么」。今天带来第1篇,Dubbo为什么要用Go重写?诞生于阿里巴巴,2011年开源的Dubbo已经
wnm
•
3年前
万能码的码上付来袭(安全扫码专业委员会)
万能码的码上付来袭(安全扫码专业委员会)二维码的常见程度是很高的,甚至可以说我们的生活已经处在二维码当中,就支付来说,已经成为生活的刚需,早在很早之前支付宝就推出了首付款,多种软件APP扫描都可以支付,但有一个缺点就是需要收一定的点,因此对商家来说也是不便的,新上线的码上付则不属于第三方,拒绝手续费,便利商家。
Stella981
•
3年前
IM 协议的分析和选取 (XMPP&WebSocket)
IM业务涉及许多技术点,比如点对点通信,组播,实时语音和视频等等,不同的业务也是需要用不同的协议去实现。近期我们的项目面临许多IM业务比如群聊,群语音,群组播等等;有关IM的技术虽然我们有研究一段时间,但是受时间限制就只能先用了第三方でserver。语音技术不太熟悉,这里就基本的IM通信对我学习到的个别几个协议进行对比和说明(不熟悉的协议我就略过了)
Stella981
•
3年前
Redis缓存穿透、缓存雪崩和缓存击穿
Redis缓存穿透、缓存雪崩缓存雪崩,是指在某一个时间段,缓存集中过期失效。产生雪崩的原因之一,比如在写本文的时候,马上就要到双十二零点,很快就会迎来一波抢购,这波商品时间比较集中的放入了缓存,假设缓存一个小时。那么到了凌晨一点钟的时候,这批商品的缓存就都过期了。而对这批商品的访问查询,都落到了数据库上,对于数据库而言,
Stella981
•
3年前
JVM垃圾收集算法之清除算法
最近看了一些大佬的博文,文中提到说:学习知识不能一味的死学滥学,在学之前要明白为什么要学这个知识,在实际的应用中怎么运用这个知识。我觉得说的很对,很多时候我学习确实是了解了这是什么原理,但是要说到实际中怎么应用确实比较难总结。但以后我也会尽量总结这个知识点有什么用。 看前总结:为什么要了解垃圾回收中清除算法的具体实现,那是因为在jvm有很多
Easter79
•
3年前
TiDB优化
搭建了TiDB数据库集群。不过性能上没有达到我想要的秒级返回的结果。不过也能接收了,毕竟我们主要是用于olap,进行历史数据的分析。时间旧一点也是可以接受的。之前的历史数据是存放在oracle中的,由于历史数据很多,导致查询很慢,公司现在只能查询3个月前的订单(热数据),对于3个月后的订单,就不给客户查询了。我想到的一种解决办法就是分库分表,比如每一家门
1
•••
155
156
157
•••
167