Odkaz na překlad vlákno URL

[tavenger5]

Jak je to vlajka odkazy nejsou odkaz na aktuální přeloženy vlákno URL. To vytváří hodně extra přesměrování a opravdu není dobré pro celkové SEO. Prosím, mějte alternativní Tagy v mysli stejně.

Nejsem si jistý, přesně jak to lze provést běhu, ale doufám, že vlákno URL by mohl do mezipaměti nějakým způsobem, nezvýší množství dotazů na stránku.

[vBET]

Dobrý den. Jsme si vědomi, o tom. Bohužel přidat tuto funkci by mělo velký dopad na výkon. Nejen proto, že další dotazy přeložil odkazů, ale hlavně proto, že požadavky na překlad. Pokud odkazy nejsou přeloženy ještě pak každý odkaz by způsobilo samostatné překlad žádosti poskytovateli překladu. Je to proto, že rozhraní API umožňuje více překladů v jednom požadavku pouze na stejné jazykové páry.

Jiné řešení by bylo - Pokud je již přeložen, pak se to přeložit a pokud ne, tak jej ponechat, jak je to teď. Tímto způsobem druhý problém by jít pryč.
A o dalších dotazů - Pokud jste zapnuli hodnocení Cache pak to nebude mít žádný dopad na hosty požadavky (do mezipaměti statických souborů). VBET podporuje také jiné motory cache "v paměti".
Tak jestli by to pak jako je to popsáno zde, bez jakékoli optimalizace pro případ dotazů (protože takové již pokryty další cache podpora).

Prosím, řekněte nám, co si myslíte o takové řešení.

[tavenger5]

Takže pokud URL je již přeložena, že by mohl být uložen v hostujícím mezipaměti, správně?

[vBET]

Ano. Stále hodnocení cache pracuje na stránce. Takže nová stránka bude mít všechny adresy URL z databáze znovu dříve, než budou uloženy v Cache hodnocení. A znovu každé aktualizace mezipaměti hodnocení. Ale je to opravdu malé náklady. Protože ve výchozím nastavení hodnocení cache pracuje na 24 hodin. Takže je to jednou za den. Také můžeme to že pro přihlášeného uživatele to bude s přesměrování (přihlášeným uživatelům skutečně není přepnout jazyk zpět a vpřed), a pro hosty bez - takže Google uvidí nejlepší možným způsobem.
Bude to 2 v 1:
-pro protokolování uživatele bez dalších nákladů během generování stránky.
-nízké náklady pro generování a i 0, když si hosté mají stránky v hodnocení Cache (a Google a dalších robotů se zobrazí příslušné odkazy bez vlivu na další výkon během přesměrování)

Takže si myslím, že to tímto způsobem, jsme ve skutečnosti může zvýšit výkon tím, že dělá věc, ale jen když hodnocení je zapnutá mezipaměť, protože jsme se vyhnout přesměrování. Toto řešení ani nepřidá další parametr - to prostě připojené k hodnocení Cache.

Jsem si jistý, o této myšlence. Jen aby bylo jasno - máte nějaké další zpětnou vazbu o tom?

[tavenger5]

To zní dobře.

[Marcin Kalak]

Díky za potvrzení. Budeme pracovat na tuto funkci.