前段时间回老家，邻居们很多抱怨网络不好，不稳定之类情况，经过了解其实很多情况下并不是网络不好，而是设备不行，他们很多家里还是用的六七年前甚至是七八年前的老路由器，最大不过百兆端口，而开通的宽带基本都是200M或以上。老路由器带宽一高撑不住容易卡死。 下面简单讨论一下有关家用路由器的一些内容 以下仅代表个人观点，仅供参考 ≥Ö‿Ö≤ 当然这里暂不考虑软路由，因为一般用户基本不会安装操作软路由相关内容。 一、家用路由器选购几项主要参考标准： 可以长期运行并保持稳定。 可以跑满家中带宽，路由器绝对不能拖后腿。 这些年前前后后接触的各种各样的路由器非常多，tplink、华硕、华为家用路由器、华为企业路由器、华三企业路由器、锐捷企业路由器、艾泰企业路由器，价格区间从最便宜的几十元的至一两万元的都有，当然再高配置的就没接触过。 当然啦要比较肯定是同等价格比质量，同等质量比价格，咱这里不从相关的技术参数来比较，而只是从一单纯使用用户的使用体验，以及多年使用经验来看。 二、究竟如何选择呢？ 优先选择企业级产品，稳定性超家用级不只一个档次。正常情况下企业级产品从通电直至生命周期尽头中间无停机，一般最低可以稳定运行在五年以上。 优先选择大企业产品，比如华为、华三、锐捷、华硕，这几家产品优先推荐。像之前购买的某link产品、某泰产品，家用、企业级产品都出现一两年出现信号丢失的问题，或者运行几天之后极其龟速无法正常上网，重启方可解决，真的是让人有想跳楼的冲动。 对于无线产品，如果可以，优先选择AP作为无线解决方案，专业的事让专业的设备来干，正所谓述业有专攻。 大家肯定会遇到这种情况，比如家住3楼家里放了一个无线路由器，在楼下散步时手机半连不连的状态，上网也上不了，只能每次手动断开WIFI才可以，回到家再手动打开，烦不烦？非常烦。而AP上可以设置信号强度低于正常值时，主动断开设备连接，对使用手机、pad完全无影响，体验非常好。 三、家中实际解决方案 以下是我家里的实际使用的产品，使用过程中非常稳定 👍，常年运行从不用重启，一如继往。 对于路由器的选择，由于家中仅是200M宽带，所以这个型号足够使用，并且带有POE供电功能，如果家中更高的带宽可以选择GR3200等型号 由于家中所住是比较老的房子，面积也不大90平左右，目前一个AP就可以做到无死角覆盖，信号强度也非常好。 对于家中面积较大、复式甚至是别墅级别的，只要添加AP的数量即可，并可以做到整个网络里无缝漫游。
openEuler社区版本命名,发布时间与生命周期管理
建议大家在选用openEuler时，选用LTS版本，该版本至少有长达4年的社区支持，希望到时支持到期以后，官方可以提供平滑升级的方案。
单个docker容器修改时间，不影响宿主主机及其他容器
背景需求： 整个集群基于K8S，对于某一个应用有临时修改系统时间的需求，并且要求宿主主机的时间不能被改变，也不能够影响到其他容器。 解决办法 date是系统kernel的函数，而容器间是共享kernel的，所以默认情况下对于系统时间的修改虽然可以在容器内部进行修改，但其实本质上是修改整个系统宿主主机整体时间为代价，会影响到其他应用的运行。 这里我们采用开源工具libfaketime，github主页： https://github.com/wolfcw/libfaketime libfaketime会拦截程序用于检索的各种系统调用当前日期和时间。然后将修改(伪造)的日期和时间(由您用户指定的)返回到这些程序。这意味着您可以修改系统时间一个程序不需要改变系统范围内的时间。 libfaketime 允许您指定绝对日期(例如，01/01/2020)和相对日期(如10天前)。 实现方式 首先编写我们的dockerfile 文件，下面是一个基于java8的基础镜像进行构建tomcat的dockerfile文件，大家可以根据需求更改。 我们提前将libfaketime、tomcat下载下来，准备好，然后构建dockerfile脚本。 FROM www.jiucool.org:5000/java:8-centos8 ENV CATALINA_HOME /usr/local/tomcat ENV PATH $CATALINA_HOME/bin:$PATH RUN mkdir -p “$CATALINA_HOME” RUN mkdir -p “$CATALINA_HOME/libfaketime” WORKDIR $CATALINA_HOME COPY libfaketime ${CATALINA_HOME}/libfaketime/ COPY tomcat ./ ## 以下设置libfaketime 速度有点慢，直接下载下来 RUN cd $CATALINA_HOME \ && yum install gcc gcc-c++ libstdc++-devel automake autoconf libtool make -y \ […]
如何远程管理大批量的内网机器
一、背景环境需求 我们要管理很多位于不同地区的服务器，位于全国各地。 全国各地服务器所在位置，外网IP不固定（因为是内网应用服务器），有可能不定时变更。 服务器可以单向对外访问互联网（入口配备防火墙等设备）。 服务器系统为Linux，无桌面系统。 我们应该如何来便捷进行管理呢？下面久酷(jiucool)为大家简单总结一下。 二、解决方案 第一种解决方案： 每个业务中心另找一台24小时开机的机器，安装好teamviewer 或类似的远程管理工具，进行管理。 这样也确实简单方便，不过更多受限于teamviewer等第三方工具，并且用的多了必须要付费，否则经常会遇到被封禁、限速之类问题。 第二种解决方案： 采用内网穿透方案。 简单来说，你需要有一台云服务器，相当于线下所有服务器与这台云服务器建立连接，而我们管理时只需要连接这台云服务器即可。 这台云服务器起到了一个中介桥梁的作用。 三、总结 实际应用中，在前期，由于该项目并没有特批的云服务器，所以采用的是第一种方案。后期采用了第二种方案。 经过长期使用效果的对比，这两种方案，绝对是内网穿透方案更为优选，使用过程中非常稳定、高效，目前来看从未出过问题。 不过有一点需要注意，在修改内网穿透配置时，一定慎重，如果修改错了，你将面临线下或者找人协助处理的窘境。
国内优秀的开源软件包搜索站点
一般我们的服务器环境应该90%以上都是采用Linux环境，要知道没有外网环境，无法连接软件仓库时，当缺少某些包时确实是让人比较头疼的，虽然我们一般会提前将离线所需内容自动化准备好，但需求变化还是蛮快的，临时现场的变化总会让人措手不及。
回顾Eclipse 转 Idea之历程
开发工具idea与eclipse，相信对于广大java开发者来说都不会陌生，当年刚开始接触java时，记得好像是用的myeclipse，后来转为eclipse，然后再到idea。 一、Eclipse 开发转 Idea历程 应该是15年左右，大概用了五六年时间的eclipse转到了idea开发工具，因为团队里我是第一个转idea工具的，说起原因还是蛮搞笑，由于一个项目用eclipse一启动经常性卡死，CPU直接100%，除非任务管理器强制关闭换eclipse版本依然不行。缘起这里寻求解决办法，转到idea阵营，刚开始转换时还是非常不适应的，并且各种快捷键都不一样，习惯也不一样，大概过了一个周才基本适应，出现问题都要摸索前进。但好在电脑不卡了，项目启动也快了不少，还是非常值得欣慰的。 然后紧接着在第二年也就是2016年， JavaCodeGeeks出了一个统计，那时IntelliJ用户量就已经超过Eclipse，看来2014、2015年左右是idea用户暴增阶段呀，而我就是其中一份子 ≥Ö‿Ö≤ 在自己熟悉之后让团队整体转为idea开发工具时，还是费了不少劲，团队还是有不少抱怨声音，但随着时间的推移，适应时间的延长，发现大家也是越来越喜欢用了，慢慢的团队里就没有人用eclipse了。 二、新的环境 目前由于相关原因，进入了新的团队，团队里全都是用的Eclipse，经过一段时间努力已然有部分同胞进入到了idea阵营，其实现在大部分团队成员对idea还是持积极态度的，只是团队中需要一位发起者而已。