V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
V práci vyvíjíme webovou aplikaci, jedná se o produkt elektronické knihy jízd. Je to velmi zajímavý produkt a musím říct, že mě tato práce velmi naplňuje a baví. Velký podíl na to má určitě i skvělý kolektiv. Dokonce polovinu týmu znám už delší dobu a pocházíme v podstatě ze stejného města. Dokonce dva z mých spolupracovníků se mnou bydlí na bytě. Ale o tom možná někdy příště. Jediným nepříjemným faktem je to, že aplikace je od počátku vyvíjena v PHP, a přepsání do něčeho svižnějšího zatím nepřipadá v úvahu.
K vývoji jako IDE používám Netbeans a jako verzovací systém se už asi přes měsíc (konečně) používá git. Na svém pracovním notebooku mám nainstalovaný arch, což je pro mě výhoda, jelikož v žádném jiném distru se tak rychle nevyznám. Dá se říct, že o proti ostatním co mají (ubuntu či mandrivu) jsem s archem měl nejméně problémů. Teda až do dneška, kdy na mě zničeho nic při pokusu restartovat apache, vyskočila hláška segmentation fault.
Svůj pracovní stroj skoro nevypínám a od posledního restartu či vypnutí proběhlo už spousty aktualizací, takže jsem si nebyl jistý, co zatím vězí. No po pár neůspěšných pokusech jsem to s apachem vzdal a zkusil šáhnout po alternativě. Už dlouho mě lákalo vyzkoušet nginx, o kterém už jsem toho docela dost četl a slyšel. Během hodinky se mi podařilo vše nastavit, tak aby to fungovalo, jak https, tak i různá pravidla z .htaccess. Byl to moc dobrý pocit, když se předemnou objevila přihlašovací obrazovka a po zadání údajů. dokonce najel i zbytek aplikace a vše tak nádherně fungovalo. Dokonce to bylo velmi svižné. Což mě dovedlo k pokušení otestovat výkon mezi nginx a apache.
Jenže to znamenalo vyřešit problém s apache. Naštěstí po chvilce hledání jsem objevil tiket, kde byl popsán můj problém a i dočasné řešení problému. Takže jsem se mohl pustit do testování. Popravdě nejednalo se o žádné extra přesné měření, jelikož mi nešlo o přesné výsledky, ale spíš jen tak o přehled. Pro testování jsme použil nástroj apache bench (příkaz ab) . Pouštěl jsem ho s různými parametry pro oba dva web servery. A snad ve všech testech byl web server nginx mírně výkonější. V některých jednoduchých testech dokonce i skoro dvakrát výkonější než apache. Tyto výsledky mě velmi mile potěšili a dokonce i celková náročnost na systémové prostředky hlaně na operační pamět byi ve prospěch nginx. Takže nakonec jsme se rozhodl jej nechat jako defaultní web server na svém pracovním stroji. Co se týče produkčních strojů, tak i když si myslím ze i zde by nginx možná nakonec přineslo mírné snížení nároků na systémové prostředky, tak ve výsledku by to nebylo tolik patrné, aby to stálo za komplikace způsobené přechodem.
Závěrem bych dodal, že pokud bych do budoucna plánoval tvořit webovou aplikaci a měl možnost si vybrat webový server na kterém to poběží asi bych dal přednost nginx před indiánem :).
Tiskni
Sdílej:
No tak sice neni plne kompatibilni, ale vetsina pravidle co jsme meli v htaccessu se dala pouzit jen s minimalni upravou,takze pokud clovek nedela nejake silenosti, tohoto bych se nebal
no diky bohu neumi, umi neco jineho co uplne dostacuje
Jo to je dost mozne, ale z mych mereni vyslo ze ten rozdil nebyl zas tak markantni a hlavne u slozitejsich systemu kde to casto vysi na databazi, to clovek nepozna a ve vysledku vyjde nginx lepe