i will need TLS though, (even though i don't have it now)
is TLS planned?
click
Me No Dev
@me-no-dev
yes, as soon as I find implementable
axtls does not work with async
Clemens Kirchgatterer
@everslick
IC
Clemens Kirchgatterer
@everslick
@me-no-dev : anyway, thank you very much. can you pls announce here, if the asyncUpdater gets merged?
Me No Dev
@me-no-dev
sure thing, I'll post PR in a bit
Clemens Kirchgatterer
@everslick
i will pospone my push until it is at least in master
after more testing i have to say async works so much better, it really should be the default!
Me No Dev
@me-no-dev
it is better, but it's not as easy as the regular one :) there are many things that you can not do inside async callbacks that users can do in the callbacks of the included server
Me No Dev
@me-no-dev
esp8266/Arduino#2096 is the PR, it adds Updater.runAsync(true/false); to switch the modes
Me No Dev
@me-no-dev
@everslick merged into master ;)
@igrr thanks :)
Ivan Grokhotkov
@igrr
Yeah, making async the default approach is the plan, but it requires some work... we need to make shooting oneself in a foot more complicated. After all, Arduino is about ease of use.
Right now i have a working port of asio, which is the candidate for networking API to be incorporated into C++ STL. It almost fits the bill, but unfortunately its dependence on STL brings some problems.
For example, it would be nice if it took Arduino strings, but of course it takes STL strings instead...