Как сделать автоматический перевод qTranslate X?

Question

[Artem Fl]

В общем суть такая
Есть плагин qTranslate X.
Наверное многие знают о нем)
Как можно реализовать чтобы текст который был введет на одном языке переводился сразу на всех которые нужны?

Answer 1

[Игорь Воротнёв]

Никак.

Comments

[Artem Fl]

Почему?

[Игорь Воротнёв]

artyom_jeman: Потому что, объясняю как contributor данного плагина - он не может переводить за вас, и данный функционал не планируется. Теоретически, можно напилить вручную интеграцию гуглопереводчика или яндекс какого-нибудь, захукать в плагин и это даже будет работать. Правда переводы будут машинные. Но это костыль, и опять же, не будет являться функционалом xTranslate. Это совершенно другая кухня.

[Artem Fl]

Игорь Воротнёв: Понял.
Я именно про этот костыль и говорю)
Мне машинный перевод и нужен.

[Игорь Воротнёв]

artyom_jeman: Тогда лучше поищите в репозитории WordPress.org готовые плагины для Google Translate. Они по крайней мере сразу заработают. Писать вручную интеграцию гуглопереводчика по АПИ конечно можно, но это достаточно объемная задача, и для опытного разработчика, который знает хорошо и WordPress, и qTranslate, и умеет грамотно работать с внешними API. Вот если бы вы спросили, сколько будет стоить разработка такого модуля - поверьте, цена вам не понравится. Кусючая :)

[Дмитрий]

Игорь Воротнёв: а почему кусючая?
кроном вешаем задачу:
1 берем пост без перевода
2 берем текст на основном языке и отправляем на
https://www.googleapis.com/language/translate/v2?k...
3 добавляем результат к телу поста (и оборачиваем в теги qTranslate)
4 обновляем пост

Час работы, $20.
Если не делать красивые окошечки, предупреждения, проверки языков, логику на "что делать когда два языка основные" и тп, не добавлять опции к плагину.

Или я какие-то подводные камни не вижу?

[Игорь Воротнёв]

dimasmagadan: была такая программа, "угадай мелодию". Мой ответ - делайте :)
По сути: алгоритм в целом ок. Но есть огромная тележка нюансов. И первый из них - это крон. Не работает с full page cache, да и вообще работает крайне нерегулярно. К тому же, переложив на него обращения к внешним ресурсам вы рискуете их из-за упомянутых ранее особенностей наплодить достаточно для того, чтобы сервер ответил таймаутом. Ну и, привет race conditions. И это только так, в общих чертах. Если уж и идти этим путем - то делать переводы / запросы к АПИ одновременно с созданием языковой версии - создали клон поста на другом языке, выполнили запросы, обновили данные в БД. Но и тут есть нюансы (хоть и меньше, чем с кроном). Далее - АПИшка гугла имеет лимиты по запросам. Их тоже код должен учитывать, и, например, перекидывать текущю задачу на крон. В это же время, что делать с непереведенным контентом? По хорошему, надо его делать драфтом, и менять статус на publish только после успешного осуществления перевода (по крону). Это дополнительная логика. Ну и так далее.

Я не говорю, что этого нельзя сделать. Можно. И ничего архисложного тут нету. Но если делать не костыль, а так, чтобы оно нормально и стабильно работало, то есть вагон нюансов, которые надо учесть, все это разработать, оттестировать и тд. Тут совсем не час работы, это вполне реально выйдет в рабочий день. Учитывая вашу ставку, $20 * 8 = $160. У меня ставка выше, значит и конечная стоимость будет выше. Это уже цена, которую я и назвал "кусючей". Есть готовые плагины именно для Google Translate. Автору лучше посмотреть на них, это будет бесплатно.

[Дмитрий]

Игорь Воротнёв: думаю, у вас тот случай, когда от больших знаний большие проблемы)

>И первый из них - это крон.
не проблема.
если на сайте есть кэширование или он редко посещаем, отрубаем крон движка, добавляем задачу в крон сервера (туториалов, как это сделать, куча).

перед отправкой поста добавляем ему мета поле "_working", после получения и сохранения перевода поле удаляем.
посты с этим мета полем не трогаем.
(или трогаем, но раз в сутки и другой задачей - считаем, что ответа от сервиса по ним не дождались и нужно их перепроверять. Другая задача будет раз в сутки удалять все эти мета поля).
забываем про race conditions.

