Forum général.général Owncloud : Taille max des téléchargements ?

Posté par  . Licence CC By‑SA.
Étiquettes :
3
19
mar.
2016

Bonjour,

j'ai récemment installé owncloud (Arch + nginx + uwsgi). J'ai, je pense, suivi toutes les indications. Cependant, tous les téléchargements de fichiers s'arrêtent à ~1025M (1048856K, 1074028544 o). Le flux s'arrête tout simplement.

J'ai essayé de trouvé quel est la source, mais actuellement nginx et php semblent être configuré pour autorisé des transferts jusqu'à 16Go.

J'ai jeté un coup d'œil aux fichiers de config d'owncloud (dont je suis au courant), mais rien ne semble l'indiquer.

Quelqu'un saurait-il ce que j'aurais pu rater ?

EDIT : J'ai trouvé la solution. Peut-être que comme explication est fausse, mais la solution marche (sur mon installation). Effectivement, comme indiqué, il faut augmenter la taille du proxy. Cependant, il faut augmenter la taille du proxy nginx et celui de nginx avec uwsgi (ou celui de uwsgi, je ne suis pas certain de comprendre). Il faut donc configurer proxy_max_temp_file_size et uwsgi_max_temp_file_size correctement.

server
{
    ...
    proxy_max_temp_file_size 16400M;
    uwsgi_max_temp_file_size 16400M;
    ...
}
  • # config php dans .htaccess ?

    Posté par  . Évalué à 2. Dernière modification le 20 mars 2016 à 00:59.

    lu dans Can't upload big files (over 1gb) in web

    There seems to be a bug in writing the .htaccess file.
    For some reason:
    php_value upload_max_filesize 2G
    php_value post_max_size 2G

    Does not work.

    Use:
    php_value upload_max_filesize 2000M
    php_value post_max_size 2000M

    (I have also realised the it is written incorrectly by the scripts.)

    je n'ai pas lu la suite…

    Envoyé depuis mon Archlinux

    • [^] # Re: config php dans .htaccess ?

      Posté par  . Évalué à 3. Dernière modification le 20 mars 2016 à 02:00.

      Nginx ne devrait pas lire les fichiers .htaccess.
      Ensuite, je suis capable de faire des upload. Ce sont les téléchargements qui ne fonctionnent pas.

      • [^] # Re: config php dans .htaccess ?

        Posté par  (site web personnel) . Évalué à 2.

        Est ce que tu as assez de place dans ton dossier /tmp, en local…? c'est là que temporairement les navigateurs enregistrent les fichiers en cours de téléchargement.

        Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

      • [^] # Re: config php dans .htaccess ?

        Posté par  . Évalué à 4.

        argh, j'avais pas compris, en général c'est l'upload qui pose ce genre de problèmes…

        donc, en recherchant un peu plus, il semble que ça soit la partie proxy de nginx qui, par défaut, limite les téléchargements à des fichiers de 1Go

        Optimizing Nginx for serving files bigger than 1GB

        tu as donc le choix d'augmenter la valeur de la variable proxy_max_temp_file_size
        ou bien de désactiver le proxy de nginx

        Envoyé depuis mon Archlinux

        • [^] # Re: config php dans .htaccess ?

          Posté par  . Évalué à 1.

          Comme indiqué dans l'edit de mon premier post, effectivement, il faut augmenter la valeur de la variable. Mais étant donné que j'utilise uwsgi, il faut également augmenter la valeur de la variable uwsgi_max_temp_file_size.

          • [^] # Re: config php dans .htaccess ?

            Posté par  . Évalué à 1. Dernière modification le 22 mars 2016 à 06:38.

            je ne connaissais pas uwsgi (limitations de ressources et sécurité)

            quel est l'intérêt du proxy de nginx si tu utilises déjà celui de uwsgi ?
            (à moins que ton nginx ne serve d'autres applis/pages qui elles n'utilisent pas uwsgi)

            Envoyé depuis mon Archlinux

            • [^] # Re: config php dans .htaccess ?

              Posté par  . Évalué à 1.

              À vrai dire. Aucune idée.

              J'ai principalement envie d'avoir une instance d'owncloud qui marche et qui est suffisamment sécurisée. La perte de performance ne semble pas être très importante. La bande passante descendante du client est actuellement ce qui limite la vitesse.

  • # Commentaire supprimé

    Posté par  . Évalué à 0. Dernière modification le 12 avril 2016 à 21:22.

    Ce commentaire a été supprimé par l’équipe de modération.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.