Westchnij, wróciliśmy do tego. Mogę z łatwością użyć CORS w dowolnej przyzwoitej przeglądarce, aby bezpośrednio przesyłać pliki do mojego wiadra AWS S3. Ale (nadchodziło), z IE muszę wrócić do Iframes. Łatwo, ustaw ukrytą ramkę Iframe, utwórz formularz, ustaw jego cel na Iframe name / id, wyślij formularz. Jeśli przesyłanie zakończy się powodzeniem, iframe zostanie przekierowane na podany adres URL i będę mógł uzyskać dostęp do wszystkiego, czego potrzebuję. Ale jeśli wystąpi błąd, ponieważ Iframe jest teraz w domenie AWS, nie będę miał dostępu do treści XML błędu. Rzeczywiście, nawet nie wiem, że wystąpił błąd.

Widziałem dzielnych ludzi w Internecie mówiących o hostowaniu pliku html, na tym samym wiadrze, do którego mają być przesyłane pliki, a następnie za pomocą postMessages do kierowania treści Iframe lub czegoś w tym rodzaju.

Czy ktoś mógłby mi wyjaśnić, jak osiągnąć to mityczne rozwiązanie? Program do przesyłania plików jQuery firmy Blueimp wydaje się rozwiązywać ten problem, ale według Boga kod jest tak jQueryified, że nie udało mi się tego zrozumieć.

Edycja dla jasnościIE <10 nie ma API FileReader.Z powodu 1 nie mogę użyć XDomainRequest do wysłania pliku do S3Więc użyj Iframe i opublikuj to wraz z kompletnym formularzem do S3Jeśli się powiedzie, AWS przekierowuje na stronę na serwerze, która odczytuje nagłówki i
następnie zwraca odpowiedź w stylu JSONP, którą można odczytać za pomocą skryptów na kliencie (strona przekierowania może
być określone przeze mnie).Jeśli popełnisz błąd, wszystko, co mogę teraz zrobić, to czekać na upłynięcie limitu czasu, a następnie dziennik konsoli
identyfikator IFRAME i wyskakuje alert, aby użytkownik mógł następnie zapytać o iframe za pomocą identyfikatora,
przeczytaj zawartość XML DAMN, sprawdź błąd określony przez AWS, a następnie spróbuj ponownie (jestem sarkastyczny ..)