[php] bestand uitspugen

[chielsen]

Ik wil een script een varibel bestand laten uitspugen.

Dat doe ik nu zo:

PHP:

<?
    $bestand = $_POST['file'];
    
    $contents = file_get_contents($bestand);
    
    echo $contents;
?>

Maar dat gaat een stuk trager dan rechtsstreeks het bestand benaderen omdat php ertussen zit die zelf eerst het bestand moet lezen, opslaan in het geheugen en dan pas uitspuugt.
Nu weet ik wel dat je ook een header kan geven dat de browser naar een bepaalde locatie gaat waar het bestand staat maar dan heb ik wat vragen / problemen:

Is het te achterhalen wat de daadwerkelijke locatie van het bestand is?

Als ik met fsockopen verbindt naar dit script volgt ie niet die header op. Dan zou ik dat dus eerst uit moeten lezen en dan weer een socket naar de het juiste adres moeten openen...

[NMe]

Ik snap niet waarom je voor een header wil weten wat de daadwerkelijke locatie van een file is. Je kijkt daar nu immers ook niet naar.

PHP:

header('Location: ' . $_POST['file']);

Dit zou gewoon een redirect moeten doen naar de pagina die je zien wil. Eventueel kun je ook naar fpassthru() kunnen gebruiken, al betwijfel ik dat die veel sneller is dan file_get_contents().

[Verwijderd]

Bovendien kan je voor HTTP gewoon fopen() gebruiken, die volgt Location headers als het goed is namelijk wel op. fsockopen() heeft namelijk geen ingebouwde HTTP support Als je fopen() gebruikt ipv fsockopen() zou ie het moeten doen.

Disclaimer: zo werkte het tenminste nog toen ik er voor het laatst iets mee gedaan heb

[Kees]

http://nl2.php.net/readfile

[Robtimus]

Even slightly offtopic: besef je wel dat dit een behoorlijk lek kan geven, zonder enige controle op de file die je kunt uitspugen? Als dit bv op een linux bak draait kun je zo gemakkelijk /etc/passwd en/etc/shadow laten printen, en dat wil je echt niet.

Ga er ook niet vanuit dat de pagina die de POST request verstuurt dit wel afvangt, want die kun je zonder al te veel moeite namaken. Dit wil je dus echt serverside afvangen.

[chielsen]

IceManX schreef op zaterdag 02 april 2005 @ 19:57:
Even slightly offtopic: besef je wel dat dit een behoorlijk lek kan geven, zonder enige controle op de file die je kunt uitspugen? Als dit bv op een linux bak draait kun je zo gemakkelijk /etc/passwd en/etc/shadow laten printen, en dat wil je echt niet.

Ga er ook niet vanuit dat de pagina die de POST request verstuurt dit wel afvangt, want die kun je zonder al te veel moeite namaken. Dit wil je dus echt serverside afvangen.

Dat snap ik natuurlijk ook wel, maar die code heeft niks met mijn probleem te maken dus plaats ik het ook niet. Maar toch bedankt.

Probleem is met fopen dat allow_url_fopen aan zal moeten staan. Aangezien ik geen invloed daarop heb is dat niet zo aantrekkelijk.

Ik weet niet of het kan, maar is het mogelijk dat als je een socket met bijv host.com/file.php hebt en die dan die header teruggeeft wat je uitleest je in hetzelfde socket nog kan verbinden met host.com/file.zip ?

[NMe]

chielsen schreef op zaterdag 02 april 2005 @ 20:10:
Probleem is met fopen dat allow_url_fopen aan zal moeten staan. Aangezien ik geen invloed daarop heb is dat niet zo aantrekkelijk.

Datzelfde geldt ook voor file_get_contents en nog een hele rits andere functies.

[djluc]

Het is eigenlijk heel simpel:
Als het via je eigen server gaat is het trager maar niet te achterhalen waar het vandaan komt. In alle andere gevallen wel omdat je de client dan verwijst naar de originele host.

[chielsen]

-NMe- schreef op zaterdag 02 april 2005 @ 20:25:
[...]

Datzelfde geldt ook voor file_get_contents en nog een hele rits andere functies.

Lokaal hoeft dat niet aan te staan hoor...

Wat er dus de bedoeling is, is dat vanaf server1 een verbinding wordt gemaakt naar dit script op server2 met bepaalde variabelen, en dat het script dan het juiste bestand uitspuugt.

[Osiris]

IceManX schreef op zaterdag 02 april 2005 @ 19:57:
Even slightly offtopic: besef je wel dat dit een behoorlijk lek kan geven, zonder enige controle op de file die je kunt uitspugen? Als dit bv op een linux bak draait kun je zo gemakkelijk /etc/passwd en/etc/shadow laten printen, en dat wil je echt niet.

offtopic:

/etc/shadow zal (als het goed is!) niet gaan, aangezien die alleen maar en enkel door root gelezen zou kunnen worden. En meestal (als het goed is!) draaien webservers niet onder 't root-account

[NMe]

chielsen schreef op zaterdag 02 april 2005 @ 23:02:
Lokaal hoeft dat niet aan te staan hoor...

Precies, maar dat geldt dus ook voor fopen:

If PHP has decided that filename specifies a registered protocol, and that protocol is registered as a network URL, PHP will check to make sure that allow_url_fopen is enabled. If it is switched off, PHP will emit a warning and the fopen call will fail.
Bron: http://nl3.php.net/fopen

Wanneer je geen url invoert, maar gewoon een lokale bestandsnaam, dan kun je ook gewoon fopen gebruiken.

[chielsen]

Je bedoelde toch fopen gebruiken ipv fsockpen Toch niet ipv file_get_contents