abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 0
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 13
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 38
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 935 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Squid nekešuje

    19.11.2013 15:35 Ragnarok
    Squid nekešuje
    Přečteno: 274×
    Dobrý den, mám v síti dva linuxové servery jeden starý postavený na fyzickém hardware s Debianem 5.0.4 32- bit (konfigurace 1 CPU, 18 GB HDD SCSI, 768 MB RAM) a druhý nový na VMWare 5.1 s Centosem 6.4 32-bit (2 vCPU, 2 GB RAM, 12 GB vHDD, s nainstalovanými VM tools). Oba servery slouží jako internetová gateway (Mail gateway, firewall a proxyserver, DNS cache server). První server nainstaloval linuxový profesionál a druhý jsem si postavil sám a tento server má nahradit ten starý. Jsem ve fázi testování nového serveru a zjistil jsem, že když si přepnu klientské PC na nový proxy server mám výrazné zpomalení při opakovaném stahování z dat jednoho testovacího webu. Při prvním stahování jsou oba servery téměř rovnocenné (starý je cca o 10% rychlejší) ale při druhém stahování je starý server mnohonásobně rychlejší (je evidentní, že data stahuje z keše a né z netu jako nový server). Když jsem si toho všiml, byly oba Squidy v defaultním nastavení pouze nový server měl výrazně zvednutou mem cache na 256 MB. Po té jsem u něj zvedl i velikost cache dir, ale bez výsledně. Ve /var/log/ u Squida není žádný náznak problému. Jediné, co jsem našel je záznam v messages o problému s bindem 9,

    (Popsáno zde) http://forums.fedoraforum.org/showthread.php?t=265257

    May 15 08:21:45 server named[7982]: validating @0xb3a129b0: . DNSKEY: unable to find a DNSKEY which verifies the DNSKEY RRset and also matches a trusted key for '.' May 15 08:21:45 server named[7982]: validating @0xb3a129b0: . DNSKEY: please check the 'trusted-keys' for '.' in named.conf. May 15 08:21:45 server named[7982]: error (no valid KEY) resolving './DNSKEY/IN': 128.8.10.90#53 May 15 08:21:45 server named[7982]: error (network unreachable) resolving './DNSKEY/IN': 2001:500:2f::f#53

    ale není mi zatím jasné, zda to nějak souvisí s problémem který mám na Squidu. Uvítám jakoukoliv radu. Dík

    Řešení dotazu:


    Odpovědi

    19.11.2013 19:51 tomk
    Rozbalit Rozbalit vše Re: Squid nekešuje

    To, jestli Squid cachuje, nebo ne neni potreba urcovat subjektivne podle odezvy, ale je to mozne urcit pomerne exaktne z access.logu. Melo by se tam objevit bud neco jako TCP_MISS/200 a DIRECT/2a03:b780:1:4:216:3eff:fe00:a37 v pripade, ze byl objekt stahovan primo z ciloveho serveru a nebo nektera z variant _HIT/200 a NONE/- pri ziskani objektu z cache. Stejne tak by melo byt videt, jak dlouho vyrizeni pozadavku trvalo.

    Myslim, ze by mohlo byt zajimave videt zaznamy z access.logu pro tu testovaci stranku. Bylo by pak jasnejsi, jak vyrizeni pozadavku na jeji stazeni dopadlo na puvodnim a novem serveru.

    Tomas
    20.11.2013 05:33 Ragnarok
    Rozbalit Rozbalit vše Re: Squid nekešuje
    Dobrý den, děkuji za odpověď je to přesně jak jste napsal. Prošel jsem oba access.logy a výsledek je zde:

    Novy server:

    TCP_MISS/200 17822460 GET http://download.macromedia.com/get/flashplayer/current/licensing/win/install_flash_player_11_plugin.exe - DIRECT/23.63.67.191 application/octet-stream

    Stary server:

    TCP_HIT/200 17822528 GET http://download.macromedia.com/get/flashplayer/current/licensing/win/install_flash_player_11_plugin.exe - NONE/- application/octet-stream

    To ale znamená, že squid na novém serveru nepoužívá cache ? Znovu procházím squid.conf, co tam je špatně ale nic nemůžu najít.

    Řešení 1× (timeos)
    20.11.2013 10:18 Ragnarok
    Rozbalit Rozbalit vše Re: Problém je pořešen
    Problém je vyřešen - chyba vlastně nebyla chybou, nová verze squidu má prostě jinak nastavenou defaultní maximální velikost kešovaného objektu, takže můj testovací soubor prošel keší na starém squidu ale na novém už ne. Vše napravilo přidání parametru maximum_object_size squid.conf. http://www.packtpub.com/article/squid-proxy-server-fine-tuning-achieve-better-performance

    Rovněž se mi podařilo odstranit z messages chybu s named "error (network unreachable) resolving './DNSKEY/IN': 2001:500:2f::f#53" Souvisí to s pokusem named pracovat s IPV6 a dá se to pořešit nastavením parametru OPTIONS="-4" v /etc/sysconfig/named. Dík za pomoc.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.