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í
×
    dnes 00:11 | Nová verze

    Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.

    Ladislav Hagara | Komentářů: 1
    včera 23:33 | Nová verze

    Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.

    ʚĭɞ 🍉 | Komentářů: 0
    včera 01:44 | Komunita

    Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.

    Ladislav Hagara | Komentářů: 0
    12.9. 18:11 | Nová verze

    Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    12.9. 02:00 | Zajímavý článek

    Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě

    … více »
    Ladislav Hagara | Komentářů: 19
    11.9. 18:00 | Bezpečnostní upozornění

    Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.

    Ladislav Hagara | Komentářů: 5
    11.9. 14:33 | Komunita

    Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.

    Ladislav Hagara | Komentářů: 0
    11.9. 11:44 | Nová verze

    Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    11.9. 11:33 | Nová verze

    Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    11.9. 04:33 | Komunita

    Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.

    Ladislav Hagara | Komentářů: 10
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (4%)
     (21%)
     (29%)
     (7%)
     (5%)
     (2%)
     (14%)
     (21%)
    Celkem 2661 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    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: 647×
    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.