SmartCJ Support Forum

здравствуйте многоуважаемый админ!

пишу вам из далекого тайланда, очень много всего не понятно по смартсиджу, обьясните пожалуйста след. моменты:

1) можно ли определить язык сёрфера ? - что бы он зашёл на сайт и сайт был уже переведён
а) определять страну сёрфера?
б) определять язык с которым сёрфер зашёл ?
в) как это сделать ?

2) какое поле(или поля) требуется перевести ? - как задать их верно ? допустим мне нужно перевести:
а) титл
б) мета деск
в) мета кейворды
г) текст в шапке
д) названия категорий
е) какие-то текста на странице типа BEST THUMBS, тэги ну и другое
ну и конечно дески галер

3) В какое поле(или поля) сохранять результат ? - что бы это показывать сёрферу ? чтоб у него запомнилось и при нажатии на след страницу язык сохранялся и был перевод, чтоб гугл видел и радывался всему этому, чтоб всё было хорошо

4) в рерайтах как верно это всё закоментить ? чтоб нравилось гуглу опять же

С большим уважением и надежной на помощь! Заранее огромное спасибо

В вики есть раздел FAQ и multi language где конкретно описано как сделать мультиязычный сайт. Думаю стоит начать оттуда и обсудить после этого уже.

admin wrote:В вики есть раздел FAQ и multi language где конкретно описано как сделать мультиязычный сайт. Думаю стоит начать оттуда и обсудить после этого уже.

http://prntscr.com/ao94xq - нарисовал немного

было бы здорово всё упростить в разы

1) при создании мастера, когда мы заполняем все поля (дески/тэги/модели/группы) - скрипт уже запоминает что это английский к примеру, запоминает поля которые нужно будет переводить (можно начать с очень простой версии, например просто категории переводить, потом добавим что-то)

2) вводим API

3) мы просто выбираем язык/языки (сразу можно много выбрать чекбоксами) для которого/ых хотим перевод

4) нажимаем перевести

5) получаем слэйв на этом языке с теми же полями и данными которые у нас на слейве - сохранено всё в теже ячейки/поля что на мастере

6) легко встраиваем в хтмл перенаправления сёрферов по языку браузера или другой метод

нужно придумать реализацию по базам - как это дело будет работать c ротацией и без неё (так как сейчас это не пригодно к использованию, если допустим у нас даже база всего лишь в 10к), уменьшить нагрузки/оптимизировать работу получаемых баз

Ок, сначала по пунктам

1) при создании мастера, когда мы заполняем все поля (дески/тэги/модели/группы) - скрипт уже запоминает что это английский к примеру, запоминает поля которые нужно будет переводить (можно начать с очень простой версии, например просто категории переводить, потом добавим что-то)

Откуда мы запоминаем что это английский и откуда запоминаем поля которые надо переводить ? Те даже не ясно в какой это момент происходит. По идее вообще все тестовые поля надо переводить ? с другой стороны зачем это для категорий если перевод категории нужен фактически 1 раз - в момент ее создания.

2) вводим API

есть с десяток разных сервисов переводов.
тут как я понимаю идет речь о ключе для гугла ?

4) нажимаем перевести

потом замечаем что "ой, не тут что-то проставил", а база у нас 100к галер с описаниями по например 150 символов и у нас есть 10 пеереводов и по итогу так быстро с карты привязанной к гуглу списало 100к*150*10 = $3000

или кто-то нечаянно нажал ..

вы уверены что надо такая кнопка ?

5) получаем слэйв на этом языке с теми же полями и данными которые у нас на слейве - сохранено всё в теже ячейки/поля что на мастере

да. что перевод нужен в теже поля это понятно.

6) легко встраиваем в хтмл перенаправления сёрферов по языку браузера или другой метод

а чем плохо то перенаправление что есть сейчас ?

нужно придумать реализацию по базам - как это дело будет работать c ротацией и без неё (так как сейчас это не пригодно к использованию, если допустим у нас даже база всего лишь в 10к), уменьшить нагрузки/оптимизировать работу получаемых баз

"за все хорошее против всего плохого"
какие выводы можно сделать из этого абзаца ? что конкретно сделать по пунктам ?
Что конкретно у вас нагруженон на базе в 10к галер ?

admin wrote:Ок, сначала по пунктам

1) при создании мастера, когда мы заполняем все поля (дески/тэги/модели/группы) - скрипт уже запоминает что это английский к примеру, запоминает поля которые нужно будет переводить (можно начать с очень простой версии, например просто категории переводить, потом добавим что-то)

Откуда мы запоминаем что это английский и откуда запоминаем поля которые надо переводить ? Те даже не ясно в какой это момент происходит. По идее вообще все тестовые поля надо переводить ? с другой стороны зачем это для категорий если перевод категории нужен фактически 1 раз - в момент ее создания.

