[3.2][3.3] Simple mentions

[rxu]

Примерно так:

Код: Выделить всё

usort($return, 'cmp');

function cmp($a, $b)
{
	return strtolower($a['key']) <=> strtolower($b['key']);
}

[Татьяна5]

rxu, можно без доп. функций там
Но: я про то, что в выборке уже не будет нужных первых результатов, и, как ни сортируй, они не появятся. Даже в итоговый вариант точное совпадение короткого ника может не попасть

[romeo_piter]

Сегодня мне на форуме предложили, как мне кажется, ну очень хорошую мысль. Зачем искать мертвые души. Они никому не нужны. Функционал актуален для тех кто хоть иногда бывает на форуме. Если в начальной выборке отсечь тех, кто был на форуме последний раз, например, более полугода назад, то список оооооооооочень сократится. Это реально?

[Татьяна5]

Это реально?

Реально, только снова утяжелит запрос (ещё одно условие)

[KEMnEP]

Можно запросы на стороне клиента делать по таймауту последнего нажатия клавиши. если после последнего нажатия прошла секунда (либо свой интервал) - обрабатываем. мелочь, но снизит нагрузку.

[er107]

А в телеграме оказывается тоже есть такая всплывашка при наборе @.
Проверил как сортирует, так тоже неправильно, например, ввожу @te
Всплывает окно всех ников в моей группе, и сортировка выглядит вот так:
@Aleks_tech
@test
@tech

То есть вообще непонятно как. Похоже так же же ищет, как и в этом расширении - совпадения ищет не с начала ника, а везде, где оно в нике встречается

[rxu]

Можно запросы на стороне клиента делать по таймауту последнего нажатия клавиши

Можно в настройках задать минимальное число набранных символов, с которых начинает искать.

А в телеграме оказывается тоже

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

[ReXtor]

Похоже так же же ищет, как и в этом расширении - совпадения ищет не с начала ника, а везде, где оно в нике встречается

Так сделано для того, чтобы иметь возможность вводить только некоторую часть ника если пользователь не помнит весь ник целиком.

[er107]

ReXtor,
И почему тогда при вводе @te на первом месте какой то Akeks_tech, а не test?

[ReXtor]

er107, ну потому что сортировка сделана таким образом, а не другим. Но я говорил именно про поиск совпадений, а не про сортировку найденного.

[er107]

ReXtor, А сейчас то как? (с доработкой, которую сделала Татьяна5)

[ReXtor]

А сейчас то как?

Понятия не имею. Я про подобное в телеграм (и других) говорил же.

[romeo_piter]

Как отсечь давно не заходивших. Пробовал вот такую конструкцию - не работает:

Код: Выделить всё

$six_months_ago = time() - (180 * 24 * 60 * 60); //180 days; 24 hours; 60 mins; 60 Secs
    		$sql = 'SELECT user_id, username 
    					FROM ' . USERS_TABLE . ' 
    					WHERE user_id <> ' . ANONYMOUS . ' 
					AND user_lastpost < ' . $six_months_ago . '
    					AND ' . $this->db->sql_in_set('user_type', [USER_NORMAL, USER_FOUNDER]) .  '
    					AND username_clean ' . $this->db->sql_like_expression($name . $this->db->get_any_char()) . ' 
    					ORDER BY username ASC';

[er107]

Но я говорил именно про поиск совпадений, а не про сортировку найденного.

Просто я не понял, это про телеграм или расширение?

Отправлено спустя 1 минуту 5 секунд:

Как отсечь давно не заходивших.

Похоже, что в другую сторону уже уклоняемся...

[romeo_piter]

И так тоже не работает:

Код: Выделить всё

$sql = 'SELECT user_id, username 
    					FROM ' . USERS_TABLE . ' 
    					WHERE user_id <> ' . ANONYMOUS . ' 
						AND user_lastpost < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 30 day))
    					AND ' . $this->db->sql_in_set('user_type', [USER_NORMAL, USER_FOUNDER]) .  '
    					AND username_clean ' . $this->db->sql_like_expression($name . $this->db->get_any_char()) . ' 
    					ORDER BY username ASC';

Отправлено спустя 3 минуты 50 секунд:

Похоже, что в другую сторону уже уклоняемся...

Штатная работа расширения, т.е. то, как ее задумал автор, на мой взгляд не логична (его, кстати, не раз просили на англ. офе пояснить за сортировку). Вот этот вариант уже делает работу приемлемой: Re: [3.2][3.3] Simple mentions
Если к нему ещё добавить отсечение мертвых, то будет практически хорошо.

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