+emve Posted May 7 Posted May 7 Images are not loaded from imgproxy. It returns ERR_CONNECTION_RESET. 1 Quote
+ecanderson Posted May 8 Posted May 8 Only a handful of external sites are approved for linking for images. https://www.geocaching.com/help/index.php?pg=kb.chapter&id=97&pgid=956 Quote
+emve Posted May 8 Author Posted May 8 7 hours ago, ecanderson said: Only a handful of external sites are approved for linking for images. https://www.geocaching.com/help/index.php?pg=kb.chapter&id=97&pgid=956 Images from approved domains are not loaded. In my case it is image from flagcounter. Quote
+baer2006 Posted May 8 Posted May 8 There is another twist to the issue ... I have several listings, which share a common short intro paragraph, which ends in a single "smiley" image. This image was created in the WYSIWYG HTML editor of the listing editor page. The HTML source code in the editor is 100% identical for all these listings. But after saving, they are sometimes different! Examples: https://www.geocaching.com/geocache/GCABCDC The image URL in the cache page is "https://cdn.ckeditor.com/4.11.3/full-all/plugins/smiley/images/regular_smile.png", and the smiley shows up. https://www.geocaching.com/geocache/GC9VD49 The image URL in the cache page is "https://imgproxy.geocaching.com/2beb833e6a0231c43c4c87614c7d9b653e54fea6?url=https%3A%2F%2Fcdn.ckeditor.com%2F4.22.1%2Ffull-all%2Fplugins%2Fsmiley%2Fimages%2Fregular_smile.png", and the smiley does not show up (because of the imgproxy failure). So, there are two problems/questions here: imgproxy.geocaching.com doesn't work, even on URLs, which are generated by GS themselves. Why is GS sometimes generating image URLs with imgproxy and sometimes not, when the originating URLs are 100% identical (and also generated by GS's own HTML editor)? 1 Quote
+arisoft Posted May 8 Posted May 8 1 hour ago, baer2006 said: Why is GS sometimes generating image URLs with imgproxy and sometimes not This imageproxy is a method to display modified images for some security reasons. Propably the main reason is to hide the IP-address of the user. The difference may relate to the history of the cache page. I have some old mystery caches that couldn't work with the proxy. Anyway, the imageproxy was injected to the html when the cache page was opened. It was not in the original editable source of the page. If you copy the HTML from an opened cache page to another cache source with this extra proxy then the result is not same as the original. Does this explain what may has happened? Quote
+baer2006 Posted May 8 Posted May 8 2 hours ago, arisoft said: If you copy the HTML from an opened cache page to another cache source with this extra proxy then the result is not same as the original. Does this explain what may has happened? No, it doesn't. The editable HTML of the first paragraph in my two listings is 100% identical. Yet one creates an imgproxy-HTML in the created cache page, while the other doesn't. I can even add new image links to the pages - for one cache, they result in imgproxy-lknks, but the other cache gets "plain" links. Kind of looks like a "hidden property" of the listing. In any case, none of this would be a problem, if the imgproxy server would just deliver the images. Quote
+arisoft Posted May 8 Posted May 8 2 hours ago, baer2006 said: The editable HTML of the first paragraph in my two listings is 100% identical. Are these two published at different years? Quote
+ecanderson Posted May 9 Posted May 9 15 hours ago, emve said: Images from approved domains are not loaded. In my case it is image from flagcounter. Ah - sorry. Thought perhaps you were dealing with imgproxy.net - different beast. That one is pretty slick, though. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.