官网与业务查询放在同一项目里
De’TOPS Express 是我正在维护的物流网站项目。本地目录使用 detopsexpress.local，文章里的项目入口统一使用 detopsexpress.com。网站既有海运、空运和供应链服务介绍，也承载客户查询与仓储管理相关业务。
这类网站不能只考虑展示页面。客户访问时想知道自己的货物到了哪里，工作人员则需要录入到仓信息、处理装箱和维护物流节点，两边看到的内容和操作权限都不同。
用 WordPress 维护内容
当前站点基于 WordPress，并使用主题、页面编辑和多语言相关插件组织公开页面。公司介绍、服务说明和资讯适合放在内容管理系统里，由页面内容承接不同访客的阅读需求。
业务代码则集中在 inventory-import 插件中。这样公开内容的排版和仓储功能可以分别维护，调整官网页面时不必把订单查询逻辑揉进主题模板。
插件按业务对象组织数据
业务插件覆盖仓库、库存、装箱、物流跟踪、客户和订单等对象。仓库是业务分组的重要依据，货物和订单需要能够关联回实际的客户与柜号，查询结果才能解释清楚。
从管理入口看，到仓货物、装箱明细和物流节点既可以逐条维护，也有批量导入入口。功能的重点是把零散资料整理到统一的业务结构里，方便后续查询与追踪。
先把业务关系讲清楚
整理这个项目时，我更关注数据之间的关系，而不是后台页面数量。一个客户如何找到自己的订单，一条装箱记录如何对应货物，一个物流节点如何解释当前进度，这些关系需要在录入和展示两端一致。
这篇日志作为项目概览，后面的记录会分别展开批量录入与客户查询。官网展示和仓储管理服务同一项物流业务，维护时也应围绕真实使用场景逐步完善。