初高中时看了很多日本动漫，即便现在工作了，我也会时隔一段时间看一些日本影视作品，最近看的有《无职转生》、《弥留之国的爱丽丝》等，因此对日本的文化产生了一定兴趣。去年（2024年）就和对象决定要在2025年来日本旅游一趟。终于在今年5月15日-5月19日成功付诸实践！🎉

📝 前期准备

🛂 护照

虽然实地游玩只花了短短5天，但也要花一点时间进行前期准备。主要是护照以及签证。

由于办理签证需要提供护照，所以护照必须先办。

我在3月底从支付宝上搜索【移民局12367小程序】，进行现场预约办证。一般临近的周末都会被预约满，可以尝试由近到远多点击几个办证机构，我在杭州大概找了第四家第五家就约到了当周周末的预约办证。

背景

在项目中，客户在操作出库时需要上传或购买面单。当通过自家系统购买时，API会向Fedex、UPS等物流服务商请求面单，返回的单号将与订单绑定，便于后续管理。然而，当客户从其他地方购买面单并下载为图片格式的PDF时，无法直接获取单号。

思路

面单上包含条码信息，通过扫描条码可获取单号、地址等相关信息。

问题点

1. 条码干扰信息
   面单上可能包含多个条码，直接扫描时获取的字符串会包含大量干扰信息。
   解决方案： 在扫描条码前，根据条码位置截取面单条码所在区域，并放大图片，以提高扫描结果的准确性。

2. 条码位置不一致
   不同服务的面单条码位置各异。
   解决方案： 需针对不同面单条码位置进行判断，逐一排除。Fedex面单相对稳定，条码通常位于面单底部，识别率接近100%。而UPS的不同服务条码位置差异较大，需要进行更多判断。

感谢原书作者

感谢原书作者的总结，原书地址：原书地址

免费分享出来的Github Page：Github Page

有机会还是付费支持一下原作者，此处仅总结个人学习到的知识点，不展开说明。

📂 项目地址

[Github]Fedex Tracking Bot

📚 背景

在最近的工作中，运营部门要求确认一些 FedEx 物流单号的状态。虽然自己在过去的工作中主要专注于 CRUD 操作，并没有深入了解物流相关的内容，但这次的任务激发了对这一领域的浓厚兴趣。为了满足需求，经过一番摸索和实践，成功实现了一个简单的爬虫，收获颇丰，感到非常兴奋，也希望能与大家分享经验并寻求指导。

📖 NAS简介

NAS（Network Attached Storage），即网络附属存储，是中年男人三大爱好之一（我毕业的时候入的坑，所以我一毕业就成为了中年...bushi）。

在如今的市场上，有许多成品NAS可供选择，例如威联通、群晖和绿联等知名品牌。这些品牌提供各自独特的NAS系统，用户购买后可以快速进行配置，以满足个人需求。然而，对于像我这样的刚毕业的穷鬼来说，成品NAS的价格往往难以承受。因此，更倾向于使用一台纯净的服务器，从零开始自己搭建NAS，这样不仅能节省开支，还能学习到许多新知识。