Дорген PandoraBox - вопросы и ответы + апдейты

Ок, сделаю

{IFCAT-(Название категории)}Выводится на страницах указанной категории{/IFCAT}

Но уже в следующей версии, а то вы меня совсем без личной жизни оставите )

А если пораньше получится, вдвойне чОтко будет :p

очень не хватает такой функции, тогда полный комплект будет )) и я отстану :D

TopperHarley, Ночью надо делать новых людей - ночью!

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

Топпер, нас уже двое 😂

{SIMILARKEY}…{/SIMILARKEY} – случайный, похожий на текущий, ключ

Как то не очень хорошо работает выбор похожих ключей. Чаще всего выбирается 1 слово из ключа и по нему подбираются похожие запросы. Т.е. если на странице ключ "смотреть фильм тор онлайн" в {SIMILARKEY} будут 90% ключей со словом смотреть либо со словом онлайн. Логично что дикий переспам по отдельно взятому слову обеспечен.

Пытался использовать большие файлы ключей (2-3 ляма) результат тот же, т.к. сначала берутся строки, потом ищутся похожие. Тот же результат с большим кол-вом страниц 300-400к

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

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

Жду уже второй вечер.

Да, если будет много попаданий в слова "смотреть" или "онлайн"

А у вас по адалт ключам тоже самое. Попадание либо в слово "п0рн0" либо слово "видео"

Какой принцип выбора похожих применить? Уже понятно что совпадение слов в ключе и в кандидатах не вариант

• - Делим ключ на отдельные слова
• - По каждому слову находим похожие ключи (типа по старому аглоритму, ищем ~3-10 ключей с таким же вхождение этого слова в ключ)
• - Собираем все похожие ключи из всех слов в 1 список
• - Рандомно берем 1 ключ из списка, это и есть наш SIMILARKEY

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

---------- Добавлено 17.11.2015 в 20:33 ----------

UPD:

Можно сделеать отдельный макрос SIMILARKEY2, который жрет больше ресурсов, но ищет «очень» похожие ключи (совпадение по более чем 1 слову):

• - Делим ключ на отдельные слова
• - По каждому слову находим похожие ключи (типа по старому аглоритму, ищем ~40-400 ключей с таким же вхождение этого слова в ключ). Ключей надо много, чтобы среди них обязательно дубли встретились.
• - Собираем все похожие ключи из всех слов в 1 список.
• - Ищем хотя бы ~2…20 ключей, которые наиболее часто встречаются в нашем списке. То есть это дубли фактически. (Как искать хз, может в C# есть функция сортировки дублей в пределах списка по количеству встреч строки в списке). Выделяем их в отдельный список.
• - Рандомно берем 1 ключ из этого отдельного списка, это и есть наш SIMILARKEY2.

Заметьте, что всегда в финале мы берем рандомно какой-то один вариант из нескольких (правда могут быть ситуации, когда не будет из чего выбирать). Это спасает от ситуаций, когда некоторые ключи зацикливаются в группе. То есть получается НЕНУЖНАЯ перелинковка кольцом. Встречал такое вчера при генерации адалт туба.

А разве это решит проблему обозначенную коллегами?

Допустим у меня выборка по словам "скачать" и "установить"

У меня все ключи будут содержать эти слова. Либо первое либо второе.

Потом алгоритм описанный выше будет находить либо по 1му либо по 2му слову совершенно нерелевантные слова.

Например ключ "скачать фотошоп бесплатно"

по этому алгоритму найдет :

по 1му слову: скачать все подряд - все ключи похожие

по 2му слову: все про фотошоп - уже лучше

по 3му слову: дофига нерел. ключей по слову бесплатно

И в итоге будет у нас 1 список где важное слово было всего 1 + куча шлака.

Не?