Работает некорректно Search_log

rembo1978
Posts: 540
Joined: Thu Jul 26, 2012 5:12 am

Re: Работает некорректно Search_log

Post by rembo1978 »

admin wrote:Допускаю что я тупой, но по урлу все равно не понял в чем вопрос
кстати урл все так же с реврайтом, без реврайта было бы &force_lng=ru
Это однозначно что-то с search log-ом
Сейчас SmartCJ Pro V 2.1 Build 201801251644
и вот теги на русском http://ru.ohtuber.com/porn-tag.txt их 21к штук
попробуйте их скормить через Add Search Requests у меня приняло только 240 штук.
Спасибо
P.S. Думаю что вывод в /search_log/1/ и Add Search Requests одна и таже проблема , наверное какой-то конфликт.
admin
Site Admin
Posts: 38004
Joined: Wed Sep 10, 2008 11:43 am

Re: Работает некорректно Search_log

Post by admin »

В добавлении был фильтр на латинские буквы
Убрал в апедйте фильтр что б добавляло все как есть
Don't forget to run script update
rembo1978
Posts: 540
Joined: Thu Jul 26, 2012 5:12 am

Re: Работает некорректно Search_log

Post by rembo1978 »

admin wrote:В добавлении был фильтр на латинские буквы
Убрал в апедйте фильтр что б добавляло все как есть
Нашёл такую фигню.
Если вбиваеш в поиск на сайте допустим mature anal
Мы получаем ссылку /?search=mature+anal
Но когда добавлено через Add Search Requests мы получаем /?search=mature%20anal
Может это какой-то глюк ???
И ещё такое
При добавление в thumb тега min_gallery_count=1 чтобы не выводило пустых поисковых фраз в search_log/1/ показывает только поисковые фразы вбитые в поиске, а те что добавлены в add search requests вообще нет.
admin
Site Admin
Posts: 38004
Joined: Wed Sep 10, 2008 11:43 am

Re: Работает некорректно Search_log

Post by admin »

Потому что когда вы добавляете 24к запросов оно их не проверяет на реальный поиск на сайте, это нереально на лету сделать. Им ставит 0 найденных галер тк не ясно сколько их там.

Про плюсик

When data that has been entered into HTML forms is submitted, the form field names and values are encoded and sent to the server in an HTTP request message using method GET or POST, or, historically, via email. The encoding used by default is based on a very early version of the general URI percent-encoding rules, with a number of modifications such as newline normalization and replacing spaces with "+" instead of "%20". The MIME type of data encoded this way is application/x-www-form-urlencoded, and it is currently defined (still in a very outdated manner) in the HTML and XForms specifications.
Don't forget to run script update
Post Reply