Kirjautuminen

Haku

Tehtävät

Keskustelu: Nettisivujen teko: Onko helpompaa web server:iä kuin Node.js?

Sivun loppuun

mavavilj [04.02.2025 18:23:09]

#

Onko helpompaa web server:iä kuin Node.js?

No itseasiassa esim. https://github.com/civetweb/civetweb/blob/master/docs/UserManual.md ei ole välttämättä kovin paljoa monimutkaisempi peruskäyttöön komentoriviltä. Saa Docker:inakin https://github.com/civetweb/civetweb/blob/master/docs/Docker.md

wy5vn [04.02.2025 19:04:27]

#

flask

jlaire [04.02.2025 21:13:48]

#

python -m http.server 8000

mavavilj [05.02.2025 11:39:18]

#

Missä mielessä nuo ovat helpompia?

Node.js on helppo, koska se on samalla kielellä kuin clientti.

wy5vn [05.02.2025 14:02:32]

#

JavaScript nyt vain sattuu olemaan ripulikieli

mavavilj [05.02.2025 14:03:45]

#

wy5vn kirjoitti:

JavaScript nyt vain sattuu olemaan ripulikieli

Ei, minusta erit. TS on parempi kuin Python ja on hyödyllistä, että serveri on samalla kielellä kuin client. Python:in laittaminen serveripuolelle lisää vain yhden kielen runtimen lisää, kun yhdellä tai kahdellakin pärjäisi. No, toki se on ihan hyödyllinen, jos projekti on erityisen pieni.

Mutta vaihtoehtoni yleiseksi serveriksi ovat oikeastaan web server C:llä tai web server JS:llä. Mielestäni Python ei tuota JS-serveriin mitään etua.

Java ei ole minusta helppo eikä tehokas. Se olisi, mikäli projekti olisi laaja ja C++ olisi liian kallis.

jalski [05.02.2025 15:14:03]

#

Mitähän erityisen hyödyllistä on siinä, että webbiserveri on kirjoitettu samalla ohjelmointikielellä kuin client? Serverin näkökulmasta tuskin on merkitystä mikä tai kuka http-pyynnön tekee.

mavavilj [05.02.2025 19:46:58]

#

jalski kirjoitti:

Mitähän erityisen hyödyllistä on siinä, että webbiserveri on kirjoitettu samalla ohjelmointikielellä kuin client? Serverin näkökulmasta tuskin on merkitystä mikä tai kuka http-pyynnön tekee.

No ei olekaan, mutta:

"Consequently, Node.js represents a "JavaScript everywhere" paradigm,[6] unifying web-application development around a single programming language, as opposed to using different languages for the server- versus client-side programming."

https://en.wikipedia.org/wiki/Node.js#History

Tuossa on etuna esim., että on helppo olettaa, että kaikki koodia lukevat osaavat melkein lukea myös server-side -koodit, koska heidän on web-konteksteissa pakko osata JS:iä client-siden takia. Sama oletus ei päde muihin server-side -kieliin.

Olen tämän kannalla, koska toinen dynaaminen kieli ei tuota juuri mitään lisäarvoa.

Server-side:lle siis joko C, C++ tai JS. Java, mikäli käyttää muutenkin paljon sitä.

mavavilj [06.02.2025 11:58:41]

#

Python:in oleminen server-side:llä ei edes taida liittyä sinänsä web-teknologioihin, vaan siihen, että Python on helpompi liittää C-kieleen kuin JS. Tämä on kuitenkin etu lähinnä vain kirjaston kehittäjän näkökulmasta.

Python server-side:llä on tosin sitenkin edullinen, että sitten saa Python-kirjastot käyttöön ilman jotain foreign funcion interface -kikkailua tms. Native-puolella saattaa olla reilusti enemmän Python-kirjastoja kuin JS-kirjastoja, eikö?

Niin, ehkä Python ei ole ideaali web-kontekstiin, mutta toisaalta sillä saavuttaa yhteensopivuuden monien muiden natiiviohjelmien skriptien kanssa.

Tämä voisi olla kanssa:

http://nxweb.org/

mavavilj [06.02.2025 12:54:42]

#

Entä saako Python:in jo clientiin?

wy5vn [06.02.2025 14:01:18]

#

Saa.

Eri asia on onko järkeä.

mavavilj [06.02.2025 14:54:36]

#

wy5vn kirjoitti:

Saa.

Eri asia on onko järkeä.

Niin no, tavallaan kallistun nyt siihen, että myös Flask on hyvä vastaus tähän. Django on ehkä liikaa, jos ei ole joku mini-sivujen massatuottaja.

http.server varmaan insofar tarkoituksena on vain testata sivua tai kehittää sitä lokaalisti.

"Warning: http.server is not recommended for production. It only implements basic security checks."

https://docs.python.org/3/library/http.server.html


Sivun alkuun

Vastaus

Muista lukea kirjoitusohjeet.
Tietoa sivustosta