[Apache/PHP] Image Not Available

[RMX]

Tijdens het developpen van een intranet voor een bedrijf wil het wel eens voorkomen dat plaatjes niet geparsed worden.
Na een refresh is het weer over.

Eerst dacht ik dat het niet zo heel storend is maar dit is het dus wel na een tijd.
Bij de properties van de plaatjes staat Not Available

Ligt dit aan een misconfiguratie in Apache of in PHP?

Ik ligt dit aan de lokale instellingen van Internet Explorer?

Alvast bedankt

[BtM909]

Plaatjes niet worden geparsed

Explain nader aub

[MadMan81]

Idd, hoe ga je met de plaatjes om? Laat je ze door PHP genereren? of zijn het gewone plaatjes?
En, wat gebeurt er als je de rechtstreekse URL van het plaatje opvraagt?

[Postman]

En wat is de load van je webserver?? Ik had ook zo'n soort probleem totdat ik er opeens achter kwam dat half internet bij mij een cd aan het downloaden was die ik ooit op mijn webserver had gezet voor een kennis. En om een of andere reden vond Apache het niet leuk dat allemaal te moeten doorgeven.

[RMX]

De webserver word nu alleen nog gebruikt als dev-pc zeg maar
En de load is verder goed imo.

Stel je eigen dit voor:
Ik heb een admin pagina voor het beheren van gebruikers.
Per gebruiker kun je dan zijn gegevens wijzigen
Via PHP word dit gedaan en met een while word er 1 regel herhaald totdat alle users doorgelopen zijn.

In deze 1e regel, staan 2 plaatjes.
Een voor het verwijderen van de gebruiker en een voor het wijzigen van de gebruiker.
Nu zijn er rond de 100 gebruikers, dus die regel word 100x herhaald.
Maar nu word heel de rij met plaatjes niet geparsed..

Dit gebeurd meestal als er 2 van dezelfde plaatjes geladen moet worden.

Snappen jullie het nog?

Dus misschien toch iets met een soort load te maken?
Als 'ie teveel requests krijgt dat ie dan de helft overslaat ofzo?

Ik zou graag een plaatje willen posten ter verduidelijking maar heb hier geen beschikking tot FTP.
Zal eens kijken waar ik online een plaatje kan uploaden..

[MadMan81]

Maar wat versta je onder "parsen"? geef je alleen url naar je plaatje? Zo ja, dan wordt de werkelijke afhandeling van je plaajte helemaal zonder PHP gedaan. In dat geval moet je ff in de access_log en error_log van je apache gaan kijken..

[RMX]

Ik bedoel onder parsen het insluiten van een plaatje in de code..

code:

print "<tr class=search><td><a href=\"javascript:delete_item($row[id]);\">[img]\"images/delete.gif\"[/img]</a></td><td><a href=\"error.php?action=edit&id=$row[id]\">[img]\"images/edit.gif\"[/img]</td><td align=\"right\"><i>$row[datum]</i></td><td>$pagina</td></tr>\n";

Snap je nu wat ik bedoel ?

Ik zal de logs eens gaan bekijken..

edit:

Als het probleem optreedt verschijnt er geen kruisje dat het plaatje niet gevonden kan worden, maar een doorzichtig vierkant blokje. Wel met de goede afmetingen..

[ Voor 38% gewijzigd door RMX op 10-01-2005 14:33 ]

[RMX]

Het probleem is ook hier op GoT te vinden, dus ik denk dat het aan mijn instellingen ligt van IE?
Iemand die weet welke ?

[MadMan81]

Dit probleem heeft volgens mijn niets met je website te maken, iig niet met php.. Je zult namelijk in de broncode aan de client site netjes de link naar het plaatje zien. Je zult het moeten gaan zoeken in de apache logs..

offtopic: Als je strings als keys gebruikt in array's hoor je daar een enkele quote om heen te zetten
Anders geeft PHP namelijk een notice: "PHP Notice: Use of undefined constant datum - assumed 'datum' in ..."

[RMX]

Ok, bedankt iedereen..

Het probleem is alleen op deze machine te vinden.
Op andere PC's is het probleem niet na te reproduceren.

[SuperRembo]

MadMan81 schreef op maandag 10 januari 2005 @ 15:10:

offtopic: Als je strings als keys gebruikt in array's hoor je daar een enkele quote om heen te zetten
Anders geeft PHP namelijk een notice: "PHP Notice: Use of undefined constant datum - assumed 'datum' in ..."

offtopic:
Nee, want ze staan hier in een string. Je krijgt een parse-error als ze er wel staan.

echo $foo['bar'];// OK
echo $foo[bar];//Notice: Use of undefined constant bar - assumed 'bar'
echo "$foo['bar']";// Parse error: parse error, expecting `T_STRING' or `T_VARIABLE' or `T_NUM_STRING'
echo "$foo[bar]";// OK

[Bosmonster]

Gaat het hier niet om de bekende IE image bug?

(veel x hetzelfde plaatje, zoals een icoontje, zorgt ervoor dat het plaatje soms niet weergegeven wordt)

[ Voor 54% gewijzigd door Bosmonster op 10-01-2005 16:09 ]

[MadMan81]

SuperRembo schreef op maandag 10 januari 2005 @ 15:51:
[...]

offtopic:
Nee, want ze staan hier in een string. Je krijgt een parse-error als ze er wel staan.

echo $foo['bar'];// OK
echo $foo[bar];//Notice: Use of undefined constant bar - assumed 'bar'
echo "$foo['bar']";// Parse error: parse error, expecting `T_STRING' or `T_VARIABLE' or `T_NUM_STRING'
echo "$foo[bar]";// OK

hmm idd: ff overheen gelezen...

[RMX]

Bosmonster schreef op maandag 10 januari 2005 @ 16:09:
Gaat het hier niet om de bekende IE image bug?

(veel x hetzelfde plaatje, zoals een icoontje, zorgt ervoor dat het plaatje soms niet weergegeven wordt)

Ja idd, om deze bug gaat het, is hier een workaround voor beschikbaar?

[Verwijderd]

Ja ben ook wel beniewd. Ik heb namelijk ook last van deze 'bekende' bug.

[Verwijderd]

RMX schreef op dinsdag 11 januari 2005 @ 08:34:
Ja idd, om deze bug gaat het, is hier een workaround voor beschikbaar?

http://www.mozilla.org
[/offtopic]

Je kan het oplossen door het plaatje edit.jpg (of hoe het mag heten) een aantal keer te copyeren naar andere bestandsnamen. Dan heb je bijvoorbeeld edit1.jpg, edit2.jpg, ..... edit 6.jpg. Dan zet je in de bestandsnaam van het plaatje een random getal tussen de 1 en de 6(of net hoeveel plaatjes je hebt). Hierdoor laad je meerdere plaatjes ipv 100x het zelfde plaatje.
Een nette oplossing is het niet, maar het is er iig een.

[RMX]

Het gaat om een intranet en hier in het bedrijf word helaas dezelfde browser gebruikt en dat is IE.

De truc van KingofDos is een beetje omslachtig want ik zit nu in de laatste fase, morgen moet ie opgeleverd worden.

Maar iig bedankt!

[Verwijderd]

Een bedrijf gebruikt meestal IE, dat doe ik op mijn werk ook omdat firefox niet zo mooi te intergreren is met de Active Directory, maar dat doet er niet toe.
Het is een vieze truc, dat klopt, maar het is er een die werkt. Op een andere manier zal het niet zomaar werken want dat is gewoon een bug binnen IE. Jij kan nog zo hoog springen, maar de bug blijft er toch wel.

PHP:

//hier start jou while/whatever loop ding
mt_srand(microtime());
$imgnr = mt_rand();
echo '[img]"images/edit'[/img]';
//hier is het einde van je loop ding

[Super_ik]

is het pre-cachen van het plaatje ook geen oplossing?

[RMX]

Super_ik schreef op dinsdag 11 januari 2005 @ 10:59:
is het pre-cachen van het plaatje ook geen oplossing?

En hoe gaat dat pre-cachen in zijn werk?
Kan ik dat door een header mee te sturen??

[Bosmonster]

Er zijn een aantal opties. De eerste is zorgen dat hetzelfde bestand met meerdere namen beschikbaar is. Of je het bestand kopieert met verschillende namen of er gewoon ?1 ?2 ?3 etc achterzet boeit dan niet. Een echte oplossing is dit imho niet.

Tweede mogelijkheid is geen img-tags te gebruiken, maar div's met een background via css.

[Verwijderd]

Maar in de vorm van pre-cachen wordt het probleen niet opgelost?

[Bosmonster]

Verwijderd schreef op woensdag 12 januari 2005 @ 00:43:
Maar in de vorm van pre-cachen wordt het probleen niet opgelost?

Nee, het probleem zit hem niet in de caching namelijk, maar in de grote hoeveelheden kleine requests die een of andere Explorer DLL in rap tempo om z'n oren krijgt.

[ Voor 21% gewijzigd door Bosmonster op 12-01-2005 10:33 ]