阿里云配置-日志服务SLS-[通过筛选 nginx access.log 日志获取访问耗时最多的请求] 在工作中,可以通过分析 nginx 服务器产生的日志来判断服务器访问负载、资源使用、接口访问、流量时间等信息;相对而言,比起我们去自己筛选分析,耗时耗力,且难以保证满意度;更建议选择一些第三方工具,方便我们分析 nginx 服务器产生的日志所以,这里可以建议使用 阿里云-日志服务SLS …
微信小程序 接口调用讲解 (AccessToken、小程序码登录) 近期整理了部分小程序常用接口的文档,主要涉及到 登录信息的获取、登录凭证的获取、以及小程序码的实现介绍,希望可以帮到有需要的小伙伴。文章重点应为思路的建议,如果有更好的实现方式都是可以进行优化的,如有瑕疵,欢迎指摘 ...
layui 实现下拉多选功能 [xm-select] 近期负责的管理后台,有下拉多选的业务需求通过网上的经验搜索,发现 xm-select 是个非常不错的选择并且,当前的后台使用的正是 layui 前端框架所以,在此整理一下 对下拉多选功能 【xm-select 】 的使用步骤欢迎指摘 …
ThinkPHP5.1 子查询-使用 Group 获取每组最新数据 背景当前项目业务中,需要以字段 account_id 分组,获取 "redbook_effect" 数据表中最新的数据记录集合 - 根据网上的经验描述,如果 group 和 order 一起使用 - 会先进行分组获取, - 再对得到的结果集进行排序 - 所以如此一来,得到的最终数据中,对应字段 "account_id" 的记录并非是最新的 ---- 解决方案:【使用子查询,先进行排序,再分组】参考文档 【ThinkPHP5 开发文档 —— 子查询】 【where,gr..
layui rate (评分组件)使用的一点经验分享 这几天在做管理后台的功能开发时需要添加一个可以进行 标签打分的模块,方便后期对接单人员的 信息收集根据需求,我选取的是常用的 layui.rate 组件在嵌入页面是发现:如果直接在页面上进行显示,按照文档指导是很容易实现的但是,当前项目毕竟是在前人开发的代码基础上进行优化此时,代码处理逻辑为 js-post 请求回调后并且使用了 layer.open() 弹窗,在表格中进行显示那么,就会出现 layui.rate 组件渲染不完整或失效的情况
ThinkPHP5.1 Hook(钩子)的理解及应用示例 近期在对后台系统的优化过程中, 了解到 `ThinkPHP5` 框架所提供的 `钩子` 行为记录的技巧使用, 感觉在代码规范、AOP (面向切面编程)上都很有值得借鉴的地方, 在此进行整理一番,希望帮到有需要的小伙伴;为类的定义很简单,一般来说只需要定义一个行为入口方法run即可
PHP 中 json_encode 处理数组的返回信息为 NULL 时的处理 今天在处理消息队列逻辑时,因为连接不上服务器,返回的错误信息中存在中文乱码,以前的处理方式,就是对返回的信息,使用 json_encode() 编码处理,记录到 错误日志中,方便后期问题排查,但是,此时发现,json_encode() 返回的是 false|NULL ,无法满足我的需求。通过网上的建议,找到一种解决方案 :【PHP json_decode/json_encode 中文内容为NULL或乱码】
ThinkPHP6 自定义指令(定时任务脚本 )使用技巧 项目运行过程中,有些任务需要定时去跑,比如定时获取当前关注公众号的用户,给与奖品发放的需求一种解决方式:直接使用 Linux 的 [crontab] 计划任务,设定执行链接就好另一种方式:为了方便对自定义指令的统一管理,可以编写 shell 执行脚本
mysql 执行语句小知识 对于正规团队,需要将开发过程中涉及到的数据库结构变化,统一整理给 DBA 运维人员,本文整理一些mysql 操作小技巧,比如创建索引,删除重复数据,不断收集,欢迎指摘 ...
ThinkPHP6 自定义分页样式 快速配置 背景首先,毕竟是入职新公司不久,不好改动原有的功能;所以,鄙人的想法是指展示自己负责的页面效果,不与原有代码冲突即可如下,相对来说是快速配置的效果,欢迎指摘 …配置步骤①. 页面文件的配置引入 bootstrap 公用静态文件建议可以下载到自己的框架中,以免后期人家服务器停止服务 <link rel="stylesheet" href="http://apps.bdimg.com/libs/bootstrap/3.3.0/css/bootstrap.min.css"&.
ThinkPHP6 发现一种报错 “控制器不存在:app\controller\Error” 的情况 背景近期在接触 ThinkPHP6 的项目开发,还是不算熟悉运行代码时 出现如下错误截图:梳理过程起初,根据报错信息考虑到 “跨模块调用” 或者 “控制器路径未指定” 的问题但是排查之后发现都是顺畅的最后,代码 Log::info() 打印信息排查发现,是分页获取数据导致的不执行最终问题竟然定位在了 order 排序数组上 (['o.id' => 'desc'])这是因为联表操作后,字段指定不确切导致 sql 语句执行错误,但报错竟然相关性不大解决:注意在操作数据..
MySQL 冷备份操作 + shell 脚本自动备份 对于概念的说明不做赘述个人觉得冷备份数据除了操作方法简单,最大的优点便是安全为了对比,可参考前面整理的 —— 【MySQL 使用 XtraBackup 进行数据热备份指导 [全量+增量]】在此还是声明一下个人觉得,冷备份也可以不在停机状态的只要当下没有多少更新操作业务即可冷备份/还原全部数据这种方式,备份了整体的 MySQL 数据,包含默认数据库 "mysql、sys、infomation_schema、performance_schema"
MySQL 使用 XtraBackup 进行数据热备份指导 [全量+增量] 最近一直涉猎 MySQL 数据库的操作、集群部署知识注意到,为保证数据安全,掌握数据备份是极为重要的相比小型服务的冷备份而言在此推荐并整理,更受推崇的 XtraBackup 下的热备份技巧CentOS7.9 Percona XtraBackup 2.4 MySQL5.7.32一般来说,建议使用计划任务进行备份操作:每周全量备份一次,每天增量备份一次
CentOS7 下 MySQL 数据库 PXC 集群部署操作指导 最近在进行 MySQL 的 PXC 集群搭建使用和研究前期已完成了一篇记录文章 : 【CentOS7 下 MySQL 之 PXC 集群部署【Docker+多机多节点】】但是,毕竟不是所有人都熟悉 docker而作为开发人员,还是习惯于原生状态的安装流程所以,在此整理官方指导的PXC 集群配置步骤欢迎指摘 …【注】:Percona XtraDB Cluster(简称 PXC 集群) —— 业界主流的 MySQL 集群方案
PHP 使用 redis 进行商品秒杀设计思路 前期准备背景相信很多在小公司打拼的小伙伴对于秒杀系统真的是可遇不可求我们只能通过模拟演练一方面熟悉高并发场景、提升编码技能另一方面,为进入大厂做好准备此处,我主要还是阐述下设计思路有不同见解,欢迎指摘 …模拟环境PHP7.2、CentOS7.9、Redis6.0.8、ab 压测工具☛ 设计思路首先,要明确的一点是,不能直接按照传统商品订单思路处理,毕竟大流量下不能丢失用户美好的交互性然后,准备秒杀服务器,不影响主业务运行用户在秒杀等待页面,使用 ajax 异步更新
ThinkPHP5 使用迅搜 (XunSearch) 实现全文检索实例指导 前期准备入坑了一天,折腾的无语,个人观点:【文档太差,适合学习思路,不建议入坑】背景最近在整理全文检索解决方案注意到 PHP 环境中对 xunsearch 的评价很高,在此记录一番【Xunsearch 是一个高性能、全功能的全文检索解决方案】场景描述此处作为对 xunsearch 的初次使用,以一个简单的商品 SKU 信息搜索场景进行描述我已有一张 tp5_xsku表,用来存储商品 SKU 信息主键为 "sku_id",需要进行匹配的字段为:"spec_name"
CentOS7 安装 PerconaTookit 步骤 背景最近正在拓展 MySQL 数据库知识发现很多提及 "PerconaTookit" 管理工具的建议会方便对数据库在线状态下的结构调整在此,先进行安装一番 …环境MySQL版本: mysql 5.7.32Linux 版本: CentOS7.9PerconaTookit : 3.0.7安装步骤1). 安装第三方依赖包首先需要安装几个第三方依赖包yum install -y perl-DBI perl-DBD-MySQL perl-IO-Socket-SSL perl-
Docker 中,对 mysql 配置文件的修改操作 背景前面,我进行了 Replication 以及 PXC 集群的配置操作但是发现,实际工作中一定会对 mysql 的配置参数进行修改的比如:max_connections但是,你会发现,docker 因为是虚拟环境的原因我们不能直接在 Linux 中进行配置文件的查找如果,有时间强烈建议,学习一下 Docker 操作技巧毕竟我也是接触中遇到问题才会找途径解决在此,记录一下操作过程,希望对你有所帮助 …操作步骤此处,以修改参数 "max_connections" 为例,
CentOS7 下 MySQL 之 PXC 集群部署【Docker+多机多节点】 最近在进行 MySQL 集群搭建测试的研究中对于业界主流方案自然不能跳过在此,整理成完整的文章,希望道友能得到参考价值 …【注】:Percona XtraDB Cluster(简称 PXC 集群) —— 业界主流的 MySQL 集群方案PXC 最大的优势:强一致性、无同步延迟 (牺牲性能)