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 19:55 | Zajímavý software

    Uživatelé mobilních telefonů s Linuxem si nyní mohou nainstalovat aplikaci Mobilní Datovka. Díky tomu je přístup k datovým schránkám dostupný i na zařízeních s mobilními linuxovými distribucemi, jako jsou například Mobian, NixOS Mobile, pmOS atd. Aplikace je dostupná na Flathubu.

    David Heidelberg | Komentářů: 0
    včera 13:33 | Komunita

    Software Freedom Conservancy v novém dokumentu shrnuje doporučení, jak přistupovat ke generativní AI založené na LLM při přispívání do svobodného a open-source softwaru. Mimo jiné vyzývá k obezřetnosti, transparentnosti a revizi generovaného kódu člověkem.

    |🇵🇸 | Komentářů: 0
    včera 13:22 | Nová verze

    Byla vydána nová verze 5.6.0 programu na úpravu digitálních fotografií darktable (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    20.6. 20:11 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. V Týdnu v GNOME je zmíněn flatpak balíček pro GIMP 0.54.1 z roku 1996. Jedná se o poslední verzi GIMPu postavenou nad toolkitem Motif.

    Ladislav Hagara | Komentářů: 0
    20.6. 19:11 | Nová verze

    Home Assistant Operating System, tj. linuxová distribuce optimalizována pro hostování Home Assistanta a jeho aplikací, byl vydán v nové major verzi 18.0.

    Ladislav Hagara | Komentářů: 0
    20.6. 18:11 | Komunita

    Po šestiletém úsilí byla z jádra Linux odstraněna funkce strncpy(). Všechna předchozí volání této funkce byla převedena na bezpečnější alternativy.

    Ladislav Hagara | Komentářů: 1
    20.6. 17:22 | Nová verze

    Byla vydána nová verze 261 správce systému a služeb systemd (Wikipedie, GitHub). Z novinek lze vypíchnout nový subsystém IMDS (Cloud "Instance Metadata Service"), nový příkaz storagectl nebo novou komponentu systemd-sysinstall.

    Ladislav Hagara | Komentářů: 3
    20.6. 12:00 | Nová verze

    Vývojové prostředí Qt Creator bylo vydáno ve verzi 20 (seznam změn). Novinky zahrnují hlavně rozšíření pro integraci LLM agentů nebo minimalistický editační režim uživatelského rozhraní („zen mode“).

    |🇵🇸 | Komentářů: 0
    19.6. 10:22 | Humor

    Už jste se prolétli na webu Google Earth? Přibyl tam Simulátor letu (Nástroje / Simulátor letu). Funguje i bez účtu Google [𝕏].

    Ladislav Hagara | Komentářů: 0
    19.6. 09:55 | Nová verze

    Byla vydána nová verze 4.7 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 3
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (8%)
     (2%)
     (16%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1957 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    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: 529×
    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: 67 | 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.