Как сделать сделать поиск по строке php?

Question

[evelone1379]

Как сделать поиск по строке php
stripos и strpos работают не правильно

Answer 1

[Ипатьев]

stripos и strpos работают правильно

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

Comments

[evelone1379]

Например, тут ничего не выводит

$title = "far cry 6";
$test = "FAR CRY 6 Gold Edition PS4 & PS5";
print_r(stripos($test , $title));

[Ипатьев]

1. Выкиньте на помойку print_r и научитесь всегда пользоваться var_dump()
2. Выполните свой поиск
3. Потом поищите строку "far cry 5"
4. Сравните результат
5. Прочтите, наконец, документацию по stripos, в частности то, что там специально выделено красным

[Slava Rozhnev]

evelone1379, Выводит!

https://phpize.online/sql/mysql57/undefined/php/ph...

[AUser0]

Ипатьев, всётаки у print_r() вывод массивов поприятнее глазу, в сравнении с var_dump(). И не всегда при дебаге обязательно видеть тип данных.

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

Answer 2

[AUser0]

Сначала узнать, что же такое charset, а потом начать пользоваться mb_strpos() и mb_stripos().

Comments

[Ипатьев]

Чисто для поиска их mb_strpos() использовать не имеет смысла, обычный вариант даст тот же результат

[Анатолий Медведев]

Ипатьев, не дадут

[Ипатьев]

Анатолий Медведев, ну вообще для stripos, да, нужна кодировка, это я не подумал.
А для strpos без разницы.

[Анатолий Медведев]

нет, если у функции есть мультибайтовый близнец нужно использовать только его, всегда, без оговорок

[Ипатьев]

Анатолий Медведев,
А теперь попробуйте объяснить, какая будет разница для целей автора вопроса, если функция ему вернет 6, 11 или 100500.

[AUser0]

Ипатьев, конечно для автора, которому видимо нужно только true/false - безразлично. А если проверять точное положение подстроки в русском UTF-8 тексте - уже становится критично.

[Анатолий Медведев]

Ипатьев, если цель автора написать корректный и правильно работающий код повторю, если есть mb_fincname для искомой funcname нужно использовать только mb_ версию ВСЕГДА, БЕЗ ОГОВОРОК. Это принципиально разные по работе функции - mb_ версии работают правильно, обычные функции работают не верно (никто с однобайтовыми кодировками не работает по серьезному).

[Ипатьев]

Анатолий Медведев, прочтите, что AUser0 написал. Есть ситуации, в которых mb функции просто не нужны
К примеру, не существует mb аналога для str_replace. Как раз по этой причине.

Но в целом я с вами соглашусь. На формуе для новичков, которые не понимают, что делают, так и надо писать: ВСЕГДА, БЕЗ ОГОВОРОК. Я и сам так делаю, когда заходит речь о подготовленных запросах например :)

[Анатолий Медведев]

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

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

- этот тезис в корне неверен и вводит в заблуждение людей.

[Ипатьев]

Анатолий Медведев, я уважаю некоторую догматичность, но только если она не идет вразрез со здравым смыслом :)
str_replace никаким местом не умеет "работать с многобайтовыми кодировками". Во всяком случае, в том смысле, который вкладываете в это понятие вы. Повторюсь, ей это умение просто не нужно. Что доказывает тезис о том, что не всегда при работе с многобайтовыми строками надо обязательно кровь из носу использовать только многобайтовые функции. иногда и однобайтовой достаточно. В как в случае с str_replace или при использовании strpos для установления факта наличия подстроки в строке.

[Анатолий Медведев]

Ипатьев, странная у вас логика, работать не умеет но работает! (то что внутренний механизм реализации функции позволяет ну думать о кодировках данных этого не отменяет) То что я говорю не догма, а как раз таки здравый смысл - мы работаем по умолчанию с многобатовыми кодировками, однобатовыми можно пренебречь (т.к. это принять за частный случай многобайтовой) и не знать бед.