Mamy przypadek użycia Tridion w odniesieniu do dobranych treści, w których tworzymy komponenty multimedialne dla obrazów powiązanych z naszą zawartością, które wskazują na typy zasobów zewnętrznych zamiast przesłanych typów zasobów.W jaki sposób możemy zapisać komponenty multimedialne przy użyciu zewnętrznych typów zasobów, jeśli adres URL nie kończy się na rozszerzenie pliku?
Jednym z problemów, które napotkaliśmy w tym przypadku użycia, jest to, że pomimo wyraźnego ustawienia typu multimediów dla zasobu, jeśli adres URL obrazu zawiera ciąg zapytania: http://cdn.hw.net/UploadService/1c8b7f28-bb12-4e02-b888-388fdff5836e.jpg?w=160&h=120&mode=crop&404=default lub używa "przyjaznego adresu URL" : http://www.somewhere.com/images/myimage/ kiedy zapisujemy komponent, barfy Tridion z komunikatami o błędach podobnymi do: "Niepoprawna wartość dla właściwości" Nazwa pliku ". Nieoczekiwane rozszerzenie pliku: jpg? W = 160 & h = 120 & mode = crop & 404 = domyślnie. Oczekiwano: jpg, jpeg, jpe. "
Do tej pory jedynym sposobem, w jaki moglibyśmy się dowiedzieć, jak potencjalnie obejść ten problem, jest zrobienie czegoś hackowatego, np. Dodanie dodatkowego parametru ciągu zapytania do samego końca adresy URL kończące się oczekiwanym rozszerzeniem pliku: http://cdn.hw.net/UploadService/1c8b7f28-bb12-4e02-b888-388fdff5836e.jpg?w=160&h=120&mode=crop&404=default&ext=.jpg Oczywiście nie jest to najlepsze rozwiązanie i w rzeczywistości może nie działać w przypadku niektórych obrazów, jeśli strona, z której pochodzą, dokładnie sprawdza żądany adres URL.
Czy ktoś ma jakieś pomysły na temat tego, jak możemy obejść ten problem?
To się zmieniło, pojawi się rozwiązanie w 2013 roku –
Dobry pomysł na wykorzystanie systemu zdarzeń do radzenia sobie z tym za kulisami i dobrze wiedzieć o bezpośrednim wsparciu tego w Tridion 2013. –
Czy jest jakieś rozwiązanie w 2013 roku? Używamy 2013 sp1, ale wciąż ten sam problem. – rdhaundiyal