[PHP] function.copy: Unable to access http://....

[pim]

Ik wil met PHP een lokaal bestand kopieren naar een subfolder dit werkt zonder problemen:

PHP:

copy('test.gif','files/test.gif');

Nu probeer ik hetzelfde te doen maar dan met een extern bestand:

PHP:

copy('http://www.google.com/intl/en_ALL/images/logo.gif','files/logo.gif');

Dit geeft de volgende error:

Warning: copy() [function.copy]: Unable to access http://www.google.com/intl/en_ALL/images/logo.gif

Deze functie werkt wel op 2 andere hosting accounts die ik bij andere providers heb.
Zou het kunnen dat dit met een server instelling te maken heeft, zo ja, weet iemand misschien welke?

[Casmo]

Gewoon fread() en fwrite() gebruiken voor externe gegevens?

[Luqq]

Gewoon met file_get_contents() de boel inlezen, en met fwrite() zoals casmo zegt het allemaal in een file zetten. Dit is waarschijnlijk een instelling in PHP.

[Jaap-Jan]

quote: http://nl2.php.net/manual/en/function.copy.php

Both source and dest may now be URLs if the "fopen wrappers" have been enabled. See fopen() for more details.

Lijkt mij de oplossing.

En het heeft te maken met de instelling allow-url-fopen

[ Voor 22% gewijzigd door Jaap-Jan op 13-02-2009 19:39 ]

[pim]

Ik wil eigenlijk het script niet meer aanpassen, maar liever het probleem oplossen

Jaap-Jan, thanx!! Dat moet het zijn.. Zal de provider eens mailen met de vraag of ze het kunnen Enablen.

[doeternietoe]

pim schreef op vrijdag 13 februari 2009 @ 19:41:
Ik wil eigenlijk het script niet meer aanpassen, maar liever het probleem oplossen

Jaap-Jan, thanx!! Dat moet het zijn.. Zal de provider eens mailen met de vraag of ze het kunnen Enablen.

Reken daar maar niet te vast op, de meeste hosting bedrijven zijn niet zo happig om dat aan te zetten. Succes, anyway.

[wackmaniac]

pim schreef op vrijdag 13 februari 2009 @ 19:41:
Ik wil eigenlijk het script niet meer aanpassen, maar liever het probleem oplossen

Je begrijpt zelf toch ook wel hoe krom dat is hè?

Je bent door je huidige oplossing afhankelijk van je host. Door je code enigszins aan te passen kan je dat oplossen, ook voor wanneer je in de toekomst weer een host tegen komt die de "fopen wrappers" uit heeft staan.

[Jaap-Jan]

Hoe denk je dat op te lossen door de code aan te passen?

fread() heeft een resource $handle nodig en die resource wordt (meestal) verzorgd door... tromgeroffel: fopen().

[ Voor 24% gewijzigd door Jaap-Jan op 14-02-2009 00:53 ]

[CyBeR]

fopen wrappers zijn nogal een simpel te exploiteren security risk (met de juiste onprofessioneel geschreven code erbij) en staan daarom vaak uit.

[WouZz]

Ik zou de oplossing dan ook hier zoeken.

[doeternietoe]

Jaap-Jan schreef op zaterdag 14 februari 2009 @ 00:52:
Hoe denk je dat op te lossen door de code aan te passen?

Curl of sockets gebruiken

En het liefst zelf een functie schrijven die controleert welke methoden van deze bruikbaar zijn en automatisch de goede kiest. Je zou de ene keer bij een host kunnen zitten waar curl uitstaat en sockets aan en de volgende keer ergens waar juist sockets uitstaan, maar curl aan.