分类： Postman
-
本文解决了前端通过 Nginx 反向代理请求后端时出现 504 Gateway Time-out 的问题。经排查发现，代理地址为基于 FRP 的内网穿透网址导致请求无法正常到达。文中尝试修改 hosts 文件代理至本地环境验证连通性，随后通过调整 Nginx 配置，使后端监听 8000 端口。最终，Postman 请求与浏览器访问均恢复正常响应，问题得以解决。
-
针对同一网址在浏览器中响应302而在Postman中响应200的差异，通过查看Nginx请求日志发现存在两条请求记录，确定Postman请求实际经过了302跳转，最终返回了200状态码。分析表明，虽然工具显示的最终响应不同，但请求过程均包含了重定向步骤，问题根源在于客户端对重定向行为的自动处理与展示逻辑。
-
本文针对 Postman 提示无法建立 WebSocket 连接的错误进行了排查。在检查网络设置并确认软件版本为最新后，简单的退出登录操作未能解决问题。最终通过同时在桌面端和 Web 端完全退出登录，并切换至在 Postman 注册的账号重新登录，成功恢复了连接，推测此前使用 Google 登录的旧账号可能存在连接限制。
-
本文记录了使用 Altair GraphQL Client 请求 Shopify GraphQL Admin API 的过程。通过创建自定义应用并配置权限获取访问令牌，随后在 Altair 中设置请求头及端点进行查询。测试发现，试用期商店在 Altair 中响应 404 并跳转至登录页，而正式商店返回 200，对比 Postman 和 Git Bash 均能正常请求，初步判断问题与 Altair 在试用期环境下的手动登录交互有关。
-
文章记录了将域名从 ccpapi.xxx.cn 迁移至 apiv2.xxx.cn/ccpapi 的操作过程。在 Konga 中创建名为 api_ccp 的 Service 并指向 HTTP 地址，配置路由时修正了 Paths 和 Protocols 字段的提交报错。随后在 Rancher 负载均衡中删除旧域名规则并升级端口映射，最终实现了新域名在外网正常调用，且服务器端接收到的请求符合预期。
-
本文介绍了在 Postman 中导入 postman_collection.json 文件的操作流程，以解决将数据从一个 Postman 迁移到另一个 Postman 的问题。通过点击 Import 按钮，选择 Upload Files 上传文件后再次点击 Import，最终完成导入并成功加载集合。
-
文章基于 yiisoft/yii2-app-advanced 演示了在 GitHub 新建仓库并实现远程过程调用应用的过程。内容包括在 rpc 目录创建基于 Hprose 2.0 的服务端，在 api 目录实现客户端，配置 HTTP 服务器及解决 Windows 环境下的并发问题。同时，通过 Gii 生成 v1 模块以实现版本控制，整理模型类与命名空间，并新建公共逻辑类以支持属性定义与数据验证，最终通过测试接口验证了服务端与客户端的交互正常。