widzisz ale teraz gdybasz i uogólniasz a nie skupiasz się na podanym problemie i podanej stronie ... część działa, część nie działa, a może obsługują, a może nie, itd ... powodów i przyczyn każdego problemu może być tysiące, a różnych problemów miliony
widzę że w swoich odp. zajmujesz się teorią i podejrzeniami, dlatego zamiast gdybać należy działać i pokolei sprawdzać oraz eliminować ew. problemy, a jak nas to przerasta, lub problem jest zewnętrzny/niezależny od nas, czy moduł/element jest wymagany, wtedy pomyśleć o czymś innym lub pisać swoje/albo zlecić to komuś
rozwiązanie które podałem jest proste i łatwe, wiec nie zaszkodzi sprawdzić, a przypuszczam że rozwiąże dany problem (mowie tylko o konsoli z chrome i poprawkach na https:// lub // w kodzie, dla elementów które posiadają taką opcje)
nie wiem czy wogóle zajrzałeś na podana stronę, ale głownie pojawiają się tam elementy img, które ktoś sobie pewnie w template wpisał na sztywno po http, albo zew. css z google, który działa także po https
co do twojego pytania dot. <img src="{$this_path}obrazek.jpg">
nie wiem skąd ten przykład i skąd się bierze this_path lub jak jest ta zmienna generowana - niestety przeceniasz moje możliwości, a uprzedzam dalsze drążenie tematu - wróżką nie jestem, szklanej kuli nie posiadam
jak z presty to sorry ale nie znam na tyle - jak załączysz kod generujący this_path, albo wskażesz lokalizację jeżeli to coś z presty, to ci odpowiem konkretem, i postaram się użyć fixa opisanego przeze mnie
jednak po pierwsze elementy typu img powinno się ładować względnie bez protokołu i lokalnie, a jak musimy z protokołem czy zdalnie, chociaż sensu to nie ma, to jw. używamy //
