Link naar vertaald draad URL

[tavenger5]

Want het is de vlag links niet koppelen aan de werkelijke vertaald draad URL. Dit is het maken van een hoop extra omleidingen en echt niet goed zijn voor de algehele SEO. Bewaar alternatieve tags in gedachten ook.

Ik ben niet zeker precies hoe dit zou moeten gebeuren op de vliegen, maar ik hoop dat de draad URL's kunnen worden opgeslagen op een bepaalde manier te vergroten niet de hoeveelheid query's per pagina.

[vBET]

Hallo. We zijn bewust over dit. Helaas deze functie toe te voegen zou grote invloed hebben op prestaties. Niet alleen omdat extra query's van vertaald links, maar vooral vanwege de vertaling aanvragen. Als koppelingen zijn niet vertaald zou nog dan elke link veroorzaken afzonderlijke vertaalopdracht vertaling provider. Het is omdat API voor meerdere vertalingen in één verzoek alleen voor dezelfde talencombinaties zorgt.

Andere oplossing zou zijn - wanneer het is al vertaald, neem vervolgens het vertaald en zo niet dan laat het zoals het nu is. Op deze manier de tweede kwestie zou weggaan.
En over extra query's - als u hebt ingeschakeld op de Cache van de gast dan het zal geen gevolgen hebben voor gasten aanvragen (in de cache in statisch bestand). VBET ondersteunt ook andere cache "in memory" motoren.
Dus als we zouden gaan voor het dan als is het hier beschreven, zonder enige optimalisatie in geval van query's (omdat dergelijke al onder extra cache ondersteuning vallen).

Vertel ons wat denkt u over deze oplossing.

[tavenger5]

Als de URL's zijn al vertaald konden worden opgeslagen in de cache gast, correct?

[vBET]

Ja. Gast cache werkt nog steeds per pagina. Dus nieuwe pagina zal alle URL's uit database opnieuw duren voordat deze wordt opgeslagen in de Cache van de gast. En opnieuw elke gast Cache refresh. Maar dit is echt kleine kosten. Sindsdien standaard gast cache werkt voor 24 uur. Het is dus één keer per dag. Ook wij kunnen maken dat voor geregistreerde gebruikers met de omleiding zullen (aangemelde gebruikers echt niet schakelen tussen talen voor terug en vooruit), en voor gasten zonder - zodat Google zal zien het best mogelijke manier.
Dit zal 2 in 1:
-voor logger gebruikers geen extra kosten tijdens de pagina generatie.
-voor gasten goedkope voor generatie en zelfs 0 wanneer u pagina in de Cache van de gast hebben (en Google en andere robots juiste koppelingen zonder invloed op de extra prestaties tijdens de omleiding ziet)

Dus ik denk dat het op deze manier wij eigenlijk kunt prestaties verbeteren door het doen van extra ding, maar alleen als gast cache is ingeschakeld, omdat wij omleiding voorkomen. Deze oplossing zal niet zelfs extra parameter toevoegen - het gewoon zal worden gehecht aan gast Cache.

Ik ben zeker over dit idee. Enkel om te zijn duidelijk - hebt u wat extra feedback over het?

[tavenger5]

Dat klinkt goed voor mij.

[Marcin Kalak]

Bedankt voor de bevestiging. We zullen werken aan deze functie.