遗忘悠剑

🍀 记录精彩的程序人生 开始使用
discuz! 内置的加密解密函数 autocode(), 在这里记录保存一下

discuz! 内置的加密解密函数 autocode(), 在这里记录保存一下

discuz 的加密算法原版(PHP)//$string:明文或密文//$operation:DECODE 表示解密,其它表示加密//$key:密匙//$expiry:密文有效期 functionauthcode($string,$operation='DECODE',$key='',$expiry=600){//动态密匙长度,相同的明文会生成不同密文就是依靠动态密匙 $ckey_length=4;//密匙
Laravel 模型里定义了显示字段、修改字段之后,个别地方又不想显示完整字段怎么办?

Laravel 模型里定义了显示字段、修改字段之后,个别地方又不想显示完整字段怎么办?

背景在编写模型(Model)的时候,你会定义好默认进行保存的属性($fillable)、显示的属性($visible)、隐藏的属性($hidden)、追加属性($appends)等等;这样极大的方便了修改模型就可以把之前调用模型的地方都改好了,无需过多的维护,后期维护方便性很强!但是,日常开发中总有特例,个别字段在个别业务场景不想展示,不管是为了节省流量也好,又或者为了隐藏一些关键数据也罢!下面我来
帖子中心,1 亿数据,架构如何设计?

帖子中心,1 亿数据,架构如何设计?

帖子中心,是互联网业务中,一类典型的“1 对多”业务,即:一个用户能发布多个帖子,一个帖子只有一个发布者。随着数据量的逐步增大,并发量的逐步增大,帖子中心这种“1 对多”业务,架构应该如何设计,有哪些因素需要考虑,是本文将要系统性讨论的问题。什么是 x 对 x?所谓的“1 对 1”,“1 对多”,“多对多”,来自数据库设计中的“实体-关系”ER 模型,用来描述实体之间的映射关系。什么是“1 对 1”业务?用户中心,一个用
大厂常用的 55 道 MySQL 面试题

大厂常用的 55 道 MySQL 面试题

1、一张表,里面有 ID 自增主键,当 insert 了 17 条记录之后,删除了第 15,16,17 条记录,再把 MySQL 重启,再 insert 一条记录,这条记录的 ID 是 18 还是 15?2、MySQL 的技术特点是什么?MySQL 数据库软件是一个客户端或服务器系统,其中包括:支持各种客户端程序和库的多线程 SQL 服务器、不同的后端、广泛的应用程序编程接口和管理工具。3、Heap 表是什么?HEAP 表存在于内存中,用于临时
Mysql 的查询优化,总结的面面俱到!

Mysql 的查询优化,总结的面面俱到!

什么影响了数据库查询速度 1.1 影响数据库查询速度的四个因素 1.2 风险分析 QPS:QueriesPerSecond 意思是“每秒查询率”,是一台服务器每秒能够相应的查询次数,是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。TPS:是 TransactionsPerSecond 的缩写,也就是事务数/秒。它是软件测试结果的测量单位。客户机在发送请求时开始计时,收到服务器响应后结束计时,以此来计算
MQ 消息队列相关的面试问答总结

MQ 消息队列相关的面试问答总结

你们公司生产环境用的是什么消息中间件?这个首先你可以说下你们公司选用的是什么消息中间件,比如用的是 RabbitMQ,然后可以初步给一些你对不同 MQ 中间件技术的选型分析。举个例子:比如说 ActiveMQ 是老牌的消息中间件,国内很多公司过去运用的还是非常广泛的,功能很强大。但是问题在于没法确认 ActiveMQ 可以支撑互联网公司的高并发、高负载以及高吞吐的复杂场景,在国内互联网公司落地较少。而且使用较多的
ActiveMQ、RocketMQ、RabbitMQ、Kafka 我们应该选哪个?怎么选?

ActiveMQ、RocketMQ、RabbitMQ、Kafka 我们应该选哪个?怎么选?

[消息队列]为什么写这篇文章?博主有两位朋友分别是小 A 和小 B:小 A,工作于传统软件行业(某社保局的软件外包公司),每天工作内容就是和产品聊聊需求,改改业务逻辑。再不然就是和运营聊聊天,写几个 SQL,生成下报表。又或者接到客服的通知,某某功能故障了,改改数据,然后下班部署上线。每天过的都是这种生活,技术零成长。小 B,工作于某国企,虽然能接触到一些中间件技术。然而,他只会订阅/发布消息。通俗点说,就是调
CAP 定理的含义,一个详细的讲解!

CAP 定理的含义,一个详细的讲解!

分布式系统(distributedsystem)正变得越来越重要,大型网站几乎都是分布式的。分布式系统的最大难点,就是各个节点的状态如何同步。CAP 定理是这方面的基本定理,也是理解分布式系统的起点。本文介绍该定理。它其实很好懂,而且是显而易见的。下面的内容主要参考了 MichaelWhittaker 的文章。一、分布式系统的三个指标 1998 年,加州大学的计算机科学家 EricBrewer 提出,分布式系统有
一起了解下 HTTP2 / 多路复用是什么

一起了解下 HTTP2 / 多路复用是什么

HTTP/2 有三大特性:头部压缩、ServerPush、多路复用。前两个特性意思比较明确,也好理解,唯有多路复用不太好理解,尤其是和 HTTP1.1 进行对比的时候,这个问题我想了很长时间,也对比了很长时间,现在把思考的结果分享出来,希望对大家有帮忙。先来说说 Keep-Alive 在没有 Keep-Alive 前,我们与服务器请求数据的流程是这样:浏览器请求//static.mtime.cn/a.js--> 解
互联网的本质: osi 七层协议

互联网的本质: osi 七层协议

一互联网的本质咱们先不说互联网是如何通信的(发送数据,文件等),先用一个经典的例子,给大家说明什么是互联网通信。现在追溯到八九十年代,当时电话刚刚兴起,还没有手机的概念,只是有线电话,那么此时你要是给在外地的人打电话,你应该怎么做?首先你要确保你们两个的座机要有一堆连接介质连接(电话线,转换器等等)咱们统称物理连接介质。其次,你要拨号,锁定对方的电话。最后就开始通话了。通话是有学问的,当时那个年代还