[PHP] Content-Type header geeft 404?

[_Thanatos_]

Ik heb een script dat uit bestaande gegevens een vCard moet genereren. Gaat allemaal goed, totdat ik de juiste content-type toevoeg:

PHP:

header('Content-Type: text/x-vcard');

En dat uiteraard ergens op een logische plek. Helemaal bovenin zelfs, dat maakt niet uit, gaat ook fout.

Het probleem is dat die header() ervoor zorgt dat er een 404 van gemaakt wordt. Say what? Ja, dan opeens bestaat de pagina niet meer

Als ik er text/plain van maak, krijg ik gewoon de inhoud te zien met een HTTP 200

Ik heb ook a het content-type in de htaccess toegevoegd. Helpt ook niet.
Wat is dit voor flauwekul? Hoe kan een Content-Type header nou de HTTP statuscode beinvloeden?

Het is al laat,dus misschien zie ik iets over het hoofd, maar dit is toch wel heeeel raar, iyam.

[Icekiller2k6]

misschien een rare opmerking maar staat php shorttags aan?
zoja probeer dan eens <? ipv <?php.

PHP:

<?
  header('Content-Type: text/x-vcard; charset=utf-8');
?>

zie ik als voorbeeld code

[MueR]

Wat hebben shorttags er nou weer mee te maken

[samo]

Benader je het bestand direct of via een url-rewrite?

[com2,1ghz]

MueR schreef op zaterdag 24 december 2011 @ 11:11:
Wat hebben shorttags er nou weer mee te maken

Omdat de raarste fouten komen doordat je <?php bent vergeten. Heeft mij ook uren tijd gekost toen ik besloot om short tags uit te zetten. Zit gelukkig weer aan.

[Jaap-Jan]

En een simpele testcase met statische data?

[NMe]

Short tags hebben hier geen fluit mee te maken en als je al iets met die setting doet, dan hoop ik dat je ze in godesnaam uitzet en uit laat. Je zou de eerste niet zijn die problemen heeft met XML/XHTML-templates omdat short tags (die - nogmaals - niets met dit probleem te maken kunnen hebben) aan staan.

Ontopic: kan je browser wel gewoon overweg met het content-type dat je stuurt? Maak er eens een image/jpeg van gewoon om te testen of het aan de header ligt of aan het mime-type.

[Erkens]

NMe schreef op zaterdag 24 december 2011 @ 14:08:
Ontopic: kan je browser wel gewoon overweg met het content-type dat je stuurt? Maak er eens een image/jpeg van gewoon om te testen of het aan de header ligt of aan het mime-type.

Dan nog zou dat geen invloed moeten hebben op de http status code, tenzij er een of andere wazige redirect gedaan wordt, maar dat zou je moeten zien door een netwerksniffer oid te gebruiken.

[NMe]

Die wazige redirect zou mijn vervolgvraag zijn geweest.

[laurens0619]

Werk je toevallig met een framework oid? Kan goed dat die de zooi overruled en voorkomt dat er headers gezet worden. Gaat het in een platte .php file ook mis?

[YopY]

Doe eens een analyse van wat je browser precies verstuurt en ontvangt, en versimpel de testcase zodanig dat je met twee regels code (oid) deze uitvoer krijgt.

Als het echt alleen dit is, dan zou ik bijna denken dat de webserver of een proxy oid een of andere restrictie heeft waardoor hij text/x-vcard niet wil versturen.

[_Thanatos_]

Inderdaad. Een kale testcase bewijst dat het prima werkt. Ik gebruik WordPress om de data uit te halen die in de vcard gestopt moet worden:

PHP:

require($_SERVER['DOCUMENT_ROOT'] . '/wp-blog-header.php');

Dat dus bovenaan in de file.
Kan zijn dat dat niet de juiste manier is, maar het is toch bijzonder dat dat een dergelijke controle (en failage) kan veroorzaken?...

/edit
Even later
Als ik "wp-load.php" require, dan lijkt het te werken. Maar ik weet nog steeds niet of dat nou "de" manier is om de engine van wordpress aan te kunnen spreken...

[ Voor 19% gewijzigd door _Thanatos_ op 25-12-2011 02:26 ]

[Scr33x0r]

Lijkt mij een prima manier, de wp-blog-header.php haalt ook nog de template engine op en die haalt weer de template op..

Heb je error reporting aan staan? Zou best eens kunnen dat je anders al een headers already sent error krijgt..