Битрикс: Похожие новости по названию с совпадением больше 60%?

sergafon, нет конечно (у меня и компонента-то нет, но если бы был - все равно не было бы) - речь о массиве найденных элементов или об индексе?
И для чего вам они в массиве найденных элементов?

Битрикс: Похожие новости по названию с совпадением больше 60%?

sergafon, бред какой. У меня код который выше работает в проекте живом уже года два. А еще где-то есть их же документация.

Битрикс: Похожие новости по названию с совпадением больше 60%?

Как определили что ключи не добавляются?

Отличается ли верстка под Битрикс от просто верстки?

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

Битрикс: Похожие новости по названию с совпадением больше 60%?

sergafon, ну и как успехи? Если записан код, то все ок - должно индексироваться.
Могу еще посоветовать после того как вы это сделали и проверили запустить полную переиндексацию инфоблоков, если сами не догадались, а то индексы же волшебным образом не появятся.
А если не помогает - удалить модуль Поиск вместе с табицами и установить его заново - это часто решает разные проблемы связанные с поиском.

Отличается ли верстка под Битрикс от просто верстки?

Эрмитаж - технология для демонстрации потенциальным клиентам как легко они смогут использовать Битрикс, а не для того чтобы использовать ее на практике. Эта фича только для продажи, но не для практического применения.
Жаловать на то, что что-то, что вообще не должно работать, работает плохо, как минимум странно.

Битрикс: Похожие новости по названию с совпадением больше 60%?

И в PARAMS у вас на выходе из BeforeIndexHandler есть [CODE] => что-то там?

Битрикс: Похожие новости по названию с совпадением больше 60%?

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

public static function beforeIndexHandler($arFields) {
        if ($arFields["MODULE_ID"] == "iblock" && $arFields["PARAM2"] == IB_NEWS_EVENTS && substr($arFields["ITEM_ID"], 0, 1) != "S") {
            $self = new static();
            $element = $self->getElement($arFields["ITEM_ID"]);
            $arFields["PARAMS"]["type"] = $element->PROPERTY_TYPE_ENUM_ID;
        }
        return $arFields;
    }

Вы просмотрите у вас что вообще не выходе из функции получается. Просто перед return Добавьте die(''.print_r((array)$arFields,true).''); и сохраните любую новость - индекс умрет и вы увидете - у вас заполняется PARAMS или нет

Битрикс: Похожие новости по названию с совпадением больше 60%?

По отладчику показывает что поиск по элементам быстрее отрабатывает чем компонент catalog.section или news.list
Это так. Но смотрите где вас ждет засада - когда поиск отработает и выдернет вам id элементов ВАМ ВСЕ РАВНО придется испльзовать news.list чтобы достать элементы с этими id. Т.е. архитектура такая при вашем решение НекэшируемыйПоиск(список id)=>НекэшируемаяВыборкаNewsList. В случае если сделаете так как я говорю будет КэшируемыйПоиск(список id + фильтр)=>НекэшируемаяВыборкаNewsList.
Да, запрос в последнем NewsList будет посложнее. Но там такие слезы, что заморачиваться не стоит с этим.
Какая латентность выборки у вас сейчас? Что вы пытаетесь экономить? 0.01 сек?

> А про свои ключи в индексе, вы добавляли сами и у вас получилось?
Ага. Ща посмотрю - кажись вспомнил в каком проекте. Если правильно и найду - выложу.

Битрикс: Похожие новости по названию с совпадением больше 60%?

sergafon, и вот еще нюанс - выдергивание списка id похожих новостей вы сможете кэшировать, так как поиск не будет персонализирован, не кэшируемым останется только фильтр.
В случае если вы сделаете так как вы собираетесь - вам придется сделать некэшируемым полностью весь этот блок.
Так что вариант к которому вы стремитесь по времени будет более тормознутым.
А запросов будет одинаковое количество кстати.

Битрикс: Похожие новости по названию с совпадением больше 60%?

