Jak wgrać Duże (>25MB) pliki do serwisu www?

Należy pamiętać, że Usługi internetowe nie są zaprojektowane przede wszystkim jako mechanizmy transferu plików. Każdy specjalnie zaprojektowany protokół przesyłania plików będzie prawdopodobnie lepiej działał niż usługa internetowa. Na przykład takie protokoły są bardziej narażone na odzyskiwanie błędów, częściowe przesyłanie plików itp.

Jeśli jednak zamierzasz używać do tego celu usług internetowych w. NET, powinieneś użyć WCF, jeśli to w ogóle możliwe. Wśród innych korzyści WCF obsługuje strumieniowanie, a zatem będzie o wiele więcej wydajny pod względem wykorzystania pamięci. Obawiam się, że jeśli zastosujesz się do dwóch (dokładnych) sugestii powyżej, następnym wynikiem będą wyjątki "z pamięci lub zasobów", ponieważ stara technologia ASMX próbuje załadować cały plik 25MB do pamięci na raz. W rzeczywistości może mieć kilka kopii w pamięci jednocześnie!

Gdybym musiał korzystać z usług internetowych i musiał obsługiwać bardzo duże pliki, przyjrzałbym się wdrożeniu systemu, który pozwala przesyłać pliki w kawałkach.

Np.

• ticketId GetTicket (size)
• UploadData (ticketId, byte[] payload) (może być wywołana tyle razy, ile chcesz)
• FinalizeUpload (ticketId)

To pozwoli Ci schować Duże uploady i nie trzymać zbyt dużo danych w pamięci. Wadą jest to, że jesteś nadal korzysta z dość nieefektywnego mechanizmu transportu.

Tylko po to, aby dodać informacje do ludzi googlujących tę sieć.config:

C:\Program Files\Common Files \ Microsoft Shared \ Web Server Extensions\12 \ ISAPI

<location path="Copy.asmx"> <!-- Name of you asmx -->
    <system.webServer>
      <security>
        <requestFiltering>
          <requestLimits maxAllowedContentLength="104857600"/> <!-- 100 megs -->
        </requestFiltering>
      </security>
    </system.webServer>
  </location>

To rozwiązało nasz problem po rozwiązywaniu tego problemu przez dość długi czas.

Jeśli jesteś nastawiony na korzystanie z usług internetowych do poruszania się po plikach, chciałbym przynajmniej rozważyć użycie ws-Attachment / DIME attachments. Głównym problemem z wysyłaniem bajtów [] przez usługi sieciowe jest to, że są one umieszczane w ciele SOAP, które jest kodowane jako ciąg podstawowy 64. Kodowanie plików takich jak Ta zwiększa rozmiar pliku aż o dwie trzecie w ciele soap (tj. plik 6 MB staje się plikiem 9 MB przez przewód).

Prawdopodobnie Twój upload 25 MB zmieni się w ogromny koperty z mydłem.

Zdecydowanie sugeruję przeczytanie tego./ Align = "left" /

Oto fragment.

Microsoft ' s GPW Toolkit pozwala na duże załączniki do wysłania wraz z Metoda serwisu internetowego z wykorzystaniem grosza i Ws-standardy załączników. Będziemy zbadać te standardy i dlaczego są bardziej efektywne niż wysyłanie dużych ilość danych binarnych w sieci wywołanie usługi przez inne wspólne znaczy.

Mam nadzieję, że pomaga!

MaxRequestLength jest w KB, nie bajtach. To powinno dać ci limit 30 MB w 4-minutowym oknie timeout.

<httpRuntime executionTimeout="240" maxRequestLength="30000" />

Posiadanie zbyt wysokich liczb może uniemożliwić zastosowanie twoich wartości. I myślę natknąłem się na to kilka lat temu, kiedy myślałem, że to limit bajtów (mglista pamięć).

To nie odpowiada na twoje pytanie, ale to, co robiłem w przeszłości, to używanie WCF do przesyłania nazw plików/ścieżek/listingów, ale następnie użycie biblioteki FTP do przesyłania pliku przez FTP.

To mi pomogło:

            <binding name="uploadFilesBasicHttpBinding" maxReceivedMessageSize="2147483647" maxBufferSize="2147483647" maxBufferPoolSize="2147483647" receiveTimeout="00:10:10" sendTimeout="00:10:00" openTimeout="00:10:00" closeTimeout="00:10:00">
                <readerQuotas maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxDepth="2147483647" maxNameTableCharCount="2147483647" maxStringContentLength="2147483647"/>
                <security mode="TransportWithMessageCredential">
                    <message clientCredentialType="UserName"/>
                </security>
            </binding>