1. Meeting summary- For security re

1. Meeting summary

- For security reason, only POST method should be used.
- Request/Return data should be sent in JSON format.
- They want you to provide the description of every parameter included in the JSON section.
- They prefer to use common httpd response code as return values, not your definition of SUCCESS/FAILURE. 200/400/403/500 responses are what they suggest to use with APIs.

- They have their own AUTH processes(Stateless). Once they get an updated document from you, they will modify the document so that it can include their technical design and policy. And you will get the document for further discussion.
- As for member information update, they said 'Mileage' must be processed separately from other user information because of their database design.
- As for Insert and Update of products and orders, they said it's impossible to insert or update those information through APIs. Only views are available for these functions.


2. New Sample Document:
Attached here is a sample document that I made to help you update your document. Shortly speaking, they said they need more detailed description of each parameter in the JSON part.
I made a few example in the document so that you can understand their needs more easily.

Talk to me if you have questions!

Kết quả (Việt) 1:

1. cuộc họp tóm tắt-Vì lý do bảo mật, chỉ đăng phương pháp nên được sử dụng.Yêu cầu/Return dữ liệu cần được gửi ở định dạng JSON.-Họ muốn bạn để cung cấp cho các mô tả về mỗi tham số được bao gồm trong phần JSON.-Họ muốn sử dụng phổ biến httpd phản ứng mã như là giá trị trả lại, không định nghĩa của bạn thành công/thất bại. phản ứng 200/400/403/500 là những gì họ đề nghị để sử dụng với API.-Họ có processes(Stateless) AUTH riêng của họ. Một khi họ nhận được một tài liệu Cập Nhật từ bạn, họ sẽ sửa đổi các tài liệu do đó nó có thể bao gồm thiết kế kỹ thuật và chính sách của họ. Và bạn sẽ nhận được các tài liệu thảo luận thêm.-Đối với các cập nhật thông tin thành viên, họ nói 'Mileage' phải được xử lý một cách riêng biệt từ các thông tin khác của người dùng vì thiết kế cơ sở dữ liệu của họ.-Như là cho chèn, Cập nhật các sản phẩm và đơn đặt hàng và họ nói rằng nó là không thể để chèn hoặc cập nhật thông tin thông qua API. Lượt xem chỉ có sẵn cho các chức năng này. 2. mới mẫu tài liệu: Kèm theo đây là một tài liệu mẫu mà tôi thực hiện để giúp bạn cập nhật tài liệu của bạn. Một thời gian ngắn phát biểu, họ nói rằng họ cần các mô tả chi tiết hơn của mỗi tham số trong phần JSON. Tôi thực hiện một vài ví dụ trong tài liệu để bạn có thể hiểu nhu cầu của họ dễ dàng hơn.Nói chuyện với tôi nếu bạn có câu hỏi!

Kết quả (Việt) 2:

Tóm tắt 1. Hội nghị

- Vì lý do an ninh, chỉ có phương thức POST nên được sử dụng.
- Dữ liệu Yêu cầu / Trở nên được gửi ở định dạng JSON.
- Họ muốn bạn cung cấp những mô tả của mỗi tham số bao gồm trong phần JSON.
- Họ thích sử dụng mã chung httpd phản ứng giá trị trả về, không định nghĩa của bạn THÀNH CÔNG / THẤT BẠI. 200/400/403/500 phản hồi là những gì họ đề nghị để sử dụng với các API.

- Họ có các quy trình AUTH riêng của họ (không quốc tịch). Một khi họ nhận được một tài liệu cập nhật từ bạn, họ sẽ sửa đổi các tài liệu để nó có thể bao gồm các thiết kế kỹ thuật và chính sách. Và bạn sẽ nhận được các tài liệu để thảo luận thêm.
- Đối với các bản cập nhật thông tin thành viên, họ nói 'Mileage' phải được xử lý riêng với thông tin người dùng khác vì thiết kế cơ sở dữ liệu của họ.
- Đối Chèn và cập nhật sản phẩm và đặt hàng, họ nói đó là không thể chèn hoặc cập nhật những thông tin thông qua các API. Chỉ có quan điểm là có sẵn cho các chức năng này. 2. New Document mẫu: Kèm theo đây là một tài liệu mẫu mà tôi thực hiện để giúp bạn cập nhật tài liệu của bạn. Nói thời gian ngắn, họ nói rằng họ cần phải mô tả chi tiết của từng tham số trong phần JSON. Tôi đã thực hiện một vài ví dụ trong tài liệu để bạn có thể hiểu được nhu cầu của họ một cách dễ dàng hơn. Nói chuyện với tôi nếu bạn có thắc mắc!