SELECT GROUP_CONCAT(DISTINCT member_id) as memid,GROUP_CONCAT(DISTINCT name) as one_from_logins,ip_address,count(ip_address) as logins_for_ip from comp_members where GROUP by ip_address having logins_for_ip > 1 ORDER BY logins_for_ip DESC
Вроде работает, данных не особо много получилось, поэтому не должен в лимит упереться.
С SUBSTRING_INDEX интересно, но честно говоря не понял куда именно его...
Есть некий проект, где дубликаты учеток дают преимущество перед другими пользователями.. Способ поиска дубликатов есть, но оно обходитя. Вот хочу попытаться побороться с теми, кто все же сделал дубликат.
Чтобы оно вывело ответ, mysql (его папочка) должен быть или в Переменных средах объявлен, или вы должны перейти в папку с самим MySQL. А зачем вообще потребовалось менять пароль?
по поводу регулярки для set - мой костыль для проверки входящих данных, кстати посмотрел и действительно может быть ошибочным. Думал сделать так: если указано action = set, а value = число (положительное или отрицательное, может быть дробным), то хорошо, при этом если еще указан type = passhash - то условие не должно быть верным (действие set должно выполниться или для числа или для хеша)
Просто проблема в том, что держать клон у себя не всегда есть возможность, да и мониторить приходится не только отдельные файлы, но и папки с сотней файлов...