Jump to content

Sugestões, Bugs, Falhas, Erros no FNF, Informa-nos aqui!


Kensei
 Share

Recommended Posts

8 minutes ago, Mini0n said:

Pode ser disso, mas também pode não ser. O JS pode estar a ser carregado e depois a alterar o HTML e a fazer com que isto dê estes saltinhos.

Até porque me pareceu que os saltinhos são o resultado da página estar a remover os "enters" depois dos embedded tweets e fb.

Mas o conteúdo html seguinte poderá ser redimensionado antes do carregamento do js que vai definir o tamanho daquele conteúdo

Se o embed for feito async, quando finalmente define o tamanho da janela já o resto está visível, por outro lado se for esperar pelo carregamento, no caso destes hangs era um tempo de loading enorme. Também acho que isto só acontece no Mobile porque são processadores menos potentes, mais propenso a ficar a carregar js uma quantidade de tempo enorme. 

De qualquer forma num Mobile sem consola é difícil ver onde empanca, mas acho que no desktop deve acontecer o mesmo, deve é ser menos notório

Link to comment
Share on other sites

3 minutes ago, Perks said:

Neste caso estava a falar do js dos embeds, não o da invision

Pelo menos no Twitter sei que vem uma camada atrás de cada um

O que é certo é que não me está a acontecer no tópico da 13ª jornada como mencionaram ai atrás.

Link to comment
Share on other sites

Epah depois de fazeres cache à resposta não deve fazer mais presumo, daí achar que é do que disse antes, porque se for lá a segunda vez acho que já não acontece

na api do Twitter existe mesmo a possibilidade AMP, mas acho que tem de ser declarado no header, o que também não faz sentido num site que usa múltiplos embeds, Se fossemos a meter todos os embeds que tens no header era um fartote

Eu pessoalmente há um bug que me irrita profundamente, é aquele em que no Mobile um gajo faz um reply, e o raio do botão fica "saving" depois de ter sido submetido, por exemplo

 
LiggfPl.png

 

Acho que tem a ver com aquilo que o queijo disse, mas acho que já vi report disso na invision

Link to comment
Share on other sites

1 hour ago, Revenge said:

Não. E ainda não consegui descobrir a razão, nem a Invision. Dizem que tenho de pedir suporte ao próprio Facebook. 

Já te disse o que fazes da outra vez que te falei deste problema, faz um request a partir da vps ao endpoint e vê que language string te dá

Se te der outra que não inglês, é do IP da vps, se te der ok, é da board

Por exemplo o request feito directamente por mim o json abre pt_PT

https://www.facebook.com/plugins/video/oembed.json/?url=https%3A%2F%2Fwww.facebook.com%2Ffacebook%2Fvideos%2F10153231379946729%2F

 

connect.facebook.net/pt_PT

Link to comment
Share on other sites

5 minutes ago, Perks said:

Já te disse o que fazes da outra vez que te falei deste problema, faz um request a partir da vps ao endpoint e vê que language string te dá

Se te der outra que não inglês, é do IP da vps, se te der ok, é da board

Por exemplo o request feito directamente por mim o json abre pt_PT

https://www.facebook.com/plugins/video/oembed.json/?url=https%3A%2F%2Fwww.facebook.com%2Ffacebook%2Fvideos%2F10153231379946729%2F

 

connect.facebook.net/pt_PT

És tu que fazes o request e não a vps. 

Seja como for, o ip da vps é inglês. 

Link to comment
Share on other sites

Faz o request numa tab incógnita, podes fazer no telefone com a linguagem inglês e de preferência com webrtc desligado ;) 

O resultado tem obrigatoriamente de ser diferente

Eu por exemplo se abrir o oembed directo no meu telefone, deu en_US porque é a linguagem que uso no telefone

Agora mudei para espanhol (Estados Unidos) e:

 
PjLA9tK.png

 

Link to comment
Share on other sites

De qualquer forma, se fizeste o request a partir duma vpn então está fora de hipótese o problema não ser da board, dá-lhes acesso aqui, eles que tirem o log do request do módulo oembed, aposto que a resposta dá a string árabe, 100% sure

Link to comment
Share on other sites

Mas se fizer um CURL ao link dentro da vps dá isto:

Quote

{"author_name":"Facebook","author_url":"https://www.facebook.com/facebook/","provider_url":"https://www.facebook.com","provider_name":"Facebook","success":true,"height":281,"html":"\u003Cdiv id=\"fb-root\">\u003C/div>\n\u003Cscript>(function(d, s, id) {\n  var js, fjs = d.getElementsByTagName(s)[0];\n  if (d.getElementById(id)) return;\n  js = d.createElement(s); js.id = id;\n  js.src = \"//connect.facebook.net/ar_AR/sdk.js#xfbml=1&version=v2.3\";\n  fjs.parentNode.insertBefore(js, fjs);\n}(document, 'script', 'facebook-jssdk'));\u003C/script>\u003Cdiv class=\"fb-video\" data-href=\"https://www.facebook.com/facebook/videos/10153231379946729/\">\u003Cblockquote cite=\"https://www.facebook.com/facebook/videos/10153231379946729/\" class=\"fb-xfbml-parse-ignore\">\u003Ca href=\"https://www.facebook.com/facebook/videos/10153231379946729/\">How to Share With Just Friends\u003C/a>\u003Cp>How to share with just friends.\u003C/p>\u062a\u0645 \u0646\u0634\u0631\u0647 \u0628\u0648\u0627\u0633\u0637\u0629 \u200f\u200e\u003Ca href=\"https://www.facebook.com/facebook/\">Facebook\u003C/a>\u200e\u200f \u0641\u064a 5 \u062f\u064a\u0633\u0645\u0628\u0631\u060c 2014\u003C/blockquote>\u003C/div>","type":"video","version":"1.0","url":"https://www.facebook.com/facebook/videos/10153231379946729/","width":500}[root@fastnewsforum ~]# 

 

  • Like 1
Link to comment
Share on other sites

20 minutes ago, Perks said:

então é da vps a passar a language string, disse-te logo que tinha de ser um dos dois

Tenta isto do segundo post

https://www.centos.org/forums/viewtopic.php?t=2037

Quote
  • The global settings file changed from previous RHEL versions (/etc/sysconfig/i18n) to /etc/locale.conf in RHEL7.

Mas lá tenho apenas um: LANG=C

Quote

@fastnewsforum ~]# locale
LANG=C
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=

 

Alterei para o default do Centos 7:

Quote

@fastnewsforum ~]# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Continua a ir buscar o ar_AR

Link to comment
Share on other sites

Experimentei agora em 2 servidores que configurei exactamente da mesma maneira, vai buscar a versão us_US em ambos. Não percebo.

1 minute ago, Perks said:

Pelo que li o curl usa o LC_ALL, será daí? 

Nos outros 2 servers o LC_ALL também está vazio.

Link to comment
Share on other sites

Mas experimenta num dos outros mudar para pt_PT.UTF-8

E vê se faz o pedido em pt

Só para testar

Outra opção é os gajos da invision passarem no header a opção da linguagem selecionada pela board, isso até era o mais lógico

Pelo menos era menos problemático entre não sei quantas instalações diferentes

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.