Okuna-api: Посты на нескольких языках

Другой вариант - наличие кнопки перевода.

Мы можем изучить предварительно обученные модели переводов с открытым исходным кодом и, возможно, начать с них?

http://opennmt.net/Models/

Кто-то в комментариях к OB упомянул: https://www.deepl.com/pro.html#pricing

Мы можем определить содержание языка при локальной публикации с помощью https://github.com/Mimino666/langdetect

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

Как это выглядит на данный момент:

1. Определите язык локально на сервере с помощью библиотеки langdetect и сохраните его как атрибут сообщения.
2. Когда кто-то получает сообщение, проверьте, соответствует ли язык сообщения языку устройства. * 1
3. Если это так, ничего не делайте, если нет, покажите кнопку «Перевести».
4. При нажатии кнопки translate вызовите / postUuid / translate / api с нужным языком.
5. Сервер вызывает внешний API перевода и возвращает результат * 2

* 1 Хотя язык устройства может работать для первых итераций, он должен стать чем-то вроде предпочтительного языка, который может быть загружен в язык устройства.

* 2 На данный момент есть 2 варианта: deepl.com и API перевода AWS.

Deepl выглядит как отличный вариант, поскольку базируется в Германии и утверждает, что придерживается строгих принципов конфиденциальности, но ... это еще одна третья сторона. Использование Amazon translate позволит сохранить все это в экосистеме AWS, но они говорят, что «могут» использовать содержимое для улучшения своих моделей перевода.

Лично я бы предпочел Deepl.

Мысли как всегда приветствуются.

Что касается пункта 3, также должна быть возможность никогда не показывать ссылку для перевода для определенного языка. На моем устройстве установлен голландский язык, но я не хочу, чтобы кнопка перевода отображалась для сообщений на английском языке. Google добавил аналогичную опцию после того, как их функция перевода в Chrome вызвала много негативной реакции со стороны многоязычных людей.

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

Обратной стороной deepl (и, возможно, AWS) является то, что они поддерживают только ограниченный выбор языков (пока). Конечно, большая часть пользовательской базы будет охвачена только английским, немецким, французским и испанским языками, но оставшиеся несколько процентов будут иметь меньший опыт.

Однако Bing и Google на самом деле не варианты, учитывая проблемы с конфиденциальностью.

Качество результатов DeepL отличное, но я согласен с тем, что ограниченный диапазон доступных языков может стать проблемой.
Другое дело - затраты. Я не знаю насчет AWS, но DeepL взимает с разработчиков 4,99 евро в месяц плюс 0,01 цента за 500 символов.

Спасибо за информацию @oliverzet !

В настоящее время Amazon Translate поддерживает перевод между следующим 21 языком: арабский, китайский (упрощенный), китайский (традиционный), чешский, датский, голландский, английский, финский, французский, немецкий, иврит, индонезийский, итальянский, японский, корейский, Польский, португальский, русский, испанский, шведский и турецкий. Между этими языками сервис поддерживает 417 комбинаций переводов.

И для ценообразования

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

@ schmitzel76 Конечно, мы добавим опцию «Никогда не переводить сообщения на ЯЗЫК».

Не знаю, что делать с неправильными переводами 🤔.

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

Кроме того, это, скорее всего, будет доступно только для общедоступных сообщений.

Я не уверен, что это относится непосредственно к этой проблеме. Но должна быть возможность изменить атрибут языка. Особенно с очень смешанными сообщениями с несколькими иностранными словами может случиться так, что будет сохранен неправильный язык. По моему опыту, даже MS Word выдает регулярные ошибки.

@lifenautjoe Что ж, AWS кажется менее дорогим и поддерживает намного больше языков. Сам перевод, вероятно, будет лучше с DeepL. С другой стороны, обычно этого достаточно, чтобы понять суть. Так что похоже, что Amazon - лучший выбор. Я не знаю, как это может повлиять на конфиденциальность.