>АПИшка гугла имеет лимиты по запросам
тупо посчитать, какой лимит в сутки, и сделать соответствующее количество задач

условно - допустим гугл разрешает 100 запросов в сутки
60/15 * 24 = 96 - выполняя задачу раз в 15 минут, мы будем делать 96 запросов
Соответственно, переводить 96 постов в сутки. Если недостаточно, можно склеивать несколько постов в 1 запрос.

>По хорошему, надо его делать драфтом, и менять статус на publish только после успешного осуществления перевода (по крону). Это дополнительная логика
На самом деле зависит от желания заказчика - может его устроит, что записи без перевода будут сразу публиковаться (плюс в настройках плагина есть опция - можно показывать табличку, что пост еще не переведен).
но если нужно, то как-то так:
вешаем функцию на изменение статуса поста.
если у поста есть мета поле "_checked", разрешаем смену статуса на опубликовано.
если нет, сохраняем обратно как черновик.

Ну ок, не час, с всеми этими правками выйдет в 2 часа. И будет нормально и стабильно работать.
Не так важно.

Посмотрел список контрибьютеров плагина (интересно было посмотреть, какие вы правки делали ну и на уровень кода, раз уж у вас ставка больше), ни на гитхабе ни в репозитории WordPress среди разработчиков плагина вас нет. Вы там под другим ником или почему-то вас забыли упомянуть?

[Дмитрий]

Игорь Воротнёв: добавлю еще немного)

>объясняю как contributor данного плагина - он не может переводить за вас, и данный функционал не планируется.
на гитхабе в версии 3.4.8 уже есть возможность перевода через их сервис (платно).
https://github.com/qTranslate-Team/qtranslate-x/bl...
то есть, функционал для автоматического перевода планируется и уже есть.
По этому и уточняю, действительно ли вы один из контрибьюторов? Если да, то, по идее, должны быть в курсе.

>Я не говорю, что этого нельзя сделать. Можно.
Ну так теперь, когда я алгоритм написал, конечно можно)
В самом начале вы более категорично настроены были.

[Игорь Воротнёв]

dimasmagadan: Слышали звон, да не знаете где он :) Зато потроллить - с удовольствием :))

1. Contributor - это не только тот, кто код контрибьютит. Есть еще бета-тестинг, обсуждения, ответы на форуме оф.саппорта, обучение и тд. GitHub показывает только контрибьюшны строчек кода, что не является точным показателем. К примеру, в стандартной теме Twenty Sixteen согласно GitHub у меня огромный вклад по количеству строк. В реальности же я плотно занимался Coding Standards в первую очередь, и большая часть этих строк - оформление чужого кода. Что касается qTranslate X - там и в коде есть парочка моих правок, но они не делались в виде PR, поэтому "зачислены" в актив John'а. Не в этом дело, в общем.

2. Translation Service в qTranslate X - это старый, унаследованный от оригинального qTranslate сервис, который никак не связан с qTranslate X, не поддерживается командой, и, что самое важное, является платным сервисом ручного перевода - там профессиональные переводчики за денюжку ручками переводят. www.marius-siroen.com/qTranslate-X/TranslateServices - вот тут описание и вопросник, который команда qTranslate X недавно запустила для выяснения, нужны ли свои сервисы. На данный момент общее командное мнение прежнее - не нужны и не планируются (как и написано на страничке плагина в репозитории WordPress.org). Именно эту позицию, актуальную на данный момент времени, я и озвучил. Впрочем, мир OSS тем и хорош, что если юзерам это надо будет (например, по результатам этого опросника), то данная фича будет разработана и добавлена.

3. И, наконец, последнее. Внимательно изучите те ~900 строк кода, на которые вы сослались. Если вы все еще утверждаете, что вот такой функционал можно написать за 1 (ну ок, 2) час и нормально оттестировать - напишите. А потом расскажете, сколько реально это заняло времени.

Мой категоричный отрицательный ответ был по нескольким причинам:

- в текущей версии плагина этого функционала нет.
- надстройки для этого функционала в виде адд-она тоже нет (насколько мне известно).
- топикстартер не разработчик, уровня его знаний чтобы самому написать подобный модуль недостаточно.
- данный функционал - не одна функция на 20 строчек, получить код целиком на Тостере не получится.
- писать такой функционал можно, но нецелесообразно. Во-первых, недешево. Во-вторых, есть готовые специализированные решения именно для машинного перевода, без qTranslate X.

