A file_get_contents() függvény nagyon-nagyon lassú

[tibike]

Gondom van a file_get_contents() függvénnyel. Van egy oldalam, amibe egy másik oldal tartalmát húznám be, erre a file_get_contents() kézenfekvő is, hiszen az url fopen engedélyezett. Viszont, belefutottam egy gondba, ami miatt lassan kihullik a hajam.

Részletezem:

1. Van az xy.com lap, és benne egy ilyen rész (semmi extra):

Kód: [Kijelölés]

<?php
// keret.php
print file_get_contents("http://www.zz.com/valami.php");
?>

2. Van a másik lap, aminek a kimenetét beszúrnám.

Kód: [Kijelölés]

<?php
// valami.php
print "Nem tudom mi a gond...";
?>

Az a gondom, hogy az xy.com lap 0 terhelés mellett is baromi lassan (5-7 másodperc saccra) jelenik meg. A 2. lap böngészőben azonnal bevillan, és a file_get_contents() nélkül az 1. is hasonlóképp tesz. Nem tudom mi a fene lehet a gond.

[Charley]

DNS probléma nem lehetséges? Ki tudod próbálni a 2. lap elérhetőségét arról a szerverről, ahol az 1. lap van? A sok másodperces várakozás leginkább ilyesmi miatt szokott lenni.

[tibike]

Kipróbáltam, wget paranccsal a szerverről szintén gyors minden, amíg nincs file_get_contents(). Egyéb ötlet?

[Charley]

Tudni kellene mi lassú, hogy hol és mire várnak a scriptek. Tegyél valami időmérést a scriptek elejére és végére, hogy megtudd tképp mi a lassú.

Pl.

Kód: [Kijelölés]

<?php
$start_time=explode(" ",microtime());

//
//
// érdemi rész
//
//

$endtime=explode(" ",microtime());
$exec_time = $end_time[1] + $end_time[0] - $start_time[1] - $start_time[0];
print $exec_time;
?>


[tibike]

Tudni kellene mi lassú, hogy hol és mire várnak a scriptek. Tegyél valami időmérést a scriptek elejére és végére, hogy megtudd tképp mi a lassú.

Pl.

Kód: [Kijelölés]

<?php
$start_time=explode(" ",microtime());

//
//
// érdemi rész
//
//

$endtime=explode(" ",microtime());
$exec_time = $end_time[1] + $end_time[0] - $start_time[1] - $start_time[0];
print $exec_time;
?>


Kipróbáltam a fentit, de nem jutottam előrébb, a file_get_contents() függvény a lassúság oka. Annyi új fejlemény van, hogy a file_get_contents() csak akkor lassú, ha PHP kimenetet rántom be vele, egy statikus HTML file pontosan ugyanonnan ahol a másik PHP file van, gyors. Nem file_get_contents függvénnyel, hanem böngészőből és wgettel viszont gyors a valami.php is. Totál nem értem. Kezdek valami php bugra gyanakodni.

[Charley]

Huha. Tehát a valami.php lassú, amiben csak egy file_get_contents() van? De ha nem PHP kimenetből kapja a contentet, akkor meg ugyanazzal gyors? Ugyanazt adtad neki statikban? Ez eléggé képtelenségnek hangzik...

[tibike]

Huha. Tehát a valami.php lassú, amiben csak egy file_get_contents() van? De ha nem PHP kimenetből kapja a contentet, akkor meg ugyanazzal gyors? Ugyanazt adtad neki statikban? Ez eléggé képtelenségnek hangzik...

Pontosan. A fenti példában a valami.php file helyett egy valami.txt-t, ugyanazzal a "Nem tudom..." sorral nem produkálja a jelenséget. Nézegetem wgettel a két lekérés eredményét és fejlécét, de csak 1-2 különbség van a static és a php verzió közt. Pár header, Last-Modification, ETag, stb. Beletettem ezeket is a valami.php fájlba a header() függvénnyel, mostmár 100%-ban ugyanazt kapom a két kérésre. Innentől kezdem feladni... Nézegetem a PHP bugokat, de nem találok ilyesmit ott se...

[Charley]

Milyen PHP verziód van? Valami egyedi patch, suhosin, vagy ilyesmi?

[tibike]

Apache 2.2.15 és php 5.3.2, de ezeket nem tudom frissíteni, nincs közöm a szerverhez, azt a megrendelőm szolgáltatója adja. phpinfo() szerint nincs semmi patch, vagy egyediség, de nem látok rá ennél jobban.

[Charley]

Tudom reprodukálni scriptes hibádat egy tök más PHP verziójú szerveren. Erre meg speciel rá is látok, semmi extra nincs benne. Innentől érdekes a dolog.

[Clementh]

Szerintem kérdezzetek rá a szolgáltatónál, mert ilyen egyszerű kódnál ilyen hibának járjanak utána ők. Ez tuti nem coder mellényúlás.

[tibike]

Szerintem kérdezzetek rá a szolgáltatónál, mert ilyen egyszerű kódnál ilyen hibának járjanak utána ők. Ez tuti nem coder mellényúlás.

Szerintem ennek semmi értelme nem lenne, a szolgáltatók nem foglalkoznak ilyen hibákkal.

[Charley]

Szerintem sincs értelme a szolgáltatót bevonni, nem mindenhol hajtanak el, de a probléma okát kidebugolni nem igen fogják. Ez a fejlesztő dolga.

Viszont úgy néz ki meg van a probléma forrása.

Kisült egy kis debug után, hogy a file_get_contents() bugos kissé. A keep-alive connection zavarja össze a függvényt, emiatt a file_get_contents() hiába kapja meg a content-lenght mennyiségű adatot, szépen kivárja a timeoutot, amíg a kiszolgáló lezárja a kapcsolatot. Megoldásra több lehetőség is van.

1. a file_get_contents() megkerülése, pl. fopen(), fread(), fclose(),
2. "Connection: close" header küldése,
3. bármi egyéb, ami a keep-alive és a file_get_contents() együttesből kiiktat egyet,

Szóval egy megoldás:

Kód: [Kijelölés]

<?php
header("Connection: close");
print "Nem tudom mi a gond...";
?>


[tibike]

Ez a keep-alive volt a gubanc. Sejtettem, hogy valami bug lehet, de nem találtam meg. Más fórumokon is próbálkoztam, de úgy tűnik itt kellett volna kezdenem. Itt 1-2 ember lézeng csak, mégis itt a pont.

Köszi a segítséget!

[tibike]

Egyébként az file_get_contents() vagy fopen-fread-fclose az előnyösebb? Mármint a keep-aliveos gubancra keresgetve jutott eszembe, hogy vajon van más ilyen durva bugja is ennek a függvénynek? Keservesnek látom, hogy a bug igazából ismert, és nem friss, már előző verziók óta létezik php-ben.