Skip to content

Conversation

@thewhobox
Copy link
Member

Fügt einen Webserver hinzu.
Andere Module können eigene Pages oder Handler hinzufügen.

Webdateien von anderen Module werden automatisch komprimiert (wenn im Ordner www liegen).

Readme wurde ergänzt.

@traxanos
Copy link
Member

was ich ehrlich gesagt überhaupt nicht gut finde, ist das es so hart an esp gebunden ist. wir abstrahieren doch immer so schön und hier nutzen wir esp sachen wie esp_err_t. es hinder uns später daran auch alternative sachen zu implmentieren weil wir dann wieder die api ändenr müssten.

@thewhobox
Copy link
Member Author

thewhobox commented Mar 26, 2025

Ja, wäre natürlich schöner, aber sehe ich aktuell keine Notwendigkeit dazu.
Das macht halt gleich ein großes Fass auf, wenn man das wirklich gut machen will.
Dann muss man sich um die Header, Rückgabewerte, Websockets etc. alles selbst kümmern und implementieren.
Und dann ist es eig schon wieder fast so groß und Kompiliziert, dass es wieder als eigenes OFM besser wäre^^

P.s.: Die Standardlibs sind großteils auch einfach viel zu langsam (vor allem bei Websockets).
Robert hatte da schon viele Ausprobiert.

@traxanos
Copy link
Member

ich hab schon das ziel gehabt das der rp2040 auch auf http reagiert. und das wäre halt so nicht möglich.

@Ing-Dom
Copy link
Member

Ing-Dom commented Mar 26, 2025

wir binden uns halt schon einen ganz schönen Klotz ans Bein wenn jedes Feature immer von jeder Plattform unterstützt werden muss - mein Verständnis war, ESP ist die Basis für alles was mit IP zu tun hat für due Zukunft.
Natürlich kann man RP2040 im bisher genutzt Umfang weiter supporten, aber neue Features hätte ich da nun nicht gesehen.

@traxanos
Copy link
Member

Finds unglücklich den Rp2040 komplett abzuschreiben. Im Prinzip kann ich darauf auch verzichten. Da dass für die Vergangenheit gilt. Wenn ich aber nächstes Jahr eine andere bessere Plattform unterstützen möchte, geht das halt nicht, weil wir alles an den ESP gebunden haben und ohne API Änderungen an allen Modulen nicht mehr raus kommen.

Ich kann mir auch nicht vorstellen, dass dies so ein großes Problem ist. Was macht den einen Webrequest / Page aus.

  1. Request Path
  2. Request Method
  3. Request Body
  4. Request Header
  5. Response Header
  6. Response Reponse
  7. Response Code

sowas lässt sich doch recht einfach abstrahieren find ich.

@thewhobox
Copy link
Member Author

Theoretisch gehören dazu auch noch Queries und Forminhalt (HTTP_POST).
Kann man drüber streiten, ob man das vll nicht benötigt.
Spätestens beim Websocket wird es dann vermutlich schwieriger.

Im seltensten Fall will man ja nur ne statische Seite anzeigen.

@thewhobox
Copy link
Member Author

So hab das nun mal "quick and dirty"abstrahiert.
Den Websocket mache ich aber nicht darüber, man kann sich ja den server handle holen.
Bin offen für Verbesserungsvorschläge :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants