Vilken teknologi kan man bygga in socket i HTML-kod?

Min uppfattning är att WebSockets har ett aningen nischat use-case där det ställs krav på hög dataöverföring till kostnad av högre komplexitet.

Om du inte har ett sådant use-case och enbart vill överföra data från serversidan till klientsidan så brukar man skriva ett API som din websida skickar HTTP-requests till. HTTP-requests skickar man vanligtvis från klientsidan mha Javascript.

Att lösa API-biten i C hör inte till vanligheterna men är inte omöjligt. Min uppfattning är att man oftast bygger vidare på en existerande webserver eftersom det är ganska bökigt att skriva en från scratch så libmicrohttpd eller Apache's httpd. API kommer med sina egna tekniker och filosofier exempelvis REST eller gRPC.

Du använder så klart den teknologi du vill ovanpå websocket/HTTP, som är vad webbläsaren klarar av. Notera särskilt att moderna webbläsare är tjuriga med avseende på CORS-headrar, ett problem man inte har när man testar med till exempel Postman.

På 90-talet var det vanligt att man skrev C-program på serversidan med teknologin CGI. Man hostar då sitt C-program i till exempel Apache, som sätter upp ett environment och forkar en process där C-programmet startas. C-programmet kan läsa information om hur anropet gjordes från environment, läsa indata från stdin och skriva utdata till stdout. Webbservern fixar resten.

I dagsläget finns det trevligare miljöer för serversida-webb-utveckling, varav ingen jag känner till bygger på C. Troligen är det vanligare att man använder något etablerat ramverk och anropar C-kod därifrån. Samma ideer som CGI byggde på kan ju användas i det gränssnittet.

Oavsett måste man naturligtvis vara extremt försiktig med att inte råka exekvera någon kod som bygger på användarens indata om den inte tvättats mycket, mycket noga.

Jag har ingen koll på LwIP men en snabb googling verkar antyda på att det finns httpd-stöd inbakat enl. https://www.nongnu.org/lwip/2_0_x/group__httpd.html . Det verkar dock som att du kommer vara begränsad gällande teknik-stack, enl. dokumentationen så har du tillgång till SSI och CGI(GET request only, max 16 parametrar i URLen och du måste returnera HTML-filer i CGI-responsen). Det är inte en stack som jag hade valt att använda men ger dig säkert en trevlig tidsresa till hur man arbetade på 90-talet.

Nej. JSP var ett försök av Sun att skapa en Java-liknande konkurrent till ASP, PHP, etc. Det körs endast på serversidan, ej i klienten.

Något otydligt vad du försöker göra. Vem förväntas använda hemsidan du skall skapa? Är det endast för personligt bruk kan du förstås göra en Java applet fortfarande. Du kan dock knappast förvänta dig att medelsvensson skulle vara villig att installera Java VM bara för att komma åt vad du nu vill skapa, och handlar det om en företagsapplikation så är väl där frågan om de får installera sådant för sin IT-avdelning.

Om det är möjligt så hade det varit bra att känna till lite om förutsättningarna, varför används LwIP, är detta ett embedded projekt osv?

LwIP ligger ju i botten och kommer påverka allt som använder nätverk. JSP tror jag ställer krav på Tomcat's webbserver(väldigt osäker gällande detta) däremot så är detta lika mycket 90-tal och kommer troligen påverkas av LwIPs begränsningar.