abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 19:55 | IT novinky

    Společnost Anthropic vydala Claude 3.5 Sonnet, tj. novou verzi své umělé inteligence Claude (Wikipedie). Videoukázky na YouTube. S Claude 3, stejně jak s GPT-3.5, Llama 3 a Mixtral, si lze pokecat bez přihlašování na DuckDuckGo AI Chat.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Nová verze

    Byla vydána nová stabilní verze 6.8 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 126. Přehled novinek i s náhledy v příspěvku na blogu a na YouTube. Vypíchnuta jsou vylepšení v integrovaném poštovním klientu.

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Zajímavý článek

    Příspěvek Aukce domén – měsíc po spuštění na blogu CZ.NIC shrnuje první měsíc provozu Aukce domén .CZ. Aukcemi prošlo celkem 18 174 domén, z toho na 742 z nich byl učiněn alespoň 1 příhoz. Nejdražší aukcí byla na doménu virtualnisidlo.cz s cenou 95 001 Kč, která však nebyla včas uhrazena. Nejdražší aukcí, která byla vydražena i zaplacena je praguecityline.cz s cenovkou 55 600 Kč.

    Ladislav Hagara | Komentářů: 3
    včera 11:11 | IT novinky

    Před 40 lety, 19. června 1984, Bob Scheifler představil první verzi okenního systému X (X Window System). Vycházela z okenního systému W (W Window System).

    Ladislav Hagara | Komentářů: 12
    včera 11:00 | Nová verze

    Desktopové prostředí MATE bylo vydáno ve verzi 1.28. V gitových repozitářích je sice už od února, ale oznámení vydání se na webu objevilo s několikaměsíčním zpožděním (únorové datum zveřejnění je nepravdivé). Jde o první velké vydání od roku 2021. Uživatelsky nejvýznamnější pokrok je v podpoře Waylandu.

    Fluttershy, yay! | Komentářů: 0
    19.6. 21:44 | Nová verze

    Laboratoře CZ.NIC vydaly novou verzi 4.24.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly nové parametry do rozhraní příkazové řádky „export-msg“, „export-msgs“, „import-msg“ a „import-msgs“, které dovolují číst/zapisovat zprávy z/do databází. Veliký panel nástrojů byl nahrazen více nastavitelnými

    … více »
    Ladislav Hagara | Komentářů: 0
    19.6. 12:11 | Nová verze

    Mapnik (Wikipedie), tj. open source toolkit pro vykreslování map a vývoj mapových aplikací, byl vydán ve verzi 4.0.0. Přehled změn na GitHubu.

    Ladislav Hagara | Komentářů: 0
    19.6. 10:44 | IT novinky

    Mozilla koupila firmu Anonym, tj. průkopníka v "digitální reklamě chránící soukromí".

    Ladislav Hagara | Komentářů: 16
    18.6. 19:11 | Nová verze

    Knihovna htmx (Wikipedie, GitHub), tj. knihovna rozšiřující HTML o nové atributy a umožňující vývoj dynamických webových aplikací, byla vydána ve verzi 2.0 (𝕏).

    Ladislav Hagara | Komentářů: 0
    18.6. 17:11 | IT novinky

    Společnosti DeepComputing a Framework Computer společně představily RISC-V základní desku pro modulární Framework Laptop 13.

    Ladislav Hagara | Komentářů: 11
    Rozcestník

    Dotaz: Apache - problém se získání prostředku podle URL

    20.1.2008 22:57 Cubik
    Apache - problém se získání prostředku podle URL
    Přečteno: 461×
    Dobrý den,

    vyskytl se mi takový zvláštní problém, ve skutečnosti jej neumím ani přesně popsat a zeptat se Googlu, tak prosím o popostrčení správným směrem.

    Mám nainstalovaný Apache na CentOS 5, v Apachi jednoho name-based virtualhosta, který de facto vyřizuje všechny požadavky z Internetu. Problém spočívá v tom, že pokud v prohlížeči zadám URL ve tvaru http://jmenoserveru.cz/cestakobrazku/obrazek.gif, obrázek se nenačte, místo toho prohlížeč jakoby "ztuhne" (testováno na IE7, FF2, Opera 9 a wget). Přitom pokud vytvořím SSH tunel a připojím se přes SSH port-forwarding (http://localhost:8080/docrootvhosta/cestakobrazku/obrazek.gif), vše proběhne bez problémů. Zkoušel jsem z testovacích důvodů toho virtuálního hostitele vypnout, nasměrovat docroot hlavního serveru na původní document root toho virtuálního hosta, ovšem bez úspěchu.

    Přikládám výpis z logu Apache v případě, že požadavek proběhne úspěšně (tzn. přes port forwarding):
    [20/Jan/2008:21:38:22 +0100] "GET /clan/templates/waldmeister/images/header.gif HTTP/1.1" 200 37437 "-" "Mozilla/5.0
    (Windows; U; Windows NT 5.1; cs; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11"
    a takhle vypadá záznam z logu při operaci, jejímž výsledkem je zmiňovaná chyba:
    [20/Jan/2008:21:36:49 +0100] "GET /templates/waldmeister/images/header.gif HTTP/1.1" 200 37437
    tzn. pokud tomu dobře rozumím, v obou případech Apache požadavek vyřídí naprosto stejně, i velikost odpovědi je stejná(se stavovým kódem "OK". Takže nemám nejmenší tušení, kde je chyba. Na požádání vložím jakoukoli část konfiguračního souboru, nedokážu posoudit, která jeho část je pro řešení problému relevantní... Ještě mě napadá, že tahle chyba se vyskytuje pouze pro některé obrázky, ale není závislá na jejich umístění v adresářové struktuře webu, ani na typu obrázku.

    Díky mockrát všem, jakýkoli nápad přivítám.

    Odpovědi

    21.1.2008 10:07 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Zkuste se z toho testovacího počítače připojit telnetem a zadat
    GET /templates/waldmeister/images/header.gif HTTP/1.1
    Host: hostname
    <Enter>
    <Enter>
    
    případně sledujte komunikaci přes tcpdump nebo něco podobného. Uvidíte, zda server neposílá nějaké přesměrování, zda uzavře spojení atd.

    Pokud vám funguje připojení z lokálnío počítače, ale ne z jiného, mohl by to být problm firewallu – pak by se ale v logu Apache neobjevilo nic, protože by se vůbec nenavázalo spojení (pokud by tedy firewall nebyl nastaven tak podivně, že by dovolil navázat spojení, ale dál už nic).
    21.1.2008 11:46 Cubik
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Díky za odpověď, nakonec pomohla direktiva Enable SendFile off, jak mi poradil kolega:-) Jsem z toho značně zmaten a jdu koukat do dokumentace, proč pomohlo zrovna tohle.
    21.1.2008 11:52 Cubik
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Aha, ono je to v dokumentaci direktivy popsaný docela hezky, pochopil jsem z toho, že se v tom nemám vrtat, že na některejch platformách je to prostě bug a hotovo... Každopádně mě to tedy vydusilo slušně a už jsem pomalu propadal nihilu.

    P.S. Kde tady můžu zaškrtnout, že problém byl vyřešen?:-)
    21.1.2008 11:00 JirkaV
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Ahoj,

    jenom pro otestovani - nez zacnes laborovat s necim jinym, vyzkousej v konfiguraci Apache nastavit tohle:

    EnableMMAP Off EnableSendFile Off

    Mel jsem podobny problem, timhle se vyresil. Pokud by to bylo ono, uz si odladis ktery z danych prikazu na tvem konkretnim stroji ten problem resi...

    Jirka Vejrazka
    21.1.2008 11:01 JirkaV
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Samozrejme takhle :( EnableMMAP Off EnableSendFile Off

    Vice viz http://httpd.apache.org/docs/2.2/mod/core.html
    21.1.2008 11:02 JirkaV
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Pardon, evidentne se nekamaradim s mistnim formularem. Tak treti pokus :(
    EnableMMAP Off
    EnableSendFile Off
    
    21.1.2008 11:44 Cubik
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Díky mockrát, EnableSendfile off skutečně zabralo, ale fakt by mě nenapadlo, že tady může být problém. Jdu kouknout do dokumentace, jestli najdu důvod, proč tahle direktiva indiánovi tak strašně vadila...

    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.