Что касается вашего алгоритма - он вполне логичный, на некоторые узкие места я указал, но в целом все абсолютно реально. И я нигде не утверждал, что невозможно написать подобный функционал. Написать можно что угодно, вопрос исключительно в квалификации, количестве времени и финансовой себестоимости. Автору просто этот алгоритм бесполезен, потому что автор - не разработчик (ну или совсем начинающий, что одно и то же). К тому же, в вашем алгоритме нет rocket science, вполне очевидные вещи для любого более-менее опытного разраба.

[Дмитрий]

Игорь Воротнёв:
>1. Contributor - это не только тот, кто код контрибьютит.
ну, я тогда контрибьютор виндов, фаерфокса, скайпа и еще кучи программ, к которым я отправлял отчеты о падениях. По вашей логике так правильно получается?

>2. Translation Service в qTranslate X - это старый, унаследованный от оригинального qTranslate сервис
ну ок, не буду спорить. Вполне возможно, что по этому пункту не прав.
Хотя по ссылке, что вы дали, написано "We would like to figure out if we need to remove this feature or to keep it alive". Получается сейчас они пока сами не решили, убрать перевод или нет. Я к этому плагину отношения никакого не имею, мог ошибиться.

>3. И, наконец, последнее. Внимательно изучите те ~900 строк кода
Зачем?
У человека, который задал вопрос, совсем другая задача. Ему нужно, чтоб текст автоматически переводился.
Не нужна оплата, подтверждение заказов и тп. Ну никак не будет там 900 строк.

Убедили. Сейчас, напишу основное, посчитаю и время и объем кода

[Игорь Воротнёв]

dimasmagadan:
> ну, я тогда контрибьютор виндов, фаерфокса, скайпа и еще кучи программ, к которым я отправлял отчеты о падениях. По вашей логике так правильно получается?

Ну вы уж совсем упрощаете. Dev-митинги где идет обсуждение и принимаются решения посещали? Раннее тестирование плотное проводили? Багрепорты писали, воссоздавали у себя баги, отмеченные другими? Находили и предлагали решения этих баг? Документацию писали? Или может ваши ответы из оф. форума поддержки мигрировали в документацию? Если да - тогда поздравляю, вы контрибьютор. Не надо делать из этого слова фетиш. Контрибьютор - этто не только програмер. Это любой человек, любой квалификации, любой профессии, который внес полезный вклад в программный продукт. Все остальное - холиварное семантическое задротство.

> Получается сейчас они пока сами не решили, убрать перевод или нет.

Совершенно верно. Как я и сказал, эта фича левая, к qTranslate X отношения не имеет и не поддерживается. Наследие оригинального форка, с первых дней работы над форком оно там, и если сделаете diff'ы, то увидите, что там практически ничего и не менялось с тех пор. По сути это legacy code, к тому же интегрированный со сторонним проектом. Именно поэтому в одном из обсуждений было принято решение разобраться с ним - выпилить или переделать/доделать. Для этого и спросили юзеров.

> У человека, который задал вопрос, совсем другая задача. Ему нужно, чтоб текст автоматически переводился. Не нужна оплата, подтверждение заказов и тп. Ну никак не будет там 900 строк.

Изучите код, и подобных вопросов не возникнет. Нет там никакой оплаты вообще. Все это - на стороне того сервиса. В этом файлике как раз тот функционал, о котором выв говорите.

> Убедили. Сейчас, напишу основное, посчитаю и время и объем кода

Ну, если вы уж прям уперлись - пишите. Но это трата времени. "Напишу основное" - это как раз вот та беда, о которой я изначально говорил, "на полшишечки беременна". Это в лучшем случае будет прототип / proof of concept, но даже не minimum viable product. И чтобы превратить этот прототип в реально работающую фичу, понадобятся пару часов тестирования. Плюс документирование кода. Вот вам и рабочий день, про что я изначально сказал сразу. И никак не 1 час (ну ок, 2). Поверьте, моя реакция изначальная аналогична - "да **ли тут писать, запросил апи, записал между тегов, если ошибка какая-то - кинул в крон, ну добавил еще мусорособрщик". Но опыт написания плагинов с такой вот гасконской оценкой показывает, что в реальности конечное затраченное время в несколько раз превышает первичную оценку. Потому что нюансы.

[Дмитрий]

