随着 Confluence 对企业或者集团用户关上大门，强迫所有的用户要么选择 Cloud 版本，要么选择 Data Center 版本。     所谓的数据中心版本为企业需要购买云服务产品才能使用 Confluence。 Confluence 会推送完全的云解决方案，你需要要么订购 AWS 的服务，其中包括有云数据库，和 EC2。 对于企业来说面临着成本成倍的增加和把敏感数据推送到云的问题。 倒计时 所有的许可证支持将会在 2024-02-15 停止。     企业要么面临着把用户切换到云上使用云订购。 要么自己部署完整的云服务。 对我们来说，这 2 种方案都是没有办法接受的，主要考虑是数据安全和成本。 替代方案 替代方案就是 YouTrack。 我们把 Confluence 的所有内容全部导入到 YouTrack 中了。 YouTrack 是当前允许企业自行管理服务器的软件产品。 https://www.isharkfly.com/t/confluence/15412

收到 AE 的买菜卡了，这设计是完全变了个颜色。   https://www.isharkfly.com/t/topic/15409

要在 YouTrack 删除项目，首先你需要有项目的删除权限才可以。 如果你删除权限的话，可以进入项目界面，然后选择右上侧的通用信息。     然后选择上侧的删除项目。     在弹出的界面中输入项目的名称后才能删除项目。 然后单击删除即可。 需要注意的是，删除的项目是没有办法恢复的。   https://www.isharkfly.com/t/youtrack/15404

YouTrack 项目在删除的时候可能没有办法马上就删除掉。 我们还会看到类似下面的这种情况。   根据官方的解释说明是，如果项目有很多内容或者有很多的信息，那么在删除的时候会消耗很多的时间，所以 YouTrack 给出了一个 Pending 删除的状态。 哪怕就是在 Pending 删除的这个状态的时候，我们是没有办法撤销 YouTrack 对项目的删除的。 只需要耐心等待就可以，我们不需要做任何事情。 官方有关 Pending 项目删除的解释。   https://www.isharkfly.com/t/youtrack-pending/15405

YouTrack 是有一个 KB 的，我们可以吧 Confluence 的文章全部导入到 YouTrack 的 KB 中。 首先，你需要具有管理员权限，然后选择导入。     然后可以在打开的界面中新增一个导入。 在新增导入中输入 Confluence     在随后的界面中输入你 Confluence 的用户名和密码就可以了。 然后就是空间映射，如果你对空间的映射不选择的话，YouTrack 会针对每一个 Confluence 的空间创建一个项目。 为了方便我们在项目中调整，我们是可以使用这个默认选项的。 然后就可以开始导入了。 可以看到我们需要导入的内容还是蛮多的，时间也会比较长。     当前我们已经导入成功的内容。     可以看到整个导入的时间会比较长，这也是因为 Confluence 停止更新了，我们也没有太多的选择。 Confluence 已经不再签发开源许可证了，并且要求所有的本地安装实例全部迁移到云平台上。 https://www.isharkfly.com/t/confluence-youtrack-kb/15406

为了给 POE 的摄像头进行地下的供电。 结果给喷灌的水管给挖断了，还的用接头工具给接上。 需要注意下管线大小。 然后用钢卡扣给扣住就好了。 这个卡扣钳不是普通的老虎钳，是有一款专门夹这种钢卡扣的钳子。 在这边生活的主要特点是什么东西可能都需要自己来，很多工具可能只需要用一次，需要买，结果就攒下来了一大堆。 每一个东西可能都需要自己的专用工具才可以，想凑合，有时候还真没法凑合，真是一个萝卜一个坑。 当然不嫌麻烦的也可以叫人，人工贵我们就不说了，主要是这时间还没法保证，基本上都是几天起，也就过来看看然后就会收到一个可以买 3 套工具的账单了。 能不能修好和怎么修还另说。 https://www.isharkfly.com/t/topic/15376    

一般来说，过完节，到新年以后通常没有那么多人来逛街了。     为了几颗小葱，排队10 多分钟，有点想快点逃离的感觉。   https://www.isharkfly.com/t/topic/15369