> лишний компонент на странице, который будет слать лишние запросы в БД и увеличивать время генерации страницы
Поиск по куче индексов тоже будет увеличивать время и вероятнее всего гораздо сильнее, потому что там не будет limit - это раз.
Два- сделайте отложенную закгрузку по ajax этого блока.

Битрикс: Похожие новости по названию с совпадением больше 60%?

sergafon, стоп, вы не туда копаете.
1 Произвольные ключи в индекс добавляются.
2 Вам это нафиг не нужно.

Смотрите, вы же можеет отфильтровать новости требуемым вам образом - по разделам, персонализации и т.д? Можете - вы же список как-то показываете.
Так вот, вы под новостью добавляете компонент новостей С ТЕМ же нужным вам фильтром - он вернет как раз все что вам нужно, но ВСЕ новости. Правильно?
А что вам выдает компонент поиска? Он вам выдает только список id похожих новостей.
Ну и чудесно - вливаете этот список id в ваш фильтр и задача решена.

Можно ли сделать приложение на "битрикс мобильное приложение"?

В приложение компилируется сам этот браузер. Ему добавляется иконка ваша и id для пуш уведомлений. Все странички, меню и т.д. подгружаются с сайта по указанным при компиляции в приложении адресам. У вас есть набор методов js в том числе и для офлайн работы.

Вот можете поставить: https://play.google.com/store/apps/details?id=com....

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

Как перейти к логарифмической шкале?

Да, мне просто надо предвычислить для всех значений (log10x - log10min)/(log10max - log10min) и хранить все эти предвычисленные значения, а потом просто умножать их на параметры требуемой шкалы и сдвигать по ней. Действительно просто и логично.
Вобщем спасибо.

Гугл блокирует сайт за вирусы размером в 0 байт - как победить?

Вы были правы без всякого похоже. См. мой ответ.

Несколько простых вопросов по тестированию. Кто поможет?

> для модели, например проверка, что модель создает запись в базе с определенной структурой.
Вот тут сразу вопрос - а как это проверить? Создать запись через метод и ... и что? Получить эту запись? Ок. Как? С помощью той же модели которую тестируем?
Если да, то тест модели опирается на модель, которую мы тестируем. Что самое по себе может приводить даже к ложному прохождению теста.
Если нет, то это означает что нам нужно иметь дублирующую модель в тесте. А кто будет тестировать её? Если никто и мы в ней уверены, то почему бы ее не использовать вместо той модели, которую мы собираемся тестировать, и отказаться от тестов?

Т.е. понятно, что на практике эти вопросы встают редко, но все же...

Гугл блокирует сайт за вирусы размером в 0 байт - как победить?

А если не хочет?

Если не хочет - не обязан. Но если вирус никакак не изменил spread.php, то на что ругается Adword?

Гугл блокирует сайт за вирусы размером в 0 байт - как победить?

Целостность ядра не причем, скрипт-вирус не обязан интегрироваться с ним.

Обязан, если хочет добавить какой-то вывод в spread.php

А что до GET-запросов... и как он через передачу base64 в GET, ломает favicon.ico?

Гугл блокирует сайт за вирусы размером в 0 байт - как победить?

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

Очень смутно верится в то, что гугл не способен проверить наличие файла.

Как показывают эксперименты - гугл может все (((

Да и вообще - а почему тогда второй сайт чистый? Они же на одном ядре. И есть еще нюанс - я никогда не видел поломанного Битрикс. WP сколько угодно - постоянная проблема. OpenCart - встречалось на старых версиях. Drupal один раз видел. Bitrix - никогда.

А логи конечно проверяли - все там ровно. Никакого криминала. Да и сами сайты уже сто пятцот раз проверили разными антивирусами - все нормально.

Гугл блокирует сайт за вирусы размером в 0 байт - как победить?

> Файлы могут не удалятся, а чистится, по этому 0 байт.
0 байт потому что этот файл не существует. Там всегда 0 байт. Невозможно его подменить, вставить туда свой код, потому удалить. ЕГО ВООБЩЕ НЕТ - это шаринг кук. Там есть только http заголовок. А файла нет. Но гугл говорит что это вирус. Вот в чем засада.