Warning: getimagesize - failed to open stream: Connection re

[NECAnGeL]

Ik krijg sinds een aantal dagen bij verschillende images op mijn website de volgende melding:

Warning: getimagesize(http://www.shared-all.nl/fsimages/10007060kl.gif) [function.getimagesize]: failed to open stream: Connection refused in /.........php on line 2598

Zie website waar het voorkomt: http://www.allesvoorjehui...n/nieuwste-producten.html
Het vreemde is dat hij na een paar keer de images van ons zelf neerzet (dat er geen image is)
maar als je op die images klikt dan krijg je wel de images op de vervolg pagina te zien (deze laden we extern in).

Het systeem werkt als volg wij zetten na de update de images op naar onze ftp server tot die tijd verkleint de website ze met getimagesize vanaf een externe locatie.

Ik weet niet of ik de code ook moet plaatsen. misschien weet iemand zo al wat er aan de hand is.

[RobIII]

NECAnGeL schreef op maandag 25 augustus 2008 @ 12:57:
Ik weet niet of ik de code ook moet plaatsen. misschien weet iemand zo al wat er aan de hand is.

Euh...ja. We zijn niet helderziend.

[Mike2k]

RobIII schreef op maandag 25 augustus 2008 @ 13:04:
[...]

Euh...ja. We zijn niet helderziend.

En mocht je de stille hint dan niet begrijpen....dump hier eens wat code.

[CH4OS]

http://www.shared-all.nl/fsimages/10016170kl.gif
werkt wel direct, waardoor ik eigenlijk vermoed dat PHP geen remote plaatjes kan benaderen voor getimagesize()?

Met andere woorden: heb je al geprobeerd het plaatje zélf te hosten?
Sowieso is andersmans dataverkeer (mis)(ge)bruiken gewoon stelen...

[ Voor 14% gewijzigd door CH4OS op 25-08-2008 13:22 ]

[curry684]

En dan graag alleen het stuk rondom regel 2598, niet de 2550 ervoor ook.

[Cartman!]

Tja, kan meerdere oorzaken hebben maar Connection Refused lijkt me toch een probleem met rechten.

Maak even een testcase die ongeveer hetzelfde doet en controleer waar het precies gebeurd (bepaalde map bijv).

edit: externe images? misschien is de instelling gewijzigd dat je geen url paden mag openen (allow_url_fopen)

[ Voor 21% gewijzigd door Cartman! op 25-08-2008 13:19 ]

[NECAnGeL]

GJ-tje schreef op maandag 25 augustus 2008 @ 13:16:
http://www.shared-all.nl/fsimages/10016170kl.gif
werkt wel direct, waardoor ik eigenlijk vermoed dat PHP geen remote plaatjes kan benaderen voor getimagesize()?

Met andere woorden: heb je al geprobeerd het plaatje zélf te hosten?
Sowieso is andersmans dataverkeer (mis)(ge)bruiken gewoon stelen...

Zie mij eerste reactie wij zetten ze om naar onze server maar dit duurd even tot die tijd halen we ze op.

Ik kom zo met de code.

[Voutloos]

NECAnGeL schreef op maandag 25 augustus 2008 @ 13:31:
Zie mij eerste reactie wij zetten ze om naar onze server maar dit duurd even tot die tijd halen we ze op.

Of je haalt het 1x op en cachet het resultaat. Als je meteen beide formaten bewaart, scheelt het je bovendien ook nog idioot veel qua CPU load en response tijden.

[NECAnGeL]

$foto = http://www.domein.nl/foto.gif;
$size = getimagesize($foto);

Allow_url_fopen staat aan!

[ Voor 94% gewijzigd door NECAnGeL op 25-08-2008 13:50 ]

[NMe]

Getimagesize() werkt niet op elke server wanneer je volledige urls gebruikt. Als je met externe images wil werken zul je ze eerst tijdelijk op moeten slaan op je eigen server om daar op een lokaal bestand getimagesize() aan te roepen. Als je bestand op dit moment al op je eigen server staat: gebruik relatieve paden in plaats van volledige urls wanneer je een bestand wil openen met getimagesize(). Relatieve paden gebruiken is sowieso meestal een goed idee.

[ Voor 6% gewijzigd door NMe op 25-08-2008 13:42 ]

[NECAnGeL]

Wat vreemd is dat we het ook gebruiken op de vervolg pagina als je op een image klikt daar gaat het wel goed. Kan het zijn dat de server niet te veel aanvragen te gelijk aan kan.

[NMe]

Alles kan. Maar wat heb je precies met mijn post gedaan? Het lijkt zo net alsof je mijn suggestie negeert.

[ Voor 32% gewijzigd door NMe op 25-08-2008 14:37 ]

[NECAnGeL]

Het probleem is dat als wij de image op slaan op de server de tool die dit doet dit heel traag maakt.
De website is dan bijna niet bereikbaar. Wij doen dit nu s'nachts

[Voutloos]

Als lokale I/O dusdanig traag is dat het beter is om elke hit alles opnieuw te hengelen, moet je je manier van opslaan eens grondig onder de loep nemen, of je script niet meer vanaf een CD-RW draaien.

[NMe]

NECAnGeL schreef op maandag 25 augustus 2008 @ 14:53:
Het probleem is dat als wij de image op slaan op de server de tool die dit doet dit heel traag maakt.
De website is dan bijna niet bereikbaar. Wij doen dit nu s'nachts

Dan heb je een paar keuzes:

1. Je script sneller maken en daarna getimagesize zonder probleem kunnen gebruiken.
2. De traagheid voor lief nemen omdat je meer waarde hecht aan getimagesize dan aan snelheid.
3. Getimagesize laten voor wat het is en het niet meer gebruiken.
4. Serversoftware installeren die wél overweg kan met urls in de aanroep van die specifieke functie.

Ik zou persoonlijk voor optie 1 gaan, aangezien ik me niet kan voorstellen dat dit zó traag moet gaan.

[NECAnGeL]

Ik zal eens kijken bedankt voor de info.