-
Notifications
You must be signed in to change notification settings - Fork 29
Pushover https post request #21
Comments
Thanks for your interest in the library. As you know, this library is designed for HTTP request only, and HTTPS is not implemented now. However, I'm currently working on and already successful in making a twin library (AsyncHTTPSRequest_Generic) to deal with HTTPS only, but just working OK so far with ESP32. It'll take some time to fully test and publish it. Making it supporting to ESP8266, STM32 and many other boards, if easily possible and time-permitted, is in my plan. You certainly can use normal secure sync WebClient for those services using only HTTPS, and setInsecure() can be easily used, but it's just a Anyway. I'm closing the issue now because HTTPS won't be supported by this library. |
Thank you for a fast reply.
I am happy to see you are working on https version. Please let me know when
it is ready for esp8266. I have my own board with esp8266 so it is not
possigle to switch it for esp32
Thank you for your hard work and support.
regards
David
---------- Původní e-mail ----------
Od: Khoi Hoang ***@***.***>
Komu: khoih-prog/AsyncHTTPRequest_Generic ***@***.***
github.com>
Datum: 21. 10. 2021 0:20:43
Předmět: Re: [khoih-prog/AsyncHTTPRequest_Generic] Pushover https post
request (Issue #21)
"
Thanks for your interest in the library.
As you know, this library is designed for HTTP request only, and HTTPS is
not implemented now.
However, I'm currently working on and already successful in making a twin
library (AsyncHTTPSRequest_Generic) to deal with HTTPS only, but just
working OK so far with ESP32. It'll take some time to fully test and publish
it. Making it supporting to ESP8266, STM32 and many other boards, if easily
possible and time-permitted, is in my plan.
You certainly can use normal secure sync WebClient for those services using
only HTTPS, and setInsecure() can be easily used, but it's just a kludge and
not advisable (unless it's absolutely necessary without any better choice)
as real certificate checking is bypassed.
Anyway. I'm closing the issue now because HTTPS won't be supported by this
library.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
(#21 (comment))
, or unsubscribe
(https://github.com/notifications/unsubscribe-auth/ALM5VK4JO74UAPJUUGHDTB3UH46DJANCNFSM5GK7BJYA)
.
Triage notifications on the go with GitHub Mobile for iOS
(https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675)
or Android
(https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub)
.
"
|
FYI The first library in the AsyncSSL series has been published
The next one
|
AsyncHTTPSRequest_Generic has just been released, just supporting only ESP32. You'd better try and switch to ESP32 if can't wait for ESP8266 support (currently without time-frame yet) |
Thank you for your work on the libraries. Is it possible to use both
AsyncHTTPRequest_Generic and AsyncHTTPSRequest_Generic on ESP32?
Alternatively, how to resolve this situation:
I created a home security system on ESP32 + CC1101 that receives signals
from 433MHz sensors. When a signal arrives, it saves the record via HTTP GET
+ PHP to a SQL database, on the home NAS. When the alarm is activated, and
the signal is e.g. "door open" a message is sent to the mobile phone via
HTTPS POST + Pushover. The problem is that when sending to SQL, other
activities are blocked - it takes about 1s - 1,5s. This is not fast enough
to detect a signal that arrives during this time - e.g. a door being opened
and quickly closed. The following actions should take place:
1 - opening the door
2 - save the "door open" record to SQL
3 - sending a Pushover message "door open"
4 - closing the door
5 - saving the "door closed" record to SQL
The problem is that 4 and 5 come before 2 and 3 are completed
Thank you for your help
…---------- Původní e-mail ----------
Od: Khoi Hoang ***@***.***>
Komu: khoih-prog/AsyncHTTPRequest_Generic ***@***.***
github.com>
Datum: 22. 10. 2021 6:21:32
Předmět: Re: [khoih-prog/AsyncHTTPRequest_Generic] Pushover https post
request (Issue #21)
"
FYI
The first library in the AsyncSSL series has been published
1. AsyncTCP_SSL(https://github.com/khoih-prog/AsyncTCP_SSL) to support
only ESP32
The next one
1. AsyncHTTPSRequest_Generic
(https://github.com/khoih-prog/AsyncHTTPSRequest_Generic) will be
released tomorow, just supporting only ESP32.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
(#21 (comment))
, or unsubscribe
(https://github.com/notifications/unsubscribe-auth/ALM5VK6MDVQOEMZ27DB4AZTUIDRD7ANCNFSM5GK7BJYA)
.
Triage notifications on the go with GitHub Mobile for iOS
(https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675)
or Android
(https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub)
.
"
|
Sorry I don't have time to help you solve your special use-case issue. Just some quick idea that you wrongly design your mission-critical system, by failing to use powerful ESP32 multitasking RTOS and/or Timer Interrupt. If you don't know how to start, check
Libraries are written for many boards / platforms, for general use-case to demonstrate how to use basic libraries' features. So don't expect to use directly to any use-case without having good design, depending on the board / platform. If you still have more issues, please post and ask for help on Arduino / ESP32 Forum. |
Thank you for a fast reply. So only few qustions to libraries:
|
I haven't tested but guessed that there will be some conflicts. Why not using the better HTTPS only? Possibly in the future, I'll add feature into AsyncHTTPSRequest_Generic to permit you to do both HTTP and HTTPS.
I don't see why not as this is Async, not Sync. You don't need to wait for any response, but just receive and process the responses when they comes. Certainly it depends on how you write your code, which can destroy the Async features of the library. |
I tried a simple modification of your basic example for ESP. I added monitoring of readyState to see how long sending a receiving took. Request can be sent when readyState is readyStateUnsent (0) or readyStateDone (4). In my testing i get only values 0,1,4 - 4 is on receiving the response. So I investigate I can only send another request when I receive a response.
|
Sorry for forgetting the issue for some time As you can see in the example
The request can only be sent if The example is just example, to show how you can basically use some library's functions. You have to adapt for using in your complex use-case. Try to drop
and see if it's OK |
Hello, thank you for your answear. I know about |
OK, For Will spend time to identify the culprit and fix, if possible. As this is the almost the same code as asyncHTTPrequest library for ESP32/ESP8266, can you also post the issue on that library as the original author must have the better knowledge to solve for ESP boards. |
I just write a new example to permit to send AsyncHTTPRequest to multiple different addresses. Will post a new release soon for this library as well as a new release for AsyncHTTPSRequest_Generic library to fix Cannot send requests to different addresses #4 The terminal output will show you the requests are sent and received correctly
|
The new AsyncHTTPRequest_Generic releases v1.7.1 has just been published. Your contribution is noted in Contributions and Thanks Please try the new example AsyncHTTPRequest_ESP_Multi which demonstrates how to send requests to multiple addresses and receive responses from them. Best Regards, Releases v1.7.1
|
I just finished rewriting and testing the AsyncHTTPSRequest_Generic library to permit coexistence of Will release within several hours. Cheers. Now you can send HTTP and HTTPS requests to multiple addresses and receive responses from them. Releases v2.0.0 of AsyncHTTPSRequest_Generic library
|
The new AsyncHTTPSRequest_Generic releases v2.0.0 has just been published. Your contribution is noted in Contributions and Thanks Please try the new example AsyncHTTP_HTTPSRequest_ESP which demonstrates how to send HTTP and HTTPS requests to multiple addresses and receive responses from them. Best Regards, Releases v2.0.0
|
### Releases v1.13.0 1. Add support to ESP32 boards using `LwIP W6100 Ethernet` 2. Fix bug of `_parseURL()`. Check [Bug with _parseURL() #21](khoih-prog/AsyncHTTPSRequest_Generic#21) 3. Improve `README.md` so that links can be used in other sites, such as `PIO`
### Releases v1.13.0 1. Add support to ESP32 boards using `LwIP W6100 Ethernet` 2. Fix bug of `_parseURL()`. Check [Bug with _parseURL() #21](khoih-prog/AsyncHTTPSRequest_Generic#21) 3. Improve `README.md` so that links can be used in other sites, such as `PIO`
### Releases v1.13.0 1. Add support to ESP32 boards using `LwIP W6100 Ethernet` 2. Fix bug of `_parseURL()`. Check [Bug with _parseURL() #21](khoih-prog/AsyncHTTPSRequest_Generic#21) 3. Improve `README.md` so that links can be used in other sites, such as `PIO`
### Releases v1.13.0 1. Add support to ESP32 boards using `LwIP W6100 Ethernet` 2. Fix bug of `_parseURL()`. Check [Bug with _parseURL() #21](khoih-prog/AsyncHTTPSRequest_Generic#21) 3. Improve `README.md` so that links can be used in other sites, such as `PIO`
Hi, I have read all the information regarding https so I know that it is not currently possible to implement it on esp8266. Unfortunately the Pushover service only accepts POST to https://api.pushover.net/1/messages.json. One library for ESP8266 solves this on the client with setInsecure(). Would it not be possible to implement this as well?
Thank you
The text was updated successfully, but these errors were encountered: