Hallo,
op mijn website staan 4 foto's in het sjabloon, dus komen op elke pagina voor.
Regelmatig zet ik er andere foto's in.
Om niet mijn hele website dan opnieuw te moeten uploaden geef ik de nieuwe foto's dezelfde naam dan de oude m.a.w. ik overschrijf de oude foto's.
probleem: Als een bezoeker al op de website geweest is en hij heeft de oude foto's nog in de cache op zijn pc zitten ziet hij die ipv de nieuwe.
Is er een manier om de nieuwe foto's toch te forceren?
bedankt,
David
Inladen van foto's forceren bij bezoeken webpagina
- meon
- Administrator
- Berichten: 16609
- Lid geworden op: 18 feb 2003, 22:02
- Twitter: meon
- Locatie: Bree
- Uitgedeelde bedankjes: 564 keer
- Bedankt: 759 keer
- Contacteer:
De truc is je naam toch te veranderen. Dat kan, zonder dat de bestandsnaam verander door eigenlijk "foto1.jpg?random=1804309DSJLJ" te gebruiken, waarbij die random (of eender wat na het vraagteken eigenlijk) telkens anders is dan de vorige keer. Dat kan eventueel door een javascript zijn, of vanuit je website zelf worden toegevoegd.
-
- Premium Member
- Berichten: 725
- Lid geworden op: 26 apr 2004, 10:39
- Locatie: Neerpelt
- Uitgedeelde bedankjes: 16 keer
- Bedankt: 6 keer
- Contacteer:
Bedankt, als ik dat wil automatiseren (php), kan dat in de css? Daar wijs ik namelijk de foto's toe.
Dit zit in de website:
<div id="fotos">
<div id="rfoto1"></div>
<div id="rfoto2"></div>
<div id="rfoto3"></div>
<div id="rfoto4"></div>
</div>
Dit zit in de css:
#container #rest #fotos #rfoto1 {
background-image: url(../images/rechts/foto1.jpg);
}
#container #rest #fotos #rfoto2 {
background-image: url(../images/rechts/foto2.jpg);
}
#container #rest #fotos #rfoto3 {
background-image: url(../images/rechts/foto3.jpg);
}
#container #rest #fotos #rfoto4 {
background-image: url(../images/rechts/foto4.jpg);
}
Dit zit in de website:
<div id="fotos">
<div id="rfoto1"></div>
<div id="rfoto2"></div>
<div id="rfoto3"></div>
<div id="rfoto4"></div>
</div>
Dit zit in de css:
#container #rest #fotos #rfoto1 {
background-image: url(../images/rechts/foto1.jpg);
}
#container #rest #fotos #rfoto2 {
background-image: url(../images/rechts/foto2.jpg);
}
#container #rest #fotos #rfoto3 {
background-image: url(../images/rechts/foto3.jpg);
}
#container #rest #fotos #rfoto4 {
background-image: url(../images/rechts/foto4.jpg);
}
- localhost
- Elite Poster
- Berichten: 1315
- Lid geworden op: 14 mei 2006, 17:23
- Twitter: amedee
- Locatie: Sint-Niklaas
- Uitgedeelde bedankjes: 2 keer
- Bedankt: 5 keer
- Contacteer:
http://www.codeave.com/html/code.asp?u_log=5080
Ik weet alleen niet of dat ook geldt voor de gekoppelde css.
Code: Selecteer alles
<html>
<head>
<meta http-equiv="Pragma" content="no-cache">
<!-- Pragma content set to no-cache tells the browser not to cache the page
This may or may not work in IE -->
<meta http-equiv="expires" content="0">
<!-- Setting the page to expire at 0 means the page is immediately expired
Any vales less then one will set the page to expire some time in past and
not be cached. This may not work with Navigator -->
<title>CodeAve.com(No Cache)</title>
</head>
<body bgcolor="#FFFFFF">
<!-- There are two basic ways to prevent a page from
going into cache. Either one should work in the majority
of browsers. As with most meta tags they should be placed within
the head tags of your document -->
</body>
</html>
Vrijheid van meningsuiting op het internet is de vrijheid om op je eigen blog zoveel onzin te verkopen als je zelf wil.
Er bestaat geen verplichting om naar de vrije meningsuiting van een ander te luisteren.
Er bestaat geen verplichting om naar de vrije meningsuiting van een ander te luisteren.
Gebruik in uw php een hash functie gebaseerd op de image om die random waarde te creeren zoals meon voorstelt. Zolang de image niet veranderd is die hash ook niet anders. Dan kunt ge wel caching hebben en een snelle site. Localhost zijn voorstel lost het cachen wel op maar dan moeten de images (en pagina) bij ieder bezoek gedownload worden.
http://be2.php.net/manual/en/function.hash-file.php
http://be2.php.net/manual/en/function.md5-file.php
md5 zou een van de snellere moeten zijn.
http://be2.php.net/manual/en/function.hash-file.php
http://be2.php.net/manual/en/function.md5-file.php
md5 zou een van de snellere moeten zijn.
Please help, looking for a way to get rich and fast
- localhost
- Elite Poster
- Berichten: 1315
- Lid geworden op: 14 mei 2006, 17:23
- Twitter: amedee
- Locatie: Sint-Niklaas
- Uitgedeelde bedankjes: 2 keer
- Bedankt: 5 keer
- Contacteer:
Dat veronderstelt dat zijn webhosting php ondersteunt. Bij gewone providerhosting is dat meestal niet het geval.
Is er PHP, gebruik dan het gecombineerde voorstel van meon en BungaMan.
Is er geen PHP, gebruik dan dat van mij.
EDIT: http://www.natuurpuntneerpelt.be is een 100% statische website, gemaakt met Adobe Dreamweaver. Het domein is geregistreerd bij One.com en waarschijnlijk staat het daar ook gehost (nog niet in detail nagekeken). Volgens de productpagina's van One.com is PHP5 inbegrepen, dus kan de methode van meon+BungaMan gebruikt worden.
EDIT2: ikzelf heb nog nooit CSS on the fly gemaakt met PHP, maar er is uiteraard geen enkele reden waarom dat niet zou kunnen.
EDIT3: ik ben aangenaam verrast door de kwaliteit van de HTML die Dreamweaver genereert. Volgens de W3C Validator maar 25 fouten, en voor zover ik kan zien zijn de meeste "secundaire fouten" dus door op één plaats te verbeteren, los je meerdere fouten tegelijk op. Waarschijnlijk een zeer recente versie van Dreamweaver?
Is er PHP, gebruik dan het gecombineerde voorstel van meon en BungaMan.
Is er geen PHP, gebruik dan dat van mij.
EDIT: http://www.natuurpuntneerpelt.be is een 100% statische website, gemaakt met Adobe Dreamweaver. Het domein is geregistreerd bij One.com en waarschijnlijk staat het daar ook gehost (nog niet in detail nagekeken). Volgens de productpagina's van One.com is PHP5 inbegrepen, dus kan de methode van meon+BungaMan gebruikt worden.
EDIT2: ikzelf heb nog nooit CSS on the fly gemaakt met PHP, maar er is uiteraard geen enkele reden waarom dat niet zou kunnen.
EDIT3: ik ben aangenaam verrast door de kwaliteit van de HTML die Dreamweaver genereert. Volgens de W3C Validator maar 25 fouten, en voor zover ik kan zien zijn de meeste "secundaire fouten" dus door op één plaats te verbeteren, los je meerdere fouten tegelijk op. Waarschijnlijk een zeer recente versie van Dreamweaver?
Laatst gewijzigd door localhost 09 jan 2009, 14:49, in totaal 2 gewijzigd.
Vrijheid van meningsuiting op het internet is de vrijheid om op je eigen blog zoveel onzin te verkopen als je zelf wil.
Er bestaat geen verplichting om naar de vrije meningsuiting van een ander te luisteren.
Er bestaat geen verplichting om naar de vrije meningsuiting van een ander te luisteren.
-
- Deel van't meubilair
- Berichten: 29849
- Lid geworden op: 28 okt 2003, 09:17
- Uitgedeelde bedankjes: 446 keer
- Bedankt: 1985 keer
Het probleem is dat gans het no-cache en expires gedoe op zijn zachts gesproken zo goed als niet werkt (zeker niet met verschillende Internet Explorer versies).localhost schreef:<meta http-equiv="Pragma" content="no-cache">
<meta http-equiv="expires" content="0">
Ik weet alleen niet of dat ook geldt voor de gekoppelde css.
-
- Premium Member
- Berichten: 725
- Lid geworden op: 26 apr 2004, 10:39
- Locatie: Neerpelt
- Uitgedeelde bedankjes: 16 keer
- Bedankt: 6 keer
- Contacteer:
Als ik het goed gelezen heb wordt die md5-code berekend naargelang de filenaam, in dat geval is die ook steeds dezelfde en is het probleem nog niet opgelost.
- meon
- Administrator
- Berichten: 16609
- Lid geworden op: 18 feb 2003, 22:02
- Twitter: meon
- Locatie: Bree
- Uitgedeelde bedankjes: 564 keer
- Bedankt: 759 keer
- Contacteer:
Sinds DW CS3 maakt deze vrijwel foutloze codelocalhost schreef:EDIT3: ik ben aangenaam verrast door de kwaliteit van de HTML die Dreamweaver genereert. Volgens de W3C Validator maar 25 fouten, en voor zover ik kan zien zijn de meeste "secundaire fouten" dus door op één plaats te verbeteren, los je meerdere fouten tegelijk op. Waarschijnlijk een zeer recente versie van Dreamweaver?
![Smile :)](./images/smilies/icon_smile.gif)
nee, MD5 van de file, niet van de filename (dat gaat ook!)Vieten schreef:Als ik het goed gelezen heb wordt die md5-code berekend naargelang de filenaam, in dat geval is die ook steeds dezelfde en is het probleem nog niet opgelost.