2) вводим API

есть с десяток разных сервисов переводов.
тут как я понимаю идет речь о ключе для гугла ?

4) нажимаем перевести

потом замечаем что "ой, не тут что-то проставил", а база у нас 100к галер с описаниями по например 150 символов и у нас есть 10 пеереводов и по итогу так быстро с карты привязанной к гуглу списало 100к*150*10 = $3000

или кто-то нечаянно нажал ..

вы уверены что надо такая кнопка ?

5) получаем слэйв на этом языке с теми же полями и данными которые у нас на слейве - сохранено всё в теже ячейки/поля что на мастере

да. что перевод нужен в теже поля это понятно.

6) легко встраиваем в хтмл перенаправления сёрферов по языку браузера или другой метод

а чем плохо то перенаправление что есть сейчас ?

нужно придумать реализацию по базам - как это дело будет работать c ротацией и без неё (так как сейчас это не пригодно к использованию, если допустим у нас даже база всего лишь в 10к), уменьшить нагрузки/оптимизировать работу получаемых баз

"за все хорошее против всего плохого"
какие выводы можно сделать из этого абзаца ? что конкретно сделать по пунктам ?
Что конкретно у вас нагруженон на базе в 10к галер ?

1) имеется ввиду, что мы приводом к общему виду модуль переводов, запоминать что это английский можно на стартке - ставим скажем ENG - всё скрипт себе пометил, что дефолтный перевод мастера уже ENG, чекбокс например сделать

а) мы создали группы или не создали если сайт без групп это не важно, так как выводимые данные они одни и теже
б) мы добавили в эти группы галеры с десками/тэгами/моделями/всем чем угодно, можно даже специальный тэг подставлять в тимплейт _translate например, которые будет переводить то к чему мы это подставили

все поля которые создаются на мастере - они известны, скрипт в модуле переводов - должен отталкиваться от них скажем поле 01) desc , 02) tags и тд в слэйве скрипт соотвественно применяет перевод и создаёт скажем 01) desc_ru , 02) tags_ru и потом кому перевод не понравился, может зайти в мастер в админке и поправить переводы для этого слейва (т.е удобно взять получившуюся базу- сделать там изминения и положить обратно)

т.е для 146 языков которые есть в гугле API (давайте хотя бы для гугл api это сделаем), нам не нужно для каждого языка прожимать - с английского перевести на русский, сохранить в такие-то поля и повторять это 146 раз или даже более если у нас много доменов, там разные категории и всё немного по другому

2) да, давайте начнём с гугл API, так как уже что-то под это дело есть

4) сейчас всё тоже самое, точно так же можно ошибится и на выходе получить -3000$ и более, поэтому нужно прежде чем делать затестить, посмотреть, всё ли окей, потом не ложить на креду сильно много денег чтоб такого не приключилось

6) сейчас нормально, но нет некого модуля и описания - вставляем это, всё сёрферы перенаправляются куда нужно, языки работают, сейчас мануал раздроблен под это дело и не ясно что откуда и куда, с чего начинать чтоб получилось

про базу, это не мои слова, авторитетных людей, вы с ними в телеграмме, я не смог проверить работу базы даже на 10к по 146+ языкам, дайте мне такую возможность пожалуйста

1) имеется ввиду, что мы приводом к общему виду модуль переводов, запоминать что это английский можно на стартке - ставим скажем ENG - всё скрипт себе пометил, что дефолтный перевод мастера уже ENG, чекбокс например сделать

а) мы создали группы или не создали если сайт без групп это не важно, так как выводимые данные они одни и теже
б) мы добавили в эти группы галеры с десками/тэгами/моделями/всем чем угодно, можно даже специальный тэг подставлять в тимплейт _translate например, которые будет переводить то к чему мы это подставили

все поля которые создаются на мастере - они известны, скрипт в модуле переводов - должен отталкиваться от них скажем поле 01) desc , 02) tags и тд в слэйве скрипт соотвественно применяет перевод и создаёт скажем 01) desc_ru , 02) tags_ru и потом кому перевод не понравился, может зайти в мастер в админке и поправить переводы для этого слейва (т.е удобно взять получившуюся базу- сделать там изминения и положить обратно)

т.е для 146 языков которые есть в гугле API (давайте хотя бы для гугл api это сделаем), нам не нужно для каждого языка прожимать - с английского перевести на русский, сохранить в такие-то поля и повторять это 146 раз или даже более если у нас много доменов, там разные категории и всё немного по другому

Итог этого абзаца который можно записать в туду

