ugrás a tartalomhoz

.htaccess ErrorDocument

newyorkerboy · 2010. Május. 26. (Sze), 19.05
Sziasztok!
Akárhogy próbálom a .htaccess állományt módosítani úgy, hogy az ErrorDocument 404-re egy saját hibaüzenetet tudjak megjeleníteni, nem működik együtt a ForceType parancsokkal.

Ha kiszedem a .htaccess fájlból a ForceType parancsokat, és csak az ErrorDocumentet hagyom benne, akkor működik rendesen. A kettő együtt nem megy?
‹ mod_rewrite nem működik Milyen Linux distro-t ajánlotok otthoni szervernek? ›
 ■
1

Másold be

janoszen · 2010. Május. 26. (Sze), 19.17
Sokat segítene a probléma tesztelésén ha bemásolnád amivel próbálkoztál. Nem tudok olyanról amiért ennek ne kéne működnie.
2

Tessék

newyorkerboy · 2010. Május. 26. (Sze), 19.22
.htaccess:

<Files "magyar">
ForceType application/x-httpd-php
</Files>

<Files "english">
ForceType application/x-httpd-php
</Files>

<Files "content_helper">
ForceType application/x-httpd-php
</Files>

ErrorDocument 404 /error.php

error.php:

<?php
print "asd";
@header("HTTP/1.1 200 OK");
@header("Status: 200 OK", TRUE, 200);
?>

Hibaüzenet:

The requested URL ... was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Nem vagyok biztos benne, hogy a headert jól állítom 200-ra. Ha google.hu-t adok meg, vagy konkrét szöveget, akkor az működik, csak a saját fájl nem!
3

header() hívás elött nem

kuka · 2010. Május. 27. (Cs), 09.35
header() hívás elött nem lehet tartalmat kiíratni.
4

Biztos jó?

janoszen · 2010. Május. 27. (Cs), 09.55
Nem egészen értem, mit szeretnél csinálni. Az error.php-nak a típusa - ha helyesen van beconfolva a szerver - egyébként is a PHP-s lesz, tehát fölösleges fölülírni sőt káros is ha a szerver esetleg nem application/x-httpd-php a PHP típusa a szerven. Egyébként valóban nem kellene tartalmat kiiratnod a header hívások előtt mert az csak akkor fog működni, ha az output buffering be van kapcsolva.
5

Nem ilyen egyszerű

newyorkerboy · 2010. Május. 28. (P), 07.54
Tudom, hogy header előtt nem küldünk adatot, de már mindenfélével próbálkoztam, és valahogy így maradt.
A lényeg: helyesen írva sem működik.
Egyébként a ForceType keresőbarát URL-hez kell, itt egyszerűbb ezt használni mod_rewrite helyett, mert alig lesz tartalom az oldalon.
A probléma egyébként továbbra is fennáll, de csak saját állománynál. Ez nem valamilyen Apache beállítás?
6

ForceType

janoszen · 2010. Május. 28. (P), 09.37
Nem egészen értem, hogy kerül a csizma az asztalra. Ha az ErrorDocument ráfut a PHP-ra, akkor a PHP fájlt a szerver PHPként fogja kiszolgálni ForceType nélkül is. Ha nem így van, akkor valami más van elcseszve. Egyébként az ErrorDocumenttel való SEF URL gyártásnak vannak hátulütői, én nem javasolnám.
7

URL

newyorkerboy · 2010. Május. 28. (P), 19.06
Nem tárolok .php végződésű fájlt a szerveren, így ha valaki az indexet látja, az URL oldal.hu/index, ha ezen belül egy function-t kér le, akkor az lehet oldal.hu/index/details, ezt szét explode-olom, megkeresem a function nevet, és annak megfelelő függvényt hívok. Ezért kell a ForceType.
De a probléma még mindig fent áll!
8

404 széthullik

buki · 2016. Jan. 13. (Sze), 19.22
Sziasztok!

Jan. 5-én költözött egy wordpress oldal, reggelre élesedtek az új zóna adatok. Külön 404-es oldal errordocument irányítással. Ami napközben 200-as kóddal dolgozott, az access.log szerint a költözés napján kb. este 10 után kezdődött egy ilyen jelenség, előbb dob egy 301-et, utána 200-at, ugyanarról az ip-ről, leginkább másodpercre azonos időben, néha 1 mp eltérés a kettő között:

xx.xx.xx.xx - - [xx/Jan/2016:09:56:19 +0100] "GET /404/ HTTP/1.1" 301 7964 "-" "Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20110814 Firefox/6.0 Google Favicon"
xx.xx.xx.xx - - [xx/Jan/2016:09:56:19 +0100] "GET /404/ HTTP/1.1" 200 9812 "-" "Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20110814 Firefox/6.0 Google Favicon"4

Van valakinek ötlete, hogy mi okozhat ilyet?