пох, они так хотели) я предупреждал их

там может быть и onload и onclick

так фильтруй через колбек

пропускай екороткий список

типа только стили и все?

скажем alt, src, style, class

и тэги тоэе не любые пропускай

там может быть [script]

понял, большое спасибо, завтра уже посмотрю такой вариант)

Можешь мне в ЛС написать, 3 года bitrix - bitrix24 разрабом работаю)

Всем привет! Подскажите пожалуйста! Такая задача: надо организовать поиск и получение данных о пользователе, которые хранятся в разных таблицах БД(сам пользователь, лицевые счета, договора, адреса и т.д). Поиск может осуществляться по разным полям, например по id пользователя или лицевому счету, телефону и т.д. Как организовать такой поиск когда не известно по какому признаку будут искать и собирать всю информацию о пользователе? Спасибо!!!!

If is_numeric (trim(x)) то проверять id

Else
Left Join where or or or

Чтобы работало быстрее надо либо результат. Без where заливать в sphinx т там же искать
Либо в elasticsearch

Либо в sql добавить колонку для поиска и постоянно её актуализиррвать(например  в json или тупо строкой)

Либо делать несколько запросов а разные таблицы. Если не будет пагинации и будет лимит даже неплохо будет работать

А вообще явное лучше неявного.. Скажем для саджестера ну ввёл пользователь 123 и что ты будешь выводить всех пользователей с номером дома или квартиры 123? Или все договора начинающиеся с 123?

А если в бд адреса нормалтзованы и в адресе хранится street_id, city_id запаришься все джойнить разумнее в ui разделить поиск по улице и по фамилии

Спасибо. Там как раз с БД проблемы, вернее с её структурой и трогать там ни чего нельзя. Поэтому много запросов и join придется использовать.  Согласен, что нужно сузить критерии поиска для оптимизации запроса. Ещё вопрос как в ООП структуре это всё реализовать. Думаю всё равно придется создавать модель под каждую сущьность и дальше композицией пускай получают данные.

С много запросов есть проблема с пагинацией ответа

Но  join or в любом случае в sql плохо  если таблица большая все проблемы можно решить сфинксом/эластикой но это инфраструктурное решение и тогда в нём разумнее делать многое а не только этот поиск

А с чистым  sql если у тебя будет 2 слова + цифра вообще непонятно как строить ответ  без alter table

Непонятно в смысле это породит  медленный запрос даже на 1000юзеров

Понял, Спасибо!!

Ну либо через ui на странице результатов:
найдено 500 юзеров с адресом ххх
Найдено 10 юзеров с реквизитам

А если матчится с договором или номером лс то сразу показыаать