Como usar logs de erro para solucionar um problema do usuário?

Um usuário do meu Discourse na Bélgica reclama que nosso site responde muito lentamente aos cliques. Estou na Califórnia. Não recebi nenhuma reclamação de meus outros usuários, que até agora estão em Minnesota, Alemanha e Holanda. A usuária em questão me disse que usa o Chrome no Windows. As velocidades de download e upload dela testam de forma semelhante à minha via speedof.me.

Se eu visitar https://discourse.MY_DOMAIN.com/logs/, vejo que a última entrada tem carimbo de tempo de apenas alguns minutos antes do envio do e-mail dela. A aba “info” diz:

Uncaught [object Object]
Url: https://discourse.MY_DOMAIN.com/assets/ember_jquery-1ed3f3559e6f967733b4088aa729ff7039dff2c09c5a5f787a214b016f58aabc.js
Line: 1
Column: 268124
Window Location: https://discourse.MY_DOMAIN.com/

A aba “backtrace” está vazia. A aba “env” diz:

hostname    MY_APP-app
process_id    780
application_version    ab0b0344048e7e7354615286486bf0508c7c2df6
HTTP_HOST    discourse.MY_DOMAIN.com
REQUEST_URI    /logs/report_js_error
REQUEST_METHOD    POST
HTTP_USER_AGENT    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36
HTTP_ACCEPT    */*
HTTP_REFERER    https://discourse.MY_DOMAIN.com/
HTTP_X_FORWARDED_FOR    IP_ADDRESS_IN_BELGIUM
HTTP_X_REAL_IP    IP_ADDRESS_IN_BELGIUM
time    4:25 am
params    
message    Uncaught [object Object]
url    https://discourse.MY_DOMAIN.com/assets/ember_jquery-1ed3f3559e6f967733b4088aa729ff7039dff2c09c5a5f78
line    1
column    268124
window_location    https://discourse.MY_DOMAIN.com/

Como posso usar essas informações, ou o mais que devo fazer, para solucionar a preocupação dela?

Obrigado.

Se for um único usuário, então provavelmente é um problema local no cliente ou relacionado à rede.

  • Onde seu site está hospedado?
  • Você está usando o CloudFlare?
  • Você confirmou se ela está usando uma VPN ou qualquer coisa que afete a rota dela até seu servidor? Um traceroute pode ajudar aqui.

Obrigado pela sua resposta.

  • O site está hospedado na AWS, não na CloudFlare.
  • O usuário não tem muita familiaridade com tecnologia, então duvido que esteja usando uma VPN, mas posso perguntar. Pedi para ela fazer login no modo de segurança e informar se isso melhora algo, mas ela ainda não respondeu a isso (agora é tarde na Europa).
  • Você pode recomendar ou indicar um traceroute para o Discourse?

O traceroute é uma ferramenta de linha de comando presente no macOS (traceroute) e no Windows (tracert). Ele mostra a rota de rede, salto por salto, do computador do usuário até o seu servidor. Não tenho conhecimento de alternativas boas baseadas em navegador; a maioria mostra a rota a partir do servidor, e não do cliente.

Você também pode pedir uma captura de tela do navegador para verificar se há extensões estranhas instaladas.

Você já descartou a possibilidade de ser um software de segurança local? Já vi ocasionalmente extensões de antivírus para navegadores que fazem proxy do tráfego e podem causar problemas.

Ah. Então, consigo fazer SSH na nossa máquina Discourse, vejo que o traceroute não está instalado, executo apt install traceroute (instala a versão 2.1.0) e, em seguida, executo traceroute ENDEREÇO_IP_Aparente_DELA_APARTIR_DO_DISCOURSE LOGS?

Se eu fizer isso, ele exibe o seguinte:

traceroute to 84.196.9.6 (84.196.9.6), 30 hops max, 60 byte packets
 1  * * *
 2  10.70.134.15 (10.70.134.15)  1.101 ms 10.70.134.35 (10.70.134.35)  1.079 ms 10.70.134.27 (10.70.134.27)  0.988 ms
 3  138.197.251.92 (138.197.251.92)  1.323 ms 138.197.251.94 (138.197.251.94)  1.628 ms 138.197.251.124 (138.197.251.124)  1.206 ms
 4  138.197.251.110 (138.197.251.110)  1.079 ms  1.071 ms 138.197.251.114 (138.197.251.114)  1.056 ms
 5  138.197.244.17 (138.197.244.17)  1.247 ms  1.251 ms 138.197.244.19 (138.197.244.19)  1.112 ms
 6  nyk-b3-link.telia.net (62.115.45.5)  1.866 ms  1.383 ms nyk-b3-link.telia.net (62.115.45.9)  1.331 ms
 7  * * *
 8  ldn-bb3-link.telia.net (62.115.113.21)  82.665 ms  82.486 ms  82.459 ms
 9  adm-bb4-link.telia.net (62.115.134.26)  78.418 ms adm-bb3-link.telia.net (62.115.113.210)  82.951 ms  83.025 ms
10  brx-b3-link.telia.net (62.115.116.191)  82.894 ms brx-b4-link.telia.net (62.115.116.231)  78.732 ms  78.321 ms
11  be-dgb01a-rb1-ae-20-0.aorta.net (213.46.162.13)  82.955 ms  82.970 ms be-zav01a-rb1-ae-21-0.aorta.net (213.46.162.6)  87.143 ms
12  * * *
13  * * *
14  * * *
15  * d54C40906.access.telenet.be (84.196.9.6)  94.362 ms  93.255 ms

O salto mais longo é o último, com 94 milissegundos, o que parece razoável. Isso indicaria que a rota da nossa máquina Discourse no norte da Califórnia até o computador dela na Bélgica parece estar tudo certo? O log do Discourse na minha postagem original acima estava, de outro modo, desprovido de qualquer informação valiosa além de obter o endereço IP aparente dela?

Você precisaria que ela fizesse um traceroute até você, pois o caminho que ela segue ao sair do provedor de internet dela não é necessariamente o mesmo que seu servidor seguirá até a rede dela.

O problema é recente? Houve uma grande interrupção na Level3/CenturyLink hoje que definitivamente afetou certas rotas transatlânticas.

Obrigado pelas suas respostas contínuas.

Minha usuária relatou que fazer login no modo seguro do Discourse resolveu o problema dela. Já pedi que ela ajude a identificar qual das três caixas de seleção do Modo Seguro é a que realmente ajuda.

Meus desafios continuam sendo a diferença de fuso horário, a diferença de idioma e a diferença no nível de conforto com a tecnologia. Posso atualizar este tópico se e quando souber mais.

Obrigado também pelo artigo de notícias relevante. Como foi a primeira vez que ela usou nosso Discourse, agora também me pergunto se essa interrupção pode ter sido relevante.