Design patterns 带有操作和登录上下文的Restful约定路径

我读了《宁静公约》。然而，我想知道有两种情况：

案例1：关于以下方面的不同设计：

管理员更新用户的密码。放置用户/{id}/密码？旧密码

他更新了密码。因为我们知道谁登录，我不同意路径有用户/{id}。那么，我们应该设计什么样的路径呢？像输入自己的密码？旧密码

案例2：资源的某些操作：

我通过过账付款/订单创建订单

我想执行它。当然，它应该将订单状态更改为成功，但这只是执行订单系列的一部分，其他一些操作，如呼叫银行、外部合作伙伴转移资金、检查规则。那么，是否可以将付款/订单/{id}/actions/执行。还有更好的办法吗？ 因为我继续阅读，我们可以使用控制器资源，但我不同意在路径中使用动词，如/orders/{id}/execute

restful理论很容易理解这些情况