Ну это, конечно, решение :), но в такой ситуации, боюсь украиский трафик вам особо не светит :). Как временное решение - возможно. Но переводить все равно нужно будет

8 минут назад, pawana сказал:

Ну это, конечно, решение :), но в такой ситуации, боюсь украиский трафик вам особо не светит :). Как временное решение - возможно. Но переводить все равно нужно будет

Как показывает практика, на текущий момент, поисковые запросы по языкам распределяются таким образом:

• ру - 90%
• уа - 10%

Надеюсь что современем эта ситуация изменится в лучшеую сторону. Хотя бы 50/50. Потому что работы увеличивается в 2 раза, а продажи увеличиваются всего на 10%.

И да, это временный костыль. Хотя частый случай, что временное становится постоянным.

Скоро будет Обнова мультиязыка и там закроем этот вопрос. 

Подскажите, я так понял согласно закона сайт должен по умолчанию загружаться на украинском языке, то есть при загрузке сайта по умолчанию на русском и  возможности выбора языка рус/укр не достаточно, верно?

Как-то печально, как уже писали Выше подавляющее большинство запросов на русском языке...

Опа, мой скрипт пригодился)

Кстати переменная оригинального языка  (lang: "ru",) не просто так выведена, в случае если у сайта есть несколько родных вариантов перевода в эту переменную следует записать текущий язык и если он совпадает с тем на который должен переводить виджет, то будет оставлен оригинальный перевод, то есть виджет не ограничивает стандартный функционал ни в чем. Все думал написать модуль для opencart, но так как опыта в бекенде мало не хочу позориться)

17 минут назад, GetWeb сказал:

Опа, мой скрипт пригодился)

Кстати переменная оригинального языка  (lang: "ru",) не просто так выведена, в случае если у сайта есть несколько родных вариантов перевода в эту переменную следует записать текущий язык и если он совпадает с тем на который должен переводить виджет, то будет оставлен оригинальный перевод, то есть виджет не ограничивает стандартный функционал ни в чем. Все думал написать модуль для opencart, но так как опыта в бекенде мало не хочу позориться)

Оп-па автор!

За скрипт спасибо.

Но у себя я обнаружил несколько проблем с куками.

Они пишутся в привязке к категории, а это не есть хорошо.

И они пишутся двумя способами сразу, а читаются только одним. Из-за этого переключатель языков работает только один раз. Т.е. нельзя переключиться обратно.

У себя я сделал так

function TranslateCookieHandler(val, domain) {
    // Записываем куки /язык_который_переводим/язык_на_который_переводим
    $.cookie("googtrans", val, {
        path: "/",
    });
}

И в стилях добавил

.goog-text-highlight {
    background-color: inherit !important;
    box-shadow: none !important;
    box-sizing: inherit !important;
}

13 минут назад, GetWeb сказал:

Опа, мой скрипт пригодился)

Кстати переменная оригинального языка  (lang: "ru",) не просто так выведена, в случае если у сайта есть несколько родных вариантов перевода в эту переменную следует записать текущий язык и если он совпадает с тем на который должен переводить виджет, то будет оставлен оригинальный перевод, то есть виджет не ограничивает стандартный функционал ни в чем. Все думал написать модуль для opencart, но так как опыта в бекенде мало не хочу позориться)

Как вариант, хранить не в куках,  а локал сторадж
Т по онлоад грузить еше свой собственный силь, который отрубит onhover стилизацию

31 минуту назад, Vladzimir сказал:

Они пишутся в привязке к категории, а это не есть хорошо.

Вы пробовали указать адрес домена? Обычно это помогает. Еще бывает проблема связанная с настройками сервера, когда кукам назначается HttpOnly, но похоже это не ваш случай.

44 минуты назад, Vladzimir сказал:

И они пишутся двумя способами сразу, а читаются только одним.

Даже 4-мя, если передан домен. Мой скрипт это надстройка до инициализации самого виджета и для корректного перевода важно как сам виджет будет читать куки на что мы уже повлиять не можем, с нашей стороны главное правильно записать. Ваше решение с path: "/", вполне корректно и изначально примерно так и было, но практика показала что с ним проблемы встречались чаще, поэтому пока остановился на такой реализации.

1 час назад, chukcha сказал:

Как вариант, хранить не в куках,  а локал сторадж

На то как работает виджет мы никак не можем повлиять, он пишет куки, а мы просто вклиниваемся в этот процесс, когда сами переназначаем их. Подробнее о самой концепции можно прочитать тут https://habr.com/ru/post/438588/

google-translate.js:

Это локальный скрипт и в нем можно юзать не куки

5 минут назад, chukcha сказал:

google-translate.js:

Это локальный скрипт и в нем можно юзать не куки

Я не совсем понимаю о чем речь. lang: "ru" это один из параметров в который мы пишем текущий язык, а затем решаем что делать с этой информацией, зачем локальное хранилище? В работе с виджетом оно не поможет потому что виджет работает только с куками, а раз уж мы используем куки, то опять возникает вопрос зачем локальное хранилище использовать?