## 背景 ``` 发现四层nginx的代理报错. 然后想着换用一下haproxy的配置. 早些时候 看过tidb的一些最佳时间, 这里简单整理一下. ``` ## 下载 ``` https://src.fedoraproject.org/repo/pkgs/haproxy/haproxy-2.8.
# Clickhouse的极简安装-之二(macos+linux) ## StudyFrom ``` https://clickhouse.com/docs/en/install 然后简单的获取方式: curl https://clickhouse.com/ > ck.url 其实可以看到他的安装命
https://www.jianshu.com/p/d1e71bda4b34 查看树莓派默认是怎么为pi用户免去密码 所有配置文件都在 /etc 目录下，免去密码配置文件也不例外。在/etc/sudoers.d/文件夹下可以看到有个 010_pi-nopasswd 文件 sudo cat 101pi
记得上次ACOUG年会(《ACOUG年会感想》)，请教杨长老问题的时候，谈到分区，如果执行分区删除的操作，就会导致全局索引失效，除了使用12c以上版本能避免这个问题外，指出另外一种解决的方式，表面看很巧妙，实则是对分区原理的深入理解。 我们先从实验，了解这个问题，首先创建分区表，他存在4个分区，每个
http://www.zhaibibei.cn/awr/1.1/ 从这期开始讲解awr报告的部分，首先讲解awr整体的部分 后续会针对不同的点进行讲解 1. 数据库细节 这部分可以看到 数据库的版本 数据库 DBID 数据库实例名称及实例号 数据库最近一次启动时间 数据库版本 数据库是否为rac 2
本文将介绍一个好玩但实际作用可能不太大的动画效果：跳动的字符。为了提高动画效果的可重用性以及调用的灵活性，通过Behavior实现跳动的字符动画。先看下效果：  Bug现场 某天中午，某应用的999线突然升高。由于是个QPS
👉️URL: https://www.kubecost.com/ 📝Description: Kubeccost 为使用 Kubernetes 的团队提供实时成本可视化和洞察，帮助您持续降低云成本。 昨天浏览 Kubectl 插件的时候发现了 Kubecost，一看惊为天人啊，这个功能对于运营团
系列文章 👉 Terraform 系列文章 前言 最近在使用 Terraform Cloud 来置备 OCI 的 Always Free Tier, 发现它非常好用，相比 Terraform OSS, 用起来省心多了。 也借此总结学习下：Terraform Cloud 比 Terraform OS
Hybrid这个词，在App开发领域，相信大家都不陌生。Hybrid App是指介于web-app、native-app这两者之间的app，它虽然看上去是一个Native App，但只有一个UI WebView，里面访问的是一个Web App。Hybrid在移动领域的发展，可以说经历了大致3个阶段：
信创这个概念对于大家来说并不陌生，至少我们在海量的新闻中会时不时的听到这个概念，特别是在西方国家对中国进行技术封锁加剧时，证券市场中它还会时不时成为一个风口板块。其实“信创”理解起来也并不困难，就像它的字面意思：信息技术应用创新产业，旨在实现信息技术领域的自主可控，保障国家信息安全。
 # 背景 为了让业务团队可以更好的跟踪自己消息的生产和消费状态，需要一个类似于表格视图的消息列表，用户可以直观的看到发送的消息；同时点击详情后也能查到消息的整个
开发人员与 DevOps 不断增加的认知负担被认为是软件工程中最大的问题之一。随着越来越多的工具、框架和方法可以选择，以及“You build it, you run it”的 DevOps 思想的发展，我们可以看到为了提供面向客户的产品和服务，认知负担也随之大幅增加。 在今天的文章中，我们将初步了
2022年初，当时的自己在 您好，2022！ 说要多追求无定量标准，所以没有列出具体量化的指标。 如今到了2023年，深思熟虑后决定还是要梳理下这些年制定的计划，看看哪些之前未完成的指标还适合继续努力的，好作为2023年的目标指引。 回顾了这些年的要点，梳理出需要在2023及之后的目标方向： 工作&
正常情况按照标准配置的环境变量，只能grid用户查看RAC集群资源状态。 crsctl stat res -t 但是绝大部分操作其实都是oracle用户来操作，比如启停数据库，操作完成以后就需要检查下集群资源状态。 看到好多DBA在现场操作时就是来回各种切换或开多个窗口。 其实有两个简单的解决方法可
# 背景 我前面写了几篇文章，讲c3p0数据库连接池发生了连接泄露，但是随机出现，难以确定根因，最终呢，为了快速解决问题，我是先写了个shell脚本，脚本主要是检测服务的接口访问日志，看看过去的30s内是不是接口几乎都超时了，如果是的话，咱们就重启服务。然后把这个shell加入到了crontab里，
# 背景 发现陷入了一个怪圈，写文章的话，感觉只有大bug或比较值得写的内容才会写，每次一写就是几千字，争取写得透彻一些，但这样，我也挺费时间，读者也未必有这么多时间看。 我想着，日常遇到的小bug、平时工作中的一些小的心得体会，都还是可以写写，这样也才是最贴近咱们作为一线开发生活的，也不必非得是个
版本1的抓包命令 这两天排查一个小问题，需要在服务器上使用tcpdump24小时不间断抓包，这里简单记录下。 先看下tcpdump的语法： tcpdump [ -AbdDefhHIJKlLnNOpqStuUvxX# ] [ -B buffer_size ] [ -c count ] [ -C fil
背景 这个事情也是最近做的，因为线上nginx被我换成了openresty，然后接入层服务也做了较大改动，虽然我们这个app（内部办公类）并发不算高，但好歹还是压测一下，上线时心里也稳一点。 于是用jmeter简单压测下看看，这里记录一下。 这次也就找了几个接口来压：登录接口、登录后获取用户信息接口
