LEOnidUKG

LEOnidUKG
Рейтинг
1784
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование
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, кому это надо.

Да там по теме будут проблемы не только с счётчиками, а с простыми ссылками, где будет target указан. Явный косяк WP

Всегда меняю порт на своих серверах.

Меньше долбятся, меньше срабатывает Firewall

Далее вход только по файл ключу с паролем на него.

Обычный вход, логин+пароль отключаю.

Всего: 31599