1. в переводах надо указывать на каком языке оригинал
2. при добавлении галер автоматически переводить поля аль, деск

все верно или что то забыто ?

4) сейчас всё тоже самое, точно так же можно ошибится и на выходе получить -3000$ и более, поэтому нужно прежде чем делать затестить, посмотреть, всё ли окей, потом не ложить на креду сильно много денег чтоб такого не приключилось

сейчас оно
1. спрашивает корректный ли перевод или что то хотим поправить
2. может останавливать после каждого перевода

в вашем варианте оно на лету переводит все что добавляется и ужимает до варианта только гугла.

6) сейчас нормально, но нет некого модуля и описания - вставляем это, всё сёрферы перенаправляются куда нужно, языки работают, сейчас мануал раздроблен под это дело и не ясно что откуда и куда, с чего начинать чтоб получилось

прочел 2 раза.
Какой именно вывод из этого надо сделать ? что записать в туду ?
В админке только один переключатель - редиректить по языку или нет.
Что предлагается с ним сделать ?

про базу, это не мои слова, авторитетных людей, вы с ними в телеграмме, я не смог проверить работу базы даже на 10к по 146+ языкам, дайте мне такую возможность пожалуйста

я понял что авторитеты кругом ) однако полагаю лучше придерживаться какого-то конкретного показателя. Что именно не так в базе сейчас ? как это видно ? где смотреть ? что конкретно надо сделать ?

admin wrote:

1) имеется ввиду, что мы приводом к общему виду модуль переводов, запоминать что это английский можно на стартке - ставим скажем ENG - всё скрипт себе пометил, что дефолтный перевод мастера уже ENG, чекбокс например сделать

а) мы создали группы или не создали если сайт без групп это не важно, так как выводимые данные они одни и теже
б) мы добавили в эти группы галеры с десками/тэгами/моделями/всем чем угодно, можно даже специальный тэг подставлять в тимплейт _translate например, которые будет переводить то к чему мы это подставили

все поля которые создаются на мастере - они известны, скрипт в модуле переводов - должен отталкиваться от них скажем поле 01) desc , 02) tags и тд в слэйве скрипт соотвественно применяет перевод и создаёт скажем 01) desc_ru , 02) tags_ru и потом кому перевод не понравился, может зайти в мастер в админке и поправить переводы для этого слейва (т.е удобно взять получившуюся базу- сделать там изминения и положить обратно)

т.е для 146 языков которые есть в гугле API (давайте хотя бы для гугл api это сделаем), нам не нужно для каждого языка прожимать - с английского перевести на русский, сохранить в такие-то поля и повторять это 146 раз или даже более если у нас много доменов, там разные категории и всё немного по другому

Итог этого абзаца который можно записать в туду

1. в переводах надо указывать на каком языке оригинал
2. при добавлении галер автоматически переводить поля аль, деск

все верно или что то забыто ?

4) сейчас всё тоже самое, точно так же можно ошибится и на выходе получить -3000$ и более, поэтому нужно прежде чем делать затестить, посмотреть, всё ли окей, потом не ложить на креду сильно много денег чтоб такого не приключилось

сейчас оно
1. спрашивает корректный ли перевод или что то хотим поправить
2. может останавливать после каждого перевода

в вашем варианте оно на лету переводит все что добавляется и ужимает до варианта только гугла.

6) сейчас нормально, но нет некого модуля и описания - вставляем это, всё сёрферы перенаправляются куда нужно, языки работают, сейчас мануал раздроблен под это дело и не ясно что откуда и куда, с чего начинать чтоб получилось

прочел 2 раза.
Какой именно вывод из этого надо сделать ? что записать в туду ?
В админке только один переключатель - редиректить по языку или нет.
Что предлагается с ним сделать ?

про базу, это не мои слова, авторитетных людей, вы с ними в телеграмме, я не смог проверить работу базы даже на 10к по 146+ языкам, дайте мне такую возможность пожалуйста

я понял что авторитеты кругом ) однако полагаю лучше придерживаться какого-то конкретного показателя. Что именно не так в базе сейчас ? как это видно ? где смотреть ? что конкретно надо сделать ?

1) да
2) чекбоксы: категории, дески, тэги, имена моделей
(то что хочешь то и выбираешь) , сделать возможность перевода по этапно, например мы добавили в мастер 20 категорий, создали слэйв RU с 20ю категориями, выделали чекбокс категории - нажали перевести ---> done
3) возможность поправить уже в конечном варианте - когда всё засэйвлено в слэйве, так как нет смысла по одной строчке переводить что-то отдельно (ну возможно кому-то и есть, для них можно оставить функционал который есть сейчас)

