前言&nbsp;&nbsp;&nbsp;年前完工了做了半年的铁路后台管理系统，系统整体业务比较复杂，这也是我到公司从0到1的一个完整系统实践，做这个系统过程中踩了不少坑，也学到了很多。</br&nbsp;做完这个系统没多久，紧接着又一个系统来了，没及时总结，惭愧哈！其实我们在做的后台管理系统大多数基础框架都一样，后台管理系统主要的是

PDF转Word是一个非常非常普遍的需求，可谓人人忌危，为什么如此普遍的需求，却如此难行呢，还得看为什么会有这样的一个需求：PDF文档遵循iOS32000的规范是由Adobe公司推出的文档格式，之所以应用如此广泛，是因为PDF精确定位了每个字符的坐标、根据坐标绘制的各种形状，使用PDF格式传输和打印文档可以保证格式的一致性，然后很多PDF文件是可用于阅

前后端差点打起来事情是这样的：今天我们公司的后端说他接口写完了，并分享了一个接口文档给我。用的就是SwaggerUI自动生成的那种接口文档，就像这种：这种Swagger文档我每次看着就头大，毛病多多：查看多级模型时要一级级点开在接口数量变多的时候非常难用，连分类菜单都没有提交参数为JSON的时候不能格式化参数出错的时候查找麻烦返回结果

Linux有非常多的发行版本，从性质上划分，大体分为由商业公司维护的商业版本与由开源社区维护的免费发行版本。商业版本以Redhat为代表，开源社区版本则以debian为代表。这些版本各有不同的特点，在不同的应用领域发挥着不同的作用，不能一概而论。而绝大多数VPS上只提供开源社区维护的发行版本。下面就这些不同的Linux发行版进行简单的分析。Ubu

最近公司在使用Hive做项目测试，所以就在Hive上面建了一些表，做测试。使用建表语句后发现数据被自动覆盖了，现在了解到的情况是这样的。Hive中，表的Metadata信息全部存储在MySQL中。而存储在MySQL中的数据是没有校验过程的。也就是说，你可以创建一个逻辑错误的表，两个表指向同一个HDFS文件也是有可能的。所以，在使用CREA

DevOps已经走过了很长的一段路，毫无疑问，它将在今年继续闪耀。由于许多公司都在寻找围绕其数字化转型的最佳实践，因此了解领导者认为该行业的发展方向非常重要。从这个意义上说，下面的文章收集了DevOps高层对2021年DevOps趋势的回应。让我们看看他们每一个人在未来一年对DevOps有什么看法。1.迁移到微服务成为必选项。“从

❝最近项目比较忙，就没有怎么写文章。本文主要内容为多语言的后台是如何实现的。❞前言公司需要写一个多语言后台，以前也没做过，于是到面向百度了一下。这是用了TP框架俩年了，第一次发现框架是自带的多语言切换功能。这里着实给点一个赞。接下来我们来实现一下这个功能。一、后台实现多语言使用框架为

新项目开始时，有时候为了调试封包协议，则会一个字节一字节的核对有时候也会出现，服务器说你没发，客户端说我发了你没收到...公司有高手时，则会使用一个工具来抓包分析，比如WPE，Wireshark等等网络封包不同于Http抓包，上手还是有些难度的，所以我搞了一个配置直接开启封包日志输出配置文件中添加如下配置network.log.a

Serverless是一种架构理念，具有自己的独特的优势和适用场景。本文以使用阿里云函数计算为例，构建一个简单具体的microservice为例，看看这种架构是如何达到快速开发和节约运维成本的。应用场景1某游戏公司刚开发完一个新的游戏，想要进行一些封闭测试，他们需要一个管理激活码的service来邀请有激活码的玩家来参与封闭测试，同时可能对积极参与

ES也是比较火热，在日志数据分析，规则分析等确实很方便，说实话用esstack浪尖觉得可以解决很多公司的数据分析需求。极客时间下周一要上线新的ES课程，有需要的暂时别购买，到时候还找浪尖返现吧。写这篇文章的原因是前两天星球球友去面试，面试管问了一下，Spark分析ES的数据，生成的RDD分区数跟什么有关系呢？稍微猜测一下就能想到