Hi Martin,

thanks  a lot!

I am already using unique URLS as I a always generate a new UUID which is part 
of the relative pic url.
The caching problem is related to Facebook as they cache it somehow on their 
side although a unique URL is used.

Chris


> Am 17.05.2015 um 14:42 schrieb Martin Grigorov <[email protected]>:
> 
> Hi,
> 
> Options:
> 1) Use different urls for different images
> 2) disable caching for the IResource. See
> https://github.com/apache/wicket/blob/a1c83cbc9cba919cf0106ff5b7c5fa69cac27ef7/wicket-core/src/main/java/org/apache/wicket/request/resource/AbstractResource.java#L458
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Sun, May 17, 2015 at 3:39 PM, Chris <[email protected]> wrote:
> 
>> Hi all,
>> 
>> If the user clicks on a certain button, I am dynamically generating an
>> image and mount this as follows: http://www.domain.com/facebook/UUID.png <
>> http://www.domain.com/facebook/UUID.png>. After that, the JS function
>> below is called.
>> 
>> I am using the Facebook feed dialog in order to open the share dialog.
>> Although I am providing unique picture URLs, Facebook always shows an old
>> image (from the cache) and not the one from the URL.
>> Does anyone know a hint how to force Facebook to use the picture from the
>> URL in its share dialog?
>> https://developers.facebook.com/docs/sharing/reference/feed-dialog/v2.3 <
>> https://developers.facebook.com/docs/sharing/reference/feed-dialog/v2.3>
>> 
>> Thanks, Chris
>> 
>> <script type="text/javascript">
>>    function shareMessage(link) {
>> 
>>        FB.ui(
>>                {
>>                    method: 'feed',
>>                    name: some name,
>>                    link: 'some link',
>>                    picture: link,
>>                    caption: link,
>>                    description: "some description",
>>                    message: ''
>>                });
>>    }
>> 
>> </script>
>> 
>> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to