плюс я в будующем напишу как нужно правильно переводить и опять же этой системе гибкости добавить, чтоб не нужно было что-то руками переводить отдельно много, были тесты/сравнения машинного перевода и ручного, расхождения минимальные/несущественные, то что нужно - будет сделано

6) объединить в один мануал на 1ой странице всё что выводит языки и делает для них ротацию, всё вынести во вкладке Rotation --> Multilingual (!) , вынести туда код, который юзера перекидывает, вынести туда описания для всех опций

по базам, давайте сделаем что-то и проверим

но если представить что у нас даже 50-60 языков и скажем средняя база в 50к, то при такой механике которая сейчас - будет ли всё нормально работать ? ещё учесть нужно что таких сайтов будет много

опять же актуальный вопрос выбора регионов/стран/языков для которых можно объеденять ротацию - это новый уровень совсем будет и по нагрузкам и по базам (интересно же ?)

2) сразу допишу, что мы можем выбрать чекбоксами скажем не 1 язык а 20 языков или 50 языков или все языки, поставить чекбоксы к категориям к дескам/титлам/тэгам для каждой страны можно отдельно например сделать (свои чекбосы)

Хорошо, продолжаем добавлять туду из этой простыни

1. в переводах надо указывать на каком языке оригинал
2. при добавлении галер автоматически переводить поля категории (все поля категорий как я понимаю) , дески, тэги, имена моделей (опять же все поля)

кастом поля галер не надо ?

(то что хочешь то и выбираешь) , сделать возможность перевода по этапно, например мы добавили в мастер 20 категорий, создали слэйв RU с 20ю категориями, выделали чекбокс категории - нажали перевести ---> done

бац бац и в дамки )

если в сеттингах отмечено переводить категории то оно их сразу при добавлении и переведет.
или где предполагаются эти кнопки ?

3) возможность поправить уже в конечном варианте - когда всё засэйвлено в слэйве, так как нет смысла по одной строчке переводить что-то отдельно (ну возможно кому-то и есть, для них можно оставить функционал который есть сейчас)

сейчас разве нет такой возможности ?

6) объединить в один мануал на 1ой странице всё что выводит языки и делает для них ротацию, всё вынести во вкладке Rotation --> Multilingual (!) , вынести туда код, который юзера перекидывает, вынести туда описания для всех опций

а где сейчас эти опции есть кроме этого пункта меню ?

admin wrote:Хорошо, продолжаем добавлять туду из этой простыни

1. в переводах надо указывать на каком языке оригинал
2. при добавлении галер автоматически переводить поля категории (все поля категорий как я понимаю) , дески, тэги, имена моделей (опять же все поля)

кастом поля галер не надо ?

(то что хочешь то и выбираешь) , сделать возможность перевода по этапно, например мы добавили в мастер 20 категорий, создали слэйв RU с 20ю категориями, выделали чекбокс категории - нажали перевести ---> done

бац бац и в дамки )

если в сеттингах отмечено переводить категории то оно их сразу при добавлении и переведет.
или где предполагаются эти кнопки ?

3) возможность поправить уже в конечном варианте - когда всё засэйвлено в слэйве, так как нет смысла по одной строчке переводить что-то отдельно (ну возможно кому-то и есть, для них можно оставить функционал который есть сейчас)

сейчас разве нет такой возможности ?

6) объединить в один мануал на 1ой странице всё что выводит языки и делает для них ротацию, всё вынести во вкладке Rotation --> Multilingual (!) , вынести туда код, который юзера перекидывает, вынести туда описания для всех опций

а где сейчас эти опции есть кроме этого пункта меню ?

1) нет, мы 1 раз указываем это, когда создаём мастер
2) автоматически ничего не делать, только когда мы пошли и выбрали/проставили чекбоксы, переводить то что нам требуется (то что выбрали чекбоксами)
3) про бац бац и в дамки, имеется ввиду, что мы изначально уже создали мастер ENG, добавили туда категорий скажем (начнём с простого), зашли в мультилангуал панельку, выбрали чекбоксом RU и отметили category

скрипт создаст слэйв из ENG mastery for RU slave on RU lang

кнопки предполагаются напротив каждого из языков, плюс возможность выбрать всё, если вы хотите переводить кастом поля - выведите галку с кастом полем около языка

про возможность поправить - сейчас и перевести нельзя толком ничего ну у меня например с авторитетными людьми не вышло, авторитетный человек сидел кнопки нажимал нажимал и ничего не получилось )

опций нигде нету - вообще не понятно как сделать перевод, что для этого нужно и тд, есть 2е странички мануала совершенно разные ссылающиеся друг на друга про google API и просто транслейт (вывод менюшек и прочего, это кстати тоже можно сделать удобно а не так как сейчас)