Skip to Content

Changes for page 1. SearchTourPackages

Last modified by Giorgi Mdivnishvili on 2025/02/12 15:25
From version 35.1
edited by Giorgi Mdivnishvili
on 2024/04/11 16:44
Change comment: There is no comment for this version
To version 26.1
edited by Giorgi Mdivnishvili
on 2024/04/10 12:01
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -760,6 +760,7 @@
760 760  
761 761  == Definitions ==
762 762  
763 +
763 763  **Request Parameters **
764 764  
765 765  (% class="table-bordered" %)
... ... @@ -862,13 +862,12 @@
862 862  |totalCount|integer|The total count of packages.
863 863  |error|boolean|Indicates whether there was an error.
864 864  
865 -
866 866  === Paging and Caching ===
867 867  
868 868  During the first request, Paging id must be  empty like this  ( "pagingId": "",)  pagenumber is the number of the page, pagerowcount means number of the given result in one page. So in the first request we can search like this:
869 869  
870 870  
871 -==== First request ====
871 +==== first request ====
872 872  
873 873  {{code language="Json"}}
874 874   {
... ... @@ -878,12 +878,10 @@
878 878   }
879 879  {{/code}}
880 880  
881 -While making first search request, paging id should be empty,  "pageNumber":  and  "pageRowCount":10 means that, in response there will be returned maximum 10 packages per page.
882 882  
883 -
884 884  ==== Request with caching ====
885 885  
886 -after receiving response from first search request, in the end we can see pagingId- number, wchich we can use for caching, and (pageinatoin) for switch pagenumbers, and displaying results as we whant. For cleaning cache, it's important to make new request without cllear pagingID, like this  "pagingId": "",
884 +as we receive response, in the end we can see pagingId- number, chich we can use for caching, and then just switch pagenumbers. for cleaning cache, it's important to make new request without pagingID
887 887  
888 888  {{code language="Json"}}
889 889   {
... ... @@ -894,7 +894,7 @@
894 894  {{/code}}
895 895  
896 896  
897 -=== Search parameter options ===
895 +=== search parameter options ===
898 898  
899 899  in the request body it's available to filter search results with parameters. parameter examples:
900 900  
... ... @@ -936,18 +936,18 @@
936 936  == Important ==
937 937  
938 938  {{error}}
939 -=== Implementing Authorization in Subsequent Requests ===
937 +It's Important to in every other request header, put Auth token
940 940  
941 -For every API request after the initial authentication, it's crucial to include the authorization token in the request header. This ensures your requests are authorized and can access the necessary resources. Here's how to properly include your token:
939 +**Key **- Authorization
942 942  
943 -* **Header Key:** Authorization
944 -* **Header Value:** Bearer [Your Token Here] - Use the bearer token provided in the initial authentication response. The authorization type should be specified as Bearer Token.
941 +**Value **- Bearer Token what is given in this response.
945 945  
946 -Additionally, to ensure your requests are properly formatted and recognized, include the following headers:
947 947  
948 -* **Content-Type:** Specify this header as application/json to indicate the format of the request body.
949 -* **Header Key:** X-nugios-timezone
950 -* **Header Value:** 240 - Adjust this value to match your local timezone offset in minutes.
944 +**also note in headers that:**
951 951  
952 -Incorporating these headers with their respective values is essential for the successful processing of your API requests.
946 +Content-Type - application/json
947 +
948 +**Key - **X-nugios-timezone
949 +
950 +**Value **- 240
953 953  {{/error}}