题目：BNUOJ 34025 -Poor Warehouse Keeper（贪心） 题目大意：有一个商品的信息表，上面是数量，下面是总价，然后旁边各有一个按钮。上面的数量按钮按一下数量就加1，然后价格对应的也要在加上一个当前的单价。下面的按钮按一下的话，就对应的总价加1.初始状态是 1 1，然后给出终点状态，问能否得到。可以的话输出最少要按几次按钮，否则输出-1；总价每次输出都是下取整

题目链接：hdu 4803 Poor Warehouse Keeper 题目大意：有以个屏幕可以显示两个值，一个是数量x，一个是总价y。有两种操作，一种是加一次总价，变成x，x+y；一种是加一个数量，这要的话总价也会相应加上一个的价钱，变成x+1，y+y/x。总价显示的为取整后的整数，小数部分忽略。给定一个目标x，y，初始状态为1，1，求最少需要多少次可以目标状态，不可以达到的话输出-1.

hdu 4803 Poor Warehouse Keeper（贪心） Jenny is a warehouse keeper. He writes down the entry records everyday. The record is shown on a screen, as follow:  There are only two buttons on the scree

在https://www.yuque.com/treblez/qksu6c/ahgvn94c2nh1y34w?singleDoc# 《Redis集群:分布式的less is more》中我提到，无论是啥服务，想要达到操作视角的强一致性，要么使用类似TSO/原子钟的方案，要么有一套一致性协调服务。 clickhouse最初是用zookeeper的，在 21.8 版本中开始引入了 ClickHouse

信息搜集 nmap扫描一下端口 nmap -sV -sC -p- -v --min-rate 1000 10.10.11.227 发现有两个端口，22端口为ssh服务，80端口是http服务 尝试访问一下80端口 提示我们要访问tickets.keeper.htb/rt/，访问发现不行 那么把该域名添加到hosts里面 访问发现是登录框，对应的request tracker系统版本为4

ClickHouse Keeper 介绍 现代分布式系统需要一个共享和可靠的信息存储库和共识系统来协调和同步分布式操作。对于ClickHouse来说，ZooKeeper最初是被选中的。它的广泛使用是可靠的，提供了简单而强大的API，并提供了合理的性能。 然而，不仅仅是性能，资源效率和可扩展性一直是ClickHouse的首要考虑因素。ZooKeeper作为一个Java生态系统项目，并不能很好地适