Megjelent a lighttpd 1.4.74, egy k\u00f6nny\u0171 http-szerver kiad\u00e1sa, amely a magas teljes\u00edtm\u00e9ny, biztons\u00e1g, szabv\u00e1nyoknak val\u00f3 megfelel\u00e9s \u00e9s a testreszabhat\u00f3s\u00e1g \u00f6tv\u00f6z\u00e9s\u00e9re t\u00f6rekszik. A Lighttpd j\u00f3l alkalmazhat\u00f3 nagy terhel\u00e9s\u0171 rendszerekben, \u00e9s alacsony mem\u00f3ri\u00e1- \u00e9s CPU-er\u0151forr\u00e1s-fogyaszt\u00e1sra \u00f6sszpontos\u00edt. A projekt k\u00f3dja C nyelven \u00edr\u00f3dott \u00e9s BSD licenc alatt terjed. <\/p>\n
Az \u00faj verzi\u00f3ban: <\/p>\n
\n
Megv\u00e1ltozott a napl\u00f3z\u00e1si adatok ment\u00e9s\u00e9nek viselked\u00e9se a syslog haszn\u00e1latakor (az 'server.errorlog-use-syslog = 'enable'' param\u00e9ter lehet\u0151v\u00e9 teszi) - kor\u00e1bban minden \u00fczenet csak a LOG_ERROR priorit\u00e1ssal lett elk\u00fcldve, mostant\u00f3l azonban a priorit\u00e1s az \u00fczenet t\u00edpus\u00e1t\u00f3l f\u00fcgg\u0151en v\u00e1ltozik (LOG_WARNING, LOG_DEBUG).\n
Musl C k\u00f6nyvt\u00e1rral rendelkez\u0151 rendszerekben el\u00e9rhet\u0151 a sendfile() h\u00edv\u00e1s haszn\u00e1lata.\n
A mod_dirlisting modulhoz hozz\u00e1ad\u00f3dott a 'dir-listing.sort' opci\u00f3 a kimenet rendez\u00e9s\u00e9nek meghat\u00e1roz\u00e1s\u00e1ra.\n
A mod_deflate-ban enged\u00e9lyezve lett a 'deflate.allowed-encodings' be\u00e1ll\u00edt\u00e1s, ugyanakkor a bzip2 algoritmusa a kiv\u00e1laszt\u00e1s legkisebb priorit\u00e1s\u00e1t kapta.\n
A konfigur\u00e1ci\u00f3s f\u00e1jlhoz hozz\u00e1adva lett az 'if', 'elif', 'elsif', 'elseif' \u00e9s 'else if' oper\u00e1torok t\u00e1mogat\u00e1sa.\n
A mod_openssl \u00e9s a mod_gnutls b\u0151v\u00edtett\u00e9k a TLS kernel szinten t\u00f6rt\u00e9n\u0151 megval\u00f3s\u00edt\u00e1s\u00e1nak t\u00e1mogat\u00e1s\u00e1nak ellen\u0151rz\u00e9s\u00e9t (kTLS).\n
Biztos\u00edtott a DragonflyBSD oper\u00e1ci\u00f3s rendszerrel val\u00f3 kompatibilit\u00e1s. <\/ul>\n
A k\u00f6vetkez\u0151 kiad\u00e1sban n\u00e9h\u00e1ny, a kompatibilit\u00e1st s\u00e9rt\u0151 v\u00e1ltoztat\u00e1st terveznek. Alap\u00e9rtelmez\u00e9s szerint egy biztons\u00e1gosabb TLS titkos\u00edt\u00e1si szett aktiv\u00e1l\u00e1sa v\u00e1rhat\u00f3, amely megv\u00e9di a titkos\u00edt\u00e1st a hossz\u00fa t\u00e1v\u00fa kulcsok kisziv\u00e1rg\u00e1s\u00e1nak eset\u00e9n (forward secrecy), \u00e9s az autentik\u00e1lt titkos\u00edt\u00e1st (AEAD) alkalmazza. Az 'EECDH+AESGCM:AES256+EECDH:CHACHA20:!SHA1:!SHA256:!SHA384' szett v\u00e1rhat\u00f3an az 'EECDH+AESGCM:CHACHA20:!PSK:!DHE'-re lesz cser\u00e9lve. <\/p>\n
A k\u00f6vetkez\u0151 kompatibilit\u00e1si v\u00e1ltoz\u00e1s a mod_redirect-ban a HTTP\/1.1 \u00e1tir\u00e1ny\u00edt\u00e1si k\u00f3d 301 (Moved Permanently) 308 (Permanent Redirect) \u00e9rt\u00e9kre m\u00f3dos\u00edt\u00e1sa lesz, hacsak az 'url.redirect-code' param\u00e9ter kifejezetten nincs be\u00e1ll\u00edtva. 2025-ben v\u00e1rhat\u00f3an az alap\u00e9rtelmezett TLSv1.3 verzi\u00f3 lesz aktiv\u00e1lva (a MinProtocol param\u00e9ter TLSv1.3-ra lesz m\u00f3dos\u00edtva). \n Forr\u00e1s: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"