Игорь Воротнёв: Контрибьютор - это тот человек, который есть в списке "внесших полезный вклад". Все остальное - холиварное семантическое задротство. Вас в списке нет.
Дальше по этому пункту спорить смысла не имеет.

>Нет там никакой оплаты вообще.
оплаты нет, но код есть.
https://github.com/qTranslate-Team/qtranslate-x/bl...
код для подтверждения заказа есть, небольшая логика под обработку заказов так же есть.
Даже если не смотреть сам код, вас текст "Order successfully sent", "No open orders" и тп не смущает? Ну явно жеж это все для нашего случая будет лишним.

>Ну, если вы уж прям уперлись - пишите.
https://gist.github.com/Dimasmagadan/cfc5623433ea3...
с учетом того, что на час катался в ленту за продуктами, вышло около часа.
и менее 200 строк

Из "ограничений":
работать будет только для 2х языков (добавить для нескольких можно - разные метаполя под каждый язык, чтоб поправить 10-15 минут, 5-10 строк),
функции не документировал (в "вашем" плагине основная масса кода вообще без документации),
не добавил функцию для добавления задач в крон (это 10-15 минут, 5-10 строк),
учитывая, что вы негативно настроены к крону, это можно считать не недоделкой, а фичей - текущая реализация будет работать, если добавить задачу в крон сервера (нужно будет дергать site/wp-admin/admin-ajax.php?action=text),
нет страницы с опциями (править ключ нужно ручками, типы постов так же руками в коде, если добавить страницу с опциями - 10-15 минут, 20-60 строк),
перевожу только тело поста, заголовки не трогаю (10 минут, 10-20 строк),
не запрещаю публикацию постов с одним языком (10-15 минут, 10-20 строк).

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

Собсно, как я и писал - 1-2 часа. Сейчас код рабочий, использовать можно.
Добавить правки займет около часа и количество строк все равно не сильно приблизится к 900.

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

[Дмитрий]

Игорь Воротнёв: улучшений там можно еще много делать.
к примеру, можно тот же запрос пар перевода кэшировать. Будет чуть быстрее работать.
Можно вынести кнопку в админку, на страницу редактирвоания поста, чтоб можно было прям сразу автоматический перевод получать и тд и тп.

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

[Artem Fl]

Ребят, Вы чего?)
Я просто спросил если есть какое-то решение готовое, или какой-то готовый аддон к нему)

[Игорь Воротнёв]

dimasmagadan: Ишь как пригорело))

По контрибьюторству - ну вы собсно в холивар и ушли. Спорить смысла действительно нет, о чем я написал в предыдущем комменте. Если вам комфортнее, если "последнее слово" остается за вами - пусть так и будет, закрыли тему.

По плагину - аккурат точь в точь то, что я говорил - ПРОТОТИП, PROOF OF CONCEPT. Все остальные ваши "ограничения" - это оправдание. По сути, вы уложились в эти пресловутые 2 часа, но то, что вы сделали, не является готовой работой, и клиентом принято быть не может. Я уж молчу про то, чтобы самому быть удовлетворенным результатом за который не стыдно. Да и с этим кодом вы лукавите. С магазином :)

Не сделано вообще, по вашим же словам:

- нет работы с реальными используемыми языками и с произвольным их количество (надо из qTranslate X получать активные, получать язык по умолчанию и работать с ними, это +2 функции) - 15 минут
- документирования нет, ну да ладно, пусть это будет моя персональная заморочка - 30 минут
- крона нет, а с ним как раз предостаточно нюансов - задача, обработчик ошибок и повторное назначение, garbage collector и тд + отладка - смело добавляйте 2 часа сверху. Я лично к крону отношусь положительно, но имея опыт работы с ним, отношусь к также и осторожно. - 2 часа
- вы делаете для юзера, значит опции нужны, хардкодить нельзя (то же касается языков) - 30 минут
- переводите только тело поста, нет ни заголовка, ни мета. Не совместимо ни с одним плагином, который добавляет мета - SEO, ACF, WooCommerce и тд. Никуда не годится, голый прототип. Для того, чтобы отслеживать корректно все мета - еще часа 2 накидываем сверху
- код работает только с постами, не работает со страницами custom post type (и уж тем более не учитывает какие post types разрешены для перевода) - еще 1 час
- код не работает с taxonomies - и встроенными, и кастомными. И также не учитывает настройки qtranslate - еще полчаса (reuse кода из предыдущего пунтка)
- код побъет кучу лишнего - например shortcodes - минимум 1 час
- запросы кешировать можно, но в данном случае необязательно

