LEOnidUKG

LEOnidUKG
Рейтинг
1776
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование

Gzip неверно показывает.

Откуда данные про него грузятся?

Сделайте кэш проверок.

И по сути ОЧЕНЬ мало информативно, в этом смысл и теряется. Вот не включен якобы Gzip и всё... где?! У чего не включен? И т.д.

Какую задачу решают все эти цифры?

Беру новость с форбса. Яндекс переводит прямо:

DeepL делает более читабельный текст:

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) выборка вообще будет по ключам, даже без обращения к самой таблице, что еще прибавит реактивности, особенно если ключи в память попадут (а куда они денуться при таком размере).

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

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

Всего: 31516