Yeah, that works fine, but I don’t like that solution. I’ll just reprogramm the things, it’s better anyway, in the end…
This is not possible. Blynk is evolving and we have to remove, add, deprecate old things. Even huge companies with billions in cash like facebook, google, apple do that every day.
Yes, but not in the manner that you have to manually edit all sorts of stuff to get it working again
But I still would have to switch ports on the hardware side, right?
No. In this case we have much more control over configuration, and do our best to keep everything working as usual.
Yes, I can confirm that. I do have one device working with cloud, flashed so long time ago, that I don’t even remember when (But it probably was the 2016), and it still connects to Blynk server.
It should.
The cloud server shows a valid Let’s Encrypt certificate.
Costas…the Coder…“bad coding…”…
Even non-humans have a bad day from time to time…
In my defence it was mega, mega complex cryptographic code, hence the need for SSL.
What does “dropping the port” mean?
If one keeps the line
hardware.default.port=8442
in server.properties, what will happen now? Will local server still listen on 8442 or will ignore this line and listen to 8080?
Dropped synonyms: let fall, let go of, lose one’s grip on; release, unhand, relinquish
AKA, it, 8442, is NOT used by Blynk anymore… at least by design.
Who know it you can tweek your local server for it again or not. Probably just as easy to update the hardware to 8080 anyhow, as one needs to reflash library updates anyhow.