phar extract 命令本身的设计就是解压到当前工作目录，不提供 -d 或 --dest 这样的目标路径参数。所以上面的两种方法是处理这个需求最常用也最干净的方案。如果你使用的是方法一，后续重新打包时，在 zh_CN 目录外执行 phar pack -f zh_CN.phar zh_CN 即可。
下面是一份 osTicket 部署到子目录 /ticket 的 Nginx 配置方案。
推荐访问地址：
https://your-domain.com/ticket/
osTicket 上线生产环境，建议至少做下面这些安全设置。你可以把它当成一份 上线安全检查清单。
可以从 3 个层面检查：osTicket 后台检查、命令行检查、Web 环境检查。
目前 osTicket 官网下载页显示：osTicket Core v1.18.3 要求 PHP 8.2–8.4，MySQL 5.5+；官方安装文档也写明 PHP 8.2–8.4，推荐 PHP 8.4。
- Bootstrap Free Theme - Unofficial bootstrap theme for osticket 1.10.
- DMT Free Responsive for 1.9.12 - Looks good. Awaiting upgrade to 1.10.
- osTicketAwesome.com - Commercial theme for client and staff portals.
| 名称 | 作用 |
|---|---|
| 用户 User | 提交、查看和回复工单的客户或公司员工 |
| 客服 Agent | 处理工单的技术员、客服、运维或审批人员 |
| 部门 Department | 决定工单归属和客服可见范围，如 IT、财务、人事 |
| 角色 Role | 决定客服在某个部门可以执行哪些操作 |
| 团队 Team | 将不同部门的客服组成跨部门处理组 |
| 帮助主题 Help Topic | 用户提交工单时选择的业务分类 |
| 表单 Form | 收集设备、地点、故障类型等附加信息 |
| 工单过滤器 Ticket Filter | 新工单创建时执行自动分流、分配、拒绝等动作 |
| SLA | 决定工单经过多少工作时间后变成“超时” |
| 任务 Task | 工单内部的待办事项，只对客服可见 |
下面按 Combodo iTop：开源 ITSM + CMDB 运维管理平台 来讲。它适合用来做 IT 服务台、资产/配置管理、服务目录、SLA、事故、请求、问题、变更、通知和自动化。iTop 官方说明它是面向 IT 日常运维的开源 Web 应用，核心是 CMDB，并以 ITIL 最佳实践为设计理念，但不会强制你照搬某一种流程。
iTop 全称通常理解为 IT Operations Portal，是 Combodo 维护的一套开源、Web 化的 ITSM + CMDB 平台。它不是单纯的工单系统，而是一个围绕 IT 服务管理、配置管理、事件处理、变更管理、服务目录、SLA、组织人员、资产配置项关系等内容建立的综合运维管理平台。官方介绍中，iTop 定位为开源 ITSM 和 CMDB 解决方案，可管理用户请求、事件、问题、变更和服务目录。
- 总共8条记录，每页显示条记录
- 1