Điều bạn đang nói không phải là REST. REST là cho máy để giao tiếp máy và không phải cho con người để giao tiếp máy. Bạn có thể phát triển một máy khách REST của bên thứ nhất, sẽ gửi kích hoạt tới dịch vụ REST.
Bạn có thể sử dụng xác minh của bạn URI trong trình duyệt để truy cập khách hàng REST:
# user follows a hyperlink in the browser manually
GET example.com/client/v1/verify/{token}
# asking the client to verify the token
và sau đó khách hàng REST sẽ có được siêu liên kết để xác minh từ các dịch vụ REST và gửi đường bưu điện đến dịch vụ trong bối cảnh.
# the REST client follows the hyperlinks given by the service automatically
# the REST client can run either on the HTTP client or server side
GET example.com/api/v1
# getting the starting page of the REST service
# getting the hyperlink for verification
POST example.com/api/v1/verification {token}
# following the verification hyperlink
Nếu bạn có máy chủ REST bên thứ nhất, thì yêu cầu HTTP tới dịch vụ REST sẽ chạy hoàn toàn trên máy chủ và bạn sẽ không thấy bất kỳ điều gì trong trình duyệt. Nếu bạn có một máy khách REST phía máy khách, thì bạn có thể gửi POST trong trình duyệt bằng AJAX CORS hoặc bạn có thể thử POST trực tiếp với một biểu mẫu HTML (không được khuyến nghị). Dù sao kích hoạt phải là POST hoặc PUT.
Không thêm bất kỳ thứ gì sau hậu trường? Bạn sẽ cung cấp cho họ một hình thức để đăng bài để thay đổi nó? Điều đó sẽ được đăng và cập nhật mật khẩu, mã thông báo chỉ cho phép họ xem biểu mẫu chính xác .. –
Hậu trường tôi tìm kiếm trong DB người dùng có mã thông báo này và đặt trường thành NULL xem xét hợp lệ email của người dùng đó. – user3482682
Chỉ cần đến một hình thức (không chạm DB) sau đó đăng bài tự và sử dụng các param nhận được các param nhận được và gửi nó cho DB và làm cập nhật sau đó. Nếu người dùng truy cập URL bạn không muốn không cho phép họ đánh lại nó nếu họ cần quay lại để chắc chắn? –