Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Zdravim.
Predstavte si, ze mate nejaku kniznicu suborov (bezna databaza suborov, spravovana nejakym redakcnym systemom s tym, ze mozte na rozne subory nastavovat prava roznym uzivatelom, uzivatelskym skupinam, je tam dedenie prav, expiracia prav, atd... vsetky tieto info su ulozene v DB a kvoli zlozitosti je cast autorizacnej logiky v PHP)
Takze o co mi ide ?
V skratke .. ako docielit toho, aby sa pri odoslani bezneho, priameho requestu na nejaky non-executable subor (pdf,txt,doc,xls,...) zavolal napr. aj nejaky CGI skript, ktory by to autorizoval (nestaral sa ale o response-handling, ten by mal ostat plne v rezii Apache)
1. riesenie vlastnym download skriptom (aj ked to navonok vdaka mod_rewrite moze vyzerat dobre) uz je dost zastarale a nepaci sa mi (ak je request na stiahnutie napr. 2GB suboru, je nutne tam riesit postupne nacitanie suboru, aby sa nealokovala pamat, atd.. atd... da sa to zoptimalizovat, ale kvoli tomu nepisem :)
2. skusal som apache output filter s tym, ze ako filter sa zavola CGI PHP skript, ktory na STDIN prijme telo response a na STDOUT vrati data (tam je mozne dostat sa k SIDu, inicializovat session, overit, ci ma prihlaseny uzivatel pravo stiahnut subor a ak nie, tak na STDOUT vyhodim "Access denied"). Problem je ale v tom, ze hlavicky nastavuje Apache, takze ak leti request na PDF a uzivatel nema prava, poslu sa PDF hlavicky ale v tele je "Access denied" (takze sa obvykle otvori napr. Acrobat Reader a vyhlasi chybu). Ucinok 100%, ale efekt mizerny (skusal som aj apache input filter, ale tam som sa nijak nedostal napr. k SIDu, ktory potrebujem pre overenie uzivatela).
3. apache moduly na autentizaciu/autorizaciu vedia overovat voci nejakemu auth-suboru, alebo priamo voci databaze, prip. pravam na filesysteme, ale nenasiel som moznost, ktora by sa hodila - moznost vyvolat nejaky prikaz, ktory by v parametroch dostal napr. hlavicky+telo requestu, ten by si to interne autorizoval a vratil napr. 0/1 podla toho, ci je pristup autorizovany.
Napada vas nejake riesenie mojho problemu ?
Som vdacny za kazdu radu a myslim si, ze nie som sam, kto by uvital riesenie 
PS: Apache, PHP, grntoo distro (vsetko v aktualnych verziach)
Dik.
Já myslím, že první řešení je nejlepší. Akorát to bude třeba trochu zoptimalizovat
- ideálně aby se soubor dalo stahovat např. odprostředka, aby byly relevantní hlavičky času poslední modifikace apod. Výkonostně by to snad nemělo být horší, než kdyby se PHP použilo jen jako autorizer. Proč by tohle řešení mělo být zastaralé?
Nebo mě ještě napadá FastCGI autorizer (nebo jak se tomu říká), ale nevím, jestli PHP dokáže běžet v tomto módu.
Zdravim.
Ako som pisal, download file sa mi nepaci a to uz z jedneho prosteho systemoveho dovodu. Nechcem nijak zasahovat do response handlingu, chcem len pred handlingom overit a pripadne obmedzit moznost stiahnutia suboru.
Download file mame celkom sikovny, zvlada "resume support" apod., ale je to z mojho pohladu riesenie typu "systemovejsie sa to vyriesit neda" .. ale ja viem, ze cesta existuje a zatial sa nenasiel HC borec co by sa v tom povrtal a pomohol mi 
Tiskni
Sdílej: