[FEATURE REQUEST]Add support for alternate webserver library

[luc-github]

• There is nice library for esp32 that seems more close in feature from esp8266 than current embedded esp32
  https://github.com/fhessel/esp32_https_server

Seems even support async way and several clients - need to benchmark it but it may be the solution for the slow upload and file download in http way vs embedded esp32 webserver

Last but not least it supports HTTPS which is in future must be implemented in ESP3D
https://techtutorialsx.com/2019/04/07/esp32-https-web-server/

for transition period it even provide a wrapper : https://github.com/fhessel/esp32_https_server_compat, and add experimental support of esp32 websocket

It is actively supported so all is benefit ^_^

Need to do some bechmark but very promising

• Add back AsyncWebServer is also in plan https://github.com/me-no-dev/ESPAsyncWebServer

Note: For esp8266, the https webserver is already supported (https://www.onetransistor.eu/2019/04/https-server-on-esp8266-nodemcu.html) but memory is more tight in esp8266 so need to test it can handle esp3D

[ETE-Design]

@luc-github Have you testede this yet? Would be great to have faster file transfer...

[luc-github]

no I did not
the goal of this is https - not sure the file transfer will be faster with this server as need to do benchmark as mentioned - or do you have insight ?

[luc-github]

the plan of this will be after 3.0 so may be 3.1

[luc-github]

\O/
| AsyncWebserver is back in game https://github.com/me-no-dev/ESPAsyncWebServer
/\

[luc-github]

Additionnal update: SecureWebServer is coming in 2.0 esp32 core 😸
espressif/arduino-esp32#3902 (comment)

[luc-github]

additional potential library to bench for ESP32 https://github.com/khoih-prog/WiFiWebServer

[luc-github]

ESP3D-TFT use light httpd and so far so good - did not tried the https but it is well supported, I have coded the multipart POST support so moving to idf when esp8266 is end of life will definitly the way to go

[luc-github]

This was open for a long time and no solution so far so let's close it

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.