LEOnidUKG

LEOnidUKG
Рейтинг
1776
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование
donc:
только что сравнил с переводом яндекса - явно хуже переводит твоя ссылка

Что значит "сравнил"?

5 переводов документов ежемесячно

Это уже если вы им отправляете доки.

Там при покупке любого тарифа открывается доступ к API веб-переводчика.

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

Резервы у Гугла больше, но они почему-то мерседесы и БМВ не выпускают 🍿

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

Likvidniy:
интересно
но там наверно нет api
на яндексе можно каруселить ключи скриптом и в самой базе пеерводить

Есть, но оно платное. Но это высшее качество.

А бесплатно можно и бинг куралесить без ключей.

Я сейчас юзаю исключительно https://www.deepl.com/ru/translator#en/ru/

Brat_Sergij:
Пуши есть на сайте? Тут речь именно о них ведётся.

Статьи через миралинкс размещаю, больше там ничего нет. Да я уже ничему не удивляюсь. Завтра снимут, потому опять что-то сработает, потом опять месяц всё ок.

Опять...

Да да да Яндекс, на сайте на котором я продаю статьи, и другой рекламы там нет, у меня там подписки. Может быть кто-то перешёл по ссылке и на другом сайте есть они? А да плевать, мой сайт тоже виноват. Как я могу разместить статью со ссылкой на такой сайт.

edogs:
Именно в подобных случаях ничего страшного не будет.
По двум причинам:
Первая и самая важная - первоочередная выборка будет по таблице коннектору ArticleAuthors, которая даже при 2 млн записей и int-ах под ИД-шники займет всего 16мб. Выборка же из articles/authors будет уже по примариИД, т.е. реактивной в любом случае.
Вторая - то что при count(articleid) выборка вообще будет по ключам, даже без обращения к самой таблице, что еще прибавит реактивности, особенно если ключи в память попадут (а куда они денуться при таком размере).

Не буду спорить, возможно и так. В любом случаи такое надо тестировать на практике.

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

В связи с уязвимостью типа window.opener вордпресс добавляет к ссылкам с таргетом _blank атрибут rel="noopener"

А вот о чём речь. Ну тогда пусть как-то обдумывают этот момент. Возможно нужно добавлять ДО этого слова, а не после.

---------- Добавлено 09.05.2019 в 01:00 ----------

Но моё ИМХО как-то странно вмешиваться в пользовательский контент.

window.opener это пусть браузеры выпиливают или что-то с этим делают, уж явно не CMS это забота.

А если я, например, принудительно хочу это использовать? 🤪

Sitealert:
А я вот не уверен. У меня нет сайтов на ВП, чтобы проверить, но похоже на то, что вэпэшшники с форума нашли причину, но не так её поняли.

Там всё просто, новый редактор кавычки двойные заменяет на ёлочки, и не важно скрипты это или нет. Исключений нет. Там нужно сделать спец вставку типа CODE, но нахрен это надо решили разработчики WP, кому это надо.

Всего: 31521