Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Témata - Michal

Stran: [1]
1
Server / Apache 2.2 s mod_deflate + PHP
« kdy: 09. 11. 2010, 18:50:04 »
Mám problém se zprovozněním modulu mod_deflate v Apache 2.2 s PHP.
Modul mám načtený a funguje, komprese podle odeslaných hlaviček probíhá. Problém nastane ve chvíli, kdy chci pomocí PHP generovat vlastní hlavičky a umožnit stažení souboru. Ukázkový kód:

Kód: [Vybrat]
<?php

// force download dialog
header("Content-Type: application/force-download");
header("Content-Type: application/octet-stream");
header("Content-Type: application/download");

header('Content-Disposition: attachment; filename="test.mp3"');
header('Content-Type: audio/mpeg');
header('Content-Length: ' filesize('/path/to/test.mp3'));
header('Content-Transfer-Encoding: binary');

readfile('/path/to/test.mp3');

?>

Skript volám přes běžný prohlížeč (Firefox) a odchytávám si hlavičky, abych poznal výsledek.

Konfigurace Apache je pomocí .htaccess upravena pro kompresi POUZE požadovaných typů souborů, které chci určit na základě mime type. V .htaccess mám:

Kód: [Vybrat]
<IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE text/html
  AddOutputFilterByType DEFLATE text/plain
  AddOutputFilterByType DEFLATE text/xml
  AddOutputFilterByType DEFLATE text/css
  AddOutputFilterByType DEFLATE application/x-javascript
</IfModule>
Výsledkem tohoto by měla být komprese pouze html, plain, xml, css a js souborů. V PHP si vygeneruji ke stažení mp3 soubor a odešlu správné hlavičky. Tento mp3 soubor NESMÍ být pro mé účely komprimován pomocí mod_deflate. Bohužel právě to se mi děje. Toto chování jsem odzkoušel na distribicích Red Hat, CentOS 5.5, ale i ve Windows (Xampp 1.7.3). Je zajímavé, že v Debianu i Arch Linuxu mi se stejným nastavením vše funguje požadovaným způsobem.

Problém bude určitě v konfiguraci Apache, v PHP problém nebude (php.ini je stejné). Změnit definici Apache přes přípony pomocí "AddOutputFilter" není pro mě řešením. Pokud odeberu řádek:

Kód: [Vybrat]
AddOutputFilterByType DEFLATE text/html
pak se mp3 nabídne ke stažení bez komprese, což je přesně co potřebuji.


Skoro to vypadá, že mime type výsledku volaného skriptu je text/html, což mi přijde jako nesmysl, ale přesně tak se to chová. HTML soubory i PHP skripty samozřejmě komprimovat chci.

Co může v nastavení Apache toto způsobovat?

2
Hardware / PowerEdge 2850 a RAID Controller PERC 4e/Di
« kdy: 11. 08. 2010, 21:37:21 »
Dobrý den všem, mám server Dell PowerEdge 2850, který má interní RAID řadič PERC 4e/Di. Instalovaný operační systém je CentOS 5.5 (x86_64) a chtěl bych monitorovat stav disků / svazků na řadiči. K tomu jsem se rozhodl využít řešení přímo od Dellu - OpenManage Server Administrator, zkráceně pouze OMSA, ve verzi 6.3. Po instalaci (běžným způsobem podle návodu zde: http://linux.dell.com/repo/hardware/latest/) jsem úspěšně tento kolos zprovoznil. Pomocí příkazu omreport  lze sledovat statistiku teplot, otáčet větráčků a spoustu dalšího... bohužel však až na jednu drobnost a tou je právě požadovaný monitoring mého RAID řadiče. OMSA zkrátka "nevidí" žádný řadič, místo toho dosanu pouze prosté oznámení: No controllers found. Stejný výsledek je i v rozhraní dostupném přes webový prohlížeč. Po instalaci, resp. po restartu se korektně vytvoří zařízení /dev/megadev0, které je pro komunikaci s řadičem třeba. Bohužel OMSA dále zarputile tvrdí, že o žádném řadiči neví. Zkusil jsem také aktualizovat BIOS a firmware řadiče, k čemuž mě dovedly nalezené příspěvky ostatních uživatelů se stejným problémem. Podle požadavků by tento typ měl být plně podporován v mé stávající konfiguraci. Máte někdo nějaké nápady či zkušenosti s tímto problémem?

Stran: [1]