Svenska ElektronikForumet

Kom över denna länk:

https://kore.io/

Tydligen så är det en grupp som har skapat ett ramverk i C för att skapa hemsidor där back-end språket (logiken bakom hemsidan) är skrivet i C. Motiveringen är att Java är inte snabbt nog och Java är det snabbaste man kan använda som back-end språk då det är ett komplimerbart språk till skillnad från PHP, Python, Ruby osv som är skriptspråk.

Låter lovande. Nu har jag oftast gjort hemsidor med Java Server Faces som ramverk. Fungerar fint och är enkelt. Lite mycket inställningar och konfigueringar bara för att få det bra. Men snabbt och säkert är det.

Men vad tror ni om Kore om man skulle kombinera hemsidor + hårdvara? Dvs styra saker över internet? Visst, låter det farligt, men vet man vad man gör så är det inga problem.

Men annars, vad tror ni om att ha C som back-end språk? Någon som vet hur man gör?
Skapar man bara ett C program som hostar upp en HTML-fil?

Cirkeln är sluten alltså...
Cgi-bin var väl så man gjorde det för länge sen. Och det var ju vanliga program skrivna i tex c....
Det du skicka ut på stdout hamna på webbsidan precis som php gör idag...

Är väl ingen som pysslar ihop html serverside idag??
Html servas som statiska filer, sen ett JS-ramverk typ Angular/React/Ionic (eller vad som är poppis för dagen) och så ett REST-api skrivet i någon lämplig miljö, kanske Kore?

Jag har ingen aning. Är dålig på det där med REST, CRUD osv.

Jag testade Spring Framework som är för Java. Begrep inget. Java Server Faces var mycket enklare att komma igång med. Det var mindre att göra.
Jag gillar när det är lite kod att skriva och man gör jobbet fortare klart.

Det finns många exempel på källkod för enklare webservers i minimal C/C++ där ute, om man bara vill ha ett enklare REST-API eller en eller ett par sidor med ett formulär på.

Många större website:r är också skrivna i C eller C++ för prestandans skull. Blocket är skrivet i C++ t.ex.

Vissa ramverk har ett slags template-språk baserat på HTML, där grejer ska stoppas in som är alstrade av program.
De brukar ha utökningar i form av bl.a. listor (repetition), på/av-slagbara sektioner etc.

Jag tror jag ska testa detta ramverk Undra vad man kan göra det detta? UART styrd hemsida för att logga massvis med saker över nätet?

Så vad är det man behöver? HTML, CSS för själva utseendet och sedan Kore för back-end och kanske Apache eller Ngnix som webserver?

Eller är tanken med Kore att man inte ska göra sig beroende av webservers?

Av egen erfarenhet är väl det oftast databasen som långsam på en webbsida när det är mycket data, själva överföringen av information ex bilder, video eller en massa plugins så om själva backendkoden kör PHP, Java eller C++ är nog inte vanligaste orsaken till långsamma websidor.

Så vad är det man behöver? HTML, CSS för själva utseendet och sedan Kore för back-end och kanske Apache eller Ngnix som webserver?

Ja det låtervettigt. Apache skulle jag rekommendera för mindre projekt då det r enkelt komma igång med.

johano skrev:Är väl ingen som pysslar ihop html serverside idag??

Jodå, mycket gammal klassisk ASP kod i systemen här som jag får pilla på ofta.

Jo att det finns i gamla rullande system är helt klart. Jag tänkte mer på "nybyggen"

Annars så Kore låter väl inte så annorlunda från microsofts .net baserade system, t.ex. i MVC kompilerar man ju en webb-applikation som sen körs. Förutom då att man slipper vara beroende på MS.

Visst brukar det vara väldigt vanligt att implementera front-end kod t.ex. HTML+CSS+JavaScript i C-kod hos ett inbyggt system? Så fort en användare ansluter så skickar det inbyggda systemet en respons som innehåller HTML+CSS+JavaScript?

Vad menar du med att "implementera ... i C-kod"? Det är ju en väldigt stor
skillnad mellan att ha (t.ex.) C-kod som i sig skriver HTML text till browsern,
och att ha (t.ex.) C-kod som öppnar en .html fil och bara kopierar innehållet.

Om man har implementerat själva HTTP hanteringen i sin egen C-kod så har
man antagligen resten där också. Men det hindrar ju inte att det vid första
access bara kopieras färdiga filer (även om det sker genom C koden). Det är
ju som sagt väldigt stor skillnad på det och att dynamiskt generera HTML kod.

Men som sagt, jag förstår inte riktigt vad "implementera JavaScript i C-kod"
betyder i praktiken. Både HTML, CSS och JavaScript är ju bara text och är
i princip ingen skillnad, så länge som den inte ska tolkas eller exekveras...

Jag fattar varför ska man uppfinna hjulet igen, om du ändå tänker köra apache eller nginx, kör java/php/ruby/python/vadsomhelst bakom.

Har du någon speciell krav som säger att det måste vara c?

Jag gjorde en webbserver på en Arduino Uno (med Ethernet shield) en gång, eller rättare sagt lade till lite hårdvarunära saker till en exempelfil bara.
Det gick att fuska väldigt mycket, t ex så fick webbläsaren hämta JQuery, bilder, CSS mm från extern server. Arduinon behövde bara tolka en inkommande textsträng (HTTP) och svara med en annan textsträng som innehöll de data som efterfrågades i URLen. Lite långsamt, men inte olidligt.

Men som jag fattar det är inte kore till för att bygga sidor, utan apier som man kan prata med från sina sidor/appar.