如果你踩过 MySQL 的大坑的话就知道：MySQL 在 Windows 下不区分大小写，但在 Linux 下默认是区分大小写。 如果你稍加不注意就会出现在本机开发的程序运行一切正常，发布到服务器行就出现表名找不到的问题。 这是我们前一个项目遇到的巨大问题，开发是在 Windows 下进行，但是部署是在 Linux 下进行。 例如一个表：tableName 和 tablename，这 2 个表在 Windows 下是一样的，但在 Linux 下就不一样了。 所以我们的程序在 Windows 下查询表 tableName 没有问题，但是如果 Linux 下数据库的表名为 tableName 的话，那么查询就找不到表了。 有过上面经历的话，我们来看看 PostgreSQL PostgreSQL 是大小写敏感的 在默认情况，PostgreSQL 在存储和比较数据值的时候字符串的值如果是大小写的处理方式是不一样的。 例如： “isharkfly” 和 “iSharkFly” 是不同的值，这个在 PostgreSQL 会影响存储的。 创建表的 SQL 如果我们有一个创建表的 SQL： create table test.Table_name ( id integer, user_name varchar ); 和 create table test.table_name ( id integer, user_name varchar ); 注意到，上面的 T 是大写的，如果运行上面的 SQL，在数据库上，我们会看到表的名字被转换成小写了。     如果我们想在数据库中创建一个 Table_name 可以吗？ 答案是可以的。 需要把 Table_name 放在双引号里面。 运行的 SQL 就成这样了。 create table test."Table_name" ( id integer, user_name varchar ); 结论 为了避免我们在 MySQL 上遇到的大小写问题和平台问题。 在设计数据库表的时候，不要使用大小写混合模式，要么就全部约定为小写，要不就全部约定为大写。 因为 PostgreSQL 会默认全部使用小写，所以在 PostgreSQL 的表面和字段名要全部为小写为好。 Oracle 数据库在这里是另类，在 Oracle 中全部按照大写存储的。   https://www.isharkfly.com/t/postgresql/15350

周五的时候 Wayfair 的 CEO 公开信中表示，将削减 1650 个工作岗位。     通篇读下来的意思就是公司目前还是非常健康的状态，新冠导致的在线购物激增让 Wayfair 在短时间内的销售从 90 亿美元增加到 180 亿美元。 几乎是翻倍了，而且这个让 Wayfair 感觉就是在一夜之间完成的事情。     余下的解释就是因为业务需求的激增，导致了 Wayfair 在招聘市场上的大量进行招聘，随着后疫情时代的到来，这些冗余的招聘开始给公司带来不小的支出。 公司为了削减开支，那么就开始着手削减人员，这个会对 Wayfair 带来更加积极的现金流。 Wayfair Wayfair 是美国近年崛起的家具在线销售商，总部在 Boston 区域。 多年前去 Wayfair 面试过一次，当时他们使用的主要技术栈为 PHP 和 MySQL，换句话说，Wayfair 可以理解为一个电商平台。 但，他们的算法面试题目是有一定难度，并且属于比较麻烦的那种。 Wayfair 股票 虽然如 Wayfair CEO 所说的，公司的经营没有问题，就是招聘了太多人导致的裁员。 那么看看 Wayfair 这公司 5 年的的股票就好像没有那么好看。     虽然公司的盈利情况和能力不能用股票价格来完全表达，但还是可以作为一些参考的。 结语 2024 年才开始，各个公司的裁员是一波接一波，这还远没有到结束的时候。 相信随着时间的往后，可能会有更多的公司宣布自己的裁员计划。 至于所有公司发布的裁员信，大致模式和格式都是这样的，基本上都这么说，但到底是怎么情况，也许只有公司高层的人自己知道了。   https://www.isharkfly.com/t/wayfair-2024/15349

所有的数据库离开数据量来谈性能都是耍流氓。 就你那几万条的数据库，用啥都行，典型的就是怎么方便怎么来。 不过 PostgreSQL 上手确实比 MySQL 概念更多。 PostgreSQL 比 MySQL 多了一层。 PostgreSQL 是从PostgreSQL 是从 Database，到 Schema 再到 Table MySQL 就直接从 Database 到表了。 Schema 这个单词的翻译有点乱七八糟，有些人会翻译成模式。 其实数据库中，这个单词被翻译成命名空间多一些。 因为 PostgreSQL 比 MySQL 多了一个命名空间（Schema）那么去找对应的话，就有点困惑不知道 Schema 对应的是 MySQL 的是什么了。 其实 Schema 对应的就是 MySQL 的数据库。     PostgreSQL 的一个数据库就 MySQL 在机器上安装的整个实例了。 数据互访 比如说 PostgreSQL 有 2 个数据库 DB0 和 DB1，那么对应 MySQL 就是需要有 2 个实例，这 2 个实例对应的 MySQL 需要运行在不同的端口中。 PostgreSQL 互通性 PostgreSQL 的数据库定义的对饮 MySQL 的 2 个实例的话，那么在实例之间进行数据通信是比较困难的。 同样的，PostgreSQL 也是这样的，PostgreSQL 的数据库是互相独立的，是不能互相访问的。 PostgreSQL 的 Schema 在不同的命名空间中的数据是可以互相访问的。 不同命名空间中的表名字可以完全一致。 比如说我们有2个命名空间分别为 S1和 S2，但这 2 个命名空间中都有一个相同名称的表叫做 T1和T1，这个是可以存在的。 总结 因为 PostgreSQL 对比 MySQL 多了一层逻辑结构，所以 PostgreSQL 比 MySQL 的理解上面更加复杂，同时用户的授权也更加麻烦。 这也就是为什么很多人拿到 PostgreSQL 开始的时候都不知道表在哪里。   https://www.isharkfly.com/t/postgresql/15347