- A hozzászóláshoz be kell jelentkezni
- 5393 megtekintés
Hozzászólások
Egyáltalán nem értek a webkiszolgálókhoz, de ez elsőre olyan egyszerűnek tűnik, hogy valószínűleg én is kipróbálom (persze csak "játék" szintjén). Likéztam. :D
- A hozzászóláshoz be kell jelentkezni
Nem rossz, csak kéne PHP
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
fastcgi-vel benne lehet. ==> FAQ
- A hozzászóláshoz be kell jelentkezni
Jobb lenne a világ PHP nélkül, de nem akarok nagyon magasan repkedni a valóság talaja felett
--
arch,debian,openelec,android
- A hozzászóláshoz be kell jelentkezni
A szakma lenne jobb PHP nélkül. A világnak jót tett.
- A hozzászóláshoz be kell jelentkezni
Can Caddy be used to serve PHP sites?
Yep, Caddy has a fastcgi directive that makes it really easy to serve PHP sites.
---
off: Koltoi kerdes: Miert nem olvastok? :/
- A hozzászóláshoz be kell jelentkezni
A lenyeget kihagytad, marmint hogy mitol nem csak "yet another webserver" ez: az erdekessege, hogy Go-ban irodott.
- A hozzászóláshoz be kell jelentkezni
Attol miert nem az?
- A hozzászóláshoz be kell jelentkezni
+1, kit erdekel milyen nyelven van irva, tolem basic is lehet
--
NetBSD - Simplicity is prerequisite for reliability
- A hozzászóláshoz be kell jelentkezni
Szoval az atlag hupper basic ra, hogy milyen nyelv... :)
- A hozzászóláshoz be kell jelentkezni
:D
- A hozzászóláshoz be kell jelentkezni
Elolvasva kiderult, h o valoban kihagyta es hogy miert erdekes:
"By the way, if you're a Go programmer, any of these middleware can be imported and used by your application. Learn how."
- A hozzászóláshoz be kell jelentkezni
az hagyjan, de ha megnezed a forraskodot, az egesz nincs tobb par 100 sornal. ugy latom a lenyegi reszt a go runtime csinalja, ez gyakorlatilag csak beparsolja a konfig filet, implemental par egyszeru classt es az alapjan felkonfolja a go beepitett webszerveret.
A'rpi
- A hozzászóláshoz be kell jelentkezni
vagy behuz egy http2 implementaciot
import (
...
"github.com/bradfitz/http2"
)
- A hozzászóláshoz be kell jelentkezni
Miert kell mar megint egy ul konfiguracios fileformatumot kitalalni? :(
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Szerintem remek irány, hogy csak azt írjuk bele a konfig fájlba, ami nem default és ha ránézel egy konfigra, akkor megértsd még akkor is, ha sose láttál ilyet. Vesd össze az Apache default konfiggal, amit még hosszú használat után se lehet átlátni. Nem azt mondom, hogy minden konfignak szépnek kellene lennie. De 2015-ben jó lenne, ha az a tipikus eset, hogy felteszek egy webszervert és azt akarom, hogy a 80-as porton elérhessem a /var/www alatt lévő tartalmat (esetleg https-en) legyen már 0-10 konfigsor. Ha sok virtualhost van, és összetett beállítás, akkor érthető, hogy bonyolultabb a konfig.
Én még akkor kezdtem, mikor még azt hitték, hogy a Sendmail jó dolog. Annak a konfigja egy agyhalál volt, mert a fejlesztők lusták voltak egy normális konfig parsert írni. Aztán lett egy csomó M4 makró hozzá, de még azzal is fájt konfigurálni. Én örülök, hogy egyre inkább az emberek által olvasható irányba tartunk. Egy szervernél ez egyértelműen az UX része és nagyon komoly mértékben meghatározza egy szoftver népszerűségét.
- A hozzászóláshoz be kell jelentkezni
Ez csak convention over configuration, ezt az Apache is követhetné. Ez csak egy elv, független mindentől.
Én a formátum miatt jajongok.
- A hozzászóláshoz be kell jelentkezni
A convention over configuration oké, hogy jó dolog, de nem kell saját nyelv ahhoz, hogy elérd. Ugyanezt el lehetne érni tetszőleges létező markup nyelvvel (json, yaml, xml).
Mondjuk nem is bonyolult ez a konfig nyelv ahogy nézem, szóval nagyjából mindegy. Valószínűleg azért készült, mert a fejlesztőnek pont volt kedve szórakozni vele.
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni