[PHP] Warning sinds PHP upgrade

[Carl Janssen]

Hallo,

Eerst en vooral: ik ben een complete PHP leek. Ik gebruik enkel de include
functie op mijn website. Gisteren werd de PHP software op de server van m'n
website geüpgraded naar een nieuwe versie. Sindsdien krijg ik overal waar
er een include staat een warning als deze:

Warning: includephp(): stream does not support seeking in
/home/virtual/site79/fst/var/www/html/weblog/nucleus/libs/globalfunctions.ph
p on line 681

Het gekke is dat de includes wel werken. Het te includen bestand wordt dus
weergegeven op de HTML pagina, maar er staat dus telkens zo'n warning bij.
Mijn webhoster wist me enkel dit te vertellen:

"PHP werd geupgraded naar de nieuwste versie waardoor een paar security
issues werden verholpen, waar je gebruik van maakte; voor de laatste details
kan je steeds terecht op php.net."

Maar op die site heb ik al tevergeefs naar een oplossing gezocht. Mijn
includes zien er steeds uit als dit:

<?php
// Header invoegen
include("http://www.domein.be/header.inc");
?>

Is daar iets fout mee misschien? Het werkte tot gisteren anders perfect...
Wanneer ik via Google zoek op "Warning: main(): stream does not support
seeking in" kom ik flink wat websites tegen die met hetzelfde probleem
lijken te kampen, maar een oplossing zit er blijkbaar niet tussen. Iemand
een tip?

Met vriendelijke groeten,
Carl Janssen

[Daniel Tryba]

In nl.internet.www.server-side Carl Janssen <carl.janssen@radio.fm> wrote:
> <?php
> // Header invoegen
> include("http://www.domein.be/header.inc");
> ?>
>
> Is daar iets fout mee misschien? Het werkte tot gisteren anders perfect...
> Wanneer ik via Google zoek op "Warning: main(): stream does not support
> seeking in" kom ik flink wat websites tegen die met hetzelfde probleem
> lijken te kampen, maar een oplossing zit er blijkbaar niet tussen. Iemand
> een tip?

In een "http stream" kan PHP inderdaad niet seek-en. Quickhack is de
warning onderdrukken (brrr.) met @ of een eigen error handler. Echter is
dit symptoom bestrijding, de oorzaak zou wel eens het onnodig gebruik
van http includes zijn! Staat die header.inc op de zelfde machine als je
eigen scripts? Doe dan een include van het locale filesystem (en dus
niet een http request).

BTW volgens mij is de warning overbodig...

--

Daniel Tryba

[Hans Wolters]

On Sat, 7 Jun 2003 00:37:16 +0000 (UTC), Daniel Tryba <news_be.comp.internet.design@canopus.nl> wrote:
> In nl.internet.www.server-side Carl Janssen <carl.janssen@radio.fm> wrote:
>> <?php
>> // Header invoegen
>> include("http://www.domein.be/header.inc");
>> ?>
>>
>> Is daar iets fout mee misschien? Het werkte tot gisteren anders perfect...
>> Wanneer ik via Google zoek op "Warning: main(): stream does not support
>> seeking in" kom ik flink wat websites tegen die met hetzelfde probleem
>> lijken te kampen, maar een oplossing zit er blijkbaar niet tussen. Iemand
>> een tip?
>
> In een "http stream" kan PHP inderdaad niet seek-en. Quickhack is de
> warning onderdrukken (brrr.) met @ of een eigen error handler. Echter is
> dit symptoom bestrijding, de oorzaak zou wel eens het onnodig gebruik
> van http includes zijn! Staat die header.inc op de zelfde machine als je
> eigen scripts? Doe dan een include van het locale filesystem (en dus
> niet een http request).

Die warning kwam al in 'late' rc's. Je hebt gelijk v.w.b. de oplossing.

> BTW volgens mij is de warning overbodig...

Nah, een melding in een log bestand is wel handig, je weet dan dat het
te maken kan hebben met een include vanuit een subdir :-)

Hans
--
pas op, nomailwanted is een spamtrap.

[Carl Janssen]

"Daniel Tryba" <news_be.comp.internet.design@canopus.nl> schreef in bericht
news:bbrc3s$dak$1@news.tue.nl...
>
> In een "http stream" kan PHP inderdaad niet seek-en. Quickhack is de
> warning onderdrukken (brrr.) met @ of een eigen error handler. Echter is
> dit symptoom bestrijding, de oorzaak zou wel eens het onnodig gebruik
> van http includes zijn! Staat die header.inc op de zelfde machine als je
> eigen scripts? Doe dan een include van het locale filesystem (en dus
> niet een http request).

OK, op die manier lukt het wel. Ik wist niet dat je daar niet met een
http:// adres mocht werken. Weer iets bijgeleerd dus. Bedankt voor je
hulp!

Met vriendelijke groeten,
Carl Janssen