Итого, сверху: 7 часов 45 минут. Как я и говорил изначально.

Повторюсь, вы за час слепили proof of concept. Годно, но это не конечный результат который можно отдавать за деньги. Вы создали клиенту больше проблем, чем у него было в самом начале. По сути у вас 3 простые фичи - взять тело поста, отправить на апишку на перевод, забрать из апишки ответ и сохранить. Этого недостаточно, чтобы брать за это деньги и называть это работой.

+ беглое code review:

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

> На мой взгляд, если у вас по задачам итоговое время всегда и в несколько раз превышает предварительную оценку, вы что-то делаете не так.
Совершенно верно. Были случаи лет 10 назад, каюсь. Горьким опытом научен, что "эгэгэй, гасконь!" - плохая практика. С тех пор предпочитаю считать вдумчиво.

> Но если и эти правки делать, то тогда я бы как вы, не смог бы уложится в заявленный бюджет/сроки)
Отож! Вот я об этом же. А без этих правок - это голый прототип, а не готовая работа.

ЗЫ: Вот честно, вы же сами прекрасно все понимаете. Зачем этот спор? Вас так выбесило мое "контрибьютор", что вы готовы угробить половину выходного дня на то, чтобы доказать всему миру, что я неправ? :) Я "пушу" мультиязычность в ядре при каждой возможности и активно работаю с несколькими плагинами - Polylang, qTranslate X (ранее с оригинальным qTranslate), WPML, в том числе и контрибьчу, в том числе иногда и код (не считая отлов багов и тестирование). Если уж вас так коробит от этого слова - читайте как "хорошо знаю код плагина".

[Игорь Воротнёв]

artyom_jeman: а нам в воскресенье заняться нечем))) Я холостяк, мне к 8му марта готовиться не надо :)

[Дмитрий]

artyom_jeman:
>а нам в воскресенье заняться нечем))) Я холостяк, мне к 8му марта готовиться не надо :)
аналогичная ситуация)

но, не будем отвлекаться.

Игорь Воротнёв: вы не особо внимательно смотрели мой код
>нет работы с реальными используемыми языками и с произвольным их количество (надо из qTranslate X получать активные, получать язык по умолчанию и работать с ними, это +2 функции)
беру реально используемые языки
https://gist.github.com/Dimasmagadan/cfc5623433ea3...
Насколько помню, язык по умолчанию лежит в той же переменной. Сейчас смотреть лень.
Как уже писал выше, дописать для остальных языков (чтоб работало если их больше 2х), будет 10-15 минут

>документирования нет
Ну так и в "вашем" плагине документирована только очень небольшая часть кода. Если сравнивать, то в процентах по отношению к коду количество комментариев в моем коде выйдет больше или равным)
Объем моего кода очень небольшой, дописать документацию займет 10-15 минут.

>вы делаете для юзера, значит опции нужны, хардкодить нельзя (то же касается языков) - 30 минут
Какие 30 минут?
30 минут добавление опций займет только в том случае, если у вас это первый проект и нужно будет читать документацию и по ней делать опции. Если уже есть опыт добавления через options api, что мешает скопировать с прошлого проекта?
Или, подозреваю, вы не в курсе, есть автоматические генераторы кода, которые очень сильно ускоряют процесс написания. Для добавления опций я использую вот такой сайт (к слову, он с опечаткой генерирует):
wpsettingsapi.jeroensormani.com
через него добавление опций займет 5 минут, но, раз я все "сроки" выдаю с запасом, то так же как и в прочих этапах - 10-15 минут.

>крона нет, а с ним как раз предостаточно нюансов
Какие 2 часа?
Кажется, начинаю повторяться. Тут так же два варианта - скопипастить с прошлого, или использовать генератор (https://generatewp.com/schedule_event/).
Для нормальной работы плагина нужно две задачи:
одна для перевода, функция уже есть ( os_get_post_to_translate() )
и еще одна для сборки мусора (нужно раз в сутки запускать функцию, которая будет брать посты с мета полем _ya_translated==0 и удалять это мета поле).
Вы 2 часа собрались писать стандартный луп через стандартную же WP_Query?
Хотя более оптимально по производительности будет напрямую к базе через $wpdb одним запросом удалить эти метаполя - что тоже никак не может 2 часа занять, 10-15 минут.

>переводите только тело поста, нет ни заголовка, ни мета. Не совместимо ни с одним плагином
А этого не было в ТЗ) Поэтому не факт, что что-то из этого хотел заказчик.
Но, если добавлять - склеить все мета поля и заголовок в один блок текста, с разделителями в виде чего-то такого заголовокзначение поляfield_name1>значение поляfield_name2> и отправить на перевод одним запросом легко.
Чуть сложнее будет разлепить это обратно, если не уметь пользоваться регулярками. Поэтому 15-30 минут.

>код работает только с постами, не работает со страницами custom post type
Добавляем в опции блок с галками, выбираем то, с чем работать. Про добавление опций уже писал.

>код не работает с taxonomies - и встроенными, и кастомными.
хотите научу вас как брать в WordPress все таксономии) используя хоть стандартную функцию или напрямую через $wpdb?
взять таксономии, сложить их заголовок, описание и мета поля в один блок по аналогии мета полями у постов. Добавить в крон задачу на запрос перевода этого раз в сутки или раз в неделю.
20-30 минут

>код побъет кучу лишнего - например shortcodes
сейчас да, с shortcodes будет проблема. Про это у вас и спрашивал, нет ли там каких-то подводных камней?
Исправить можно. Навскидку:
global $shortcode_tags;
с полученного массива имеем активные шорткоды,
в тексте меняем все [shortcode] на ,
если этого не достаточно (а скорее всего так и будет), смотрим сюда
https://codex.wordpress.org/Function_Reference/get...
по аналогии с этим кодом меняем [shortcode attr="" ]text[/shortcode] на text
После получения перевода делаем обратное переименование.
Максимум 30 минут.

>запросы кешировать можно, но в данном случае необязательно
Как раз в данном случае - обязательно)
Запрос на проверку языковых пар можно делать раз в неделю, а то и реже. Делать этот запрос каждый раз при переводе - лишнее.

>нет никакой валидации данных
Вот как раз отсутствие валидации и можно считать серьезной ошибкой. Остальное - ерунда.
Но, если добавить, wp_kses_post для wp_update_post, количество строк больше 900 не станет)

Вы, кстати, на некоторые другие другие критичные вещи внимание не обратили. Вроде: никак не обыгрывается вариант, если редактор изменил тело поста после того, как он был переведен, и тп. Но, опять же, этого не было в "ТЗ")

>ваш WP_Query берет крайний пост, очень грубая работа, чревато косяки и перезаписью данных из другого поста
Не вижу проблемы.
Я взял крайний пост без мета поля. Затем в лупе я обращаюсь к этому же посту по ID.
Если во время работы скрипта этот пост удалят, в другой пост записать ничего не смогу - ID использую тот же.

Оценивал в 1-2 часа
Затратил 1 час, еще нужно +1-2 часа.
Итого: 2-3 часа.

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

>А без этих правок - это голый прототип, а не готовая работа.
Без этих правок это уже вполне работоспособный кусок кода. Без окошечек/рюшечек, сделанный под конкретную задачу.
Заказчик может поправить код ручками (вписать ключ, типы постов), поставить на свой сайт, и он будет работать и зарабатывать деньги на дальнейшее расширение функционала.

Как говориться, пока в Вииларибо документируют код, в Вилабаджо идут на ipo)

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

>Ишь как пригорело))
надеюсь, смог убедить, что ваш ответ "никак" таки совсем не правильный?)

[Дмитрий]

парсер съел некоторые теги

вот это:
по аналогии с этим кодом меняем [shortcode attr="" ]text[/shortcode] на text

читать как:
по аналогии с этим кодом меняем [shortcode attr="" ]text[/shortcode] на <temp_shortcode attr="" > text</temp_shortcode>

Answer 2

[Дмитрий]

Написал чуть раньше в комментариях.
Напишу отдельно тут, как ответ.

Кроном вешаем задачу:
1 берем пост без перевода
2 берем текст на основном языке и отправляем на
https://www.googleapis.com/language/translate/v2?k...
3 добавляем результат к телу поста (и оборачиваем в теги qTranslate)
4 обновляем пост

Так буден не "мгновенный" перевод. Переводится будет само, позже.
Если делать перевод сразу при сохранении, могут быть проблемы при долгом ответе сервера.

то же, через яндекс
https://gist.github.com/Dimasmagadan/cfc5623433ea3...