ruby-on-rails - Pourquoi le serveur ne parvient-il toujours pas à télécharger des fichiers à l'aide de nginx?
迷茫
迷茫 2017-05-16 17:30:21
0
1
967

La situation spécifique est la suivante :
J'ai une application (rails+passenger+nginx), qui fournit une fonction de téléchargement permettant aux utilisateurs de télécharger des fichiers.
Je l'ai déployé sur le serveur et je l'ai testé

1 : Tout va bien lors du téléchargement de fichiers à l'aide de mon ordinateur

2 : Je peux télécharger des fichiers à l'aide de l'ordinateur de mon entreprise

3 : Lors de sa fourniture aux collaborateurs, le lien vers la page est interrompu lorsque le fichier est téléchargé à mi-chemin.

4 : Le collaborateur a utilisé l'ordinateur de son entreprise pour télécharger, mais le lien a été interrompu à mi-chemin du téléchargement.

5 : Les collaborateurs peuvent parfois télécharger (la probabilité est très faible) mais la plupart du temps la page est cassée après le téléchargement à mi-chemin

Je me suis connecté au serveur et j'ai vérifié les journaux et j'ai constaté que rien d'anormal ne s'était produit.

ps : Le collaborateur a déjà refait le système (il a pu télécharger avant la construction du système. Il a utilisé le navigateur Firefox et le navigateur IE, mais a échoué
). Je suppose qu'il y a un problème avec le réseau du collaborateur. Il est également possible qu'il y ait un problème avec ma configuration nginx.
À l'heure actuelle, je n'ai pas trouvé de point d'entrée approprié pour enquêter sur ce problème. Je publierai d'abord le problème et j'espère que tout le monde pourra m'aider avec des idées

.

Voici mon fichier de configuration nginx :

include       mime.types;
default_type  application/octet-stream;
log_format  simple '$remote_addr - [$time_local] "$request" $status $body_bytes_sent';
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                  '$status $body_bytes_sent "$http_referer" '
                  '"$http_user_agent" "$http_x_forwarded_for"';

#access_log  logs/access.log  main;

sendfile        on;
#tcp_nopush     on;

#keepalive_timeout  0;
keepalive_timeout  180;


include /opt/nginx/conf/sites-enabled/*;
迷茫
迷茫

业精于勤,荒于嬉;行成于思,毁于随。

répondre à tous(1)
给我你的怀抱

Tout d'abord, ce que je veux demander, c'est : les fichiers que vous et vos collaborateurs avez téléchargés pour tester le même fichier ? Aussi, les collaborateurs sont-ils testés au sein d’un réseau ?

Vous pouvez le vérifier comme ceci :
Tout d'abord, laissez vos fichiers de téléchargement de test être le même fichier. Fondamentalement, il est préférable que la taille et le type soient les mêmes. Vous pouvez donner le fichier réussi au collaborateur pour voir s'il peut le faire.
Parce que cela peut résoudre les restrictions causées par différents types ou tailles de fichiers

S'il n'y a pas de problème lors de la première vérification, examinez le problème du LAN et du WAN. Si cela est dû à un délai de transmission (certaines restrictions de délai d'attente et programmes sans mécanisme de nouvelle tentative), cela peut également être dû. utiliser de petits fichiers pour les tests

De plus, je voudrais demander si ce programme de téléchargement a-t-il été écrit par les propres programmeurs de l'entreprise ? Si tel est le cas, vous pouvez leur demander de mener une enquête de débogage.
PS : Habituellement, cela n'a pas grand-chose à voir avec la réinstallation du système. Si cela a quelque chose à voir avec le navigateur, cela peut avoir un petit impact. Cela dépend principalement de la façon dont le programme de téléchargement est écrit.

Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal