Я разучился понимать работу кода?

Question

[LionG]

function check() {
    $some_var = get_option('my_some_var');

    if ($some_var == 'magic') {
        error_log('result:true some_var:'.$some_var);
        return true;
    } 

    error_log('result:false some_var:'.$some_var);
    return false;
}

check();

error.log

result:true some_var:magic
result:true some_var:magic
result:true some_var:magic
result:true some_var:magic
result:true some_var:magic
result:false some_var:magic
result:true some_var:magic
result:true some_var:magic

result:false some_var:magic

UPD: суть вопроса в разных ответах. Кодировка some_var не меняется. Просто открываю страницу 10 раз и попадается result:false хотя some_var==magic

Comments

[dollar]

Отступов в коде нет. Запишите всё в одну строку, будет еще проще понять.

spoiler

Спойлер: кусок кода не валидный

spoiler

Второй спойлер: вся магия в get_option и кодировке

[Developer]

Максим Федоров, и зачем всё это?

[LionG]

Максим Федоров, писал код в < code > без тестирования, спасибо за код но суть вопроса в другом.

[LionG]

dollar, get_option возвращает "magic" кодировка не меняется.

[dollar]

LionG, о, появились отступы. Так гораздо лучше, спасибо. Да и код поменялся.
Теперь видно, что функция не вызывает себя в бесконечной рекурсии, как я думал, а используется один раз.

Навскидку: вы сидите, тыкаете кнопку "обновить страничку". В логе всё хорошо. Но это реальный сайт. Так что параллельно с вами заходит китаец. Или бот какой-то. Один раз всего лишь. Вы продолжаете тыкать F5. Далее смотрите лог. Ну и чему это противоречит?

[Олег]

Извините. Это был вопрос по вордпрессу, который правят на живую ?

[LionG]

dollar, Какой бы китаец не заходил разве это повлияет на кодировки серверной стороны ? На локалке и на "реальном" сайте одна и та же проблема. И кроме меня на эту страницу никто не заходит.

[LionG]

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

[dollar]

LionG, Ясно. Китайца исключаем.

Хорошо. Давайте рассуждать логически.
Для начала исключаем возможность, что какой-то другой код в другом месте пишет в лог строки в таком же формате.

spoiler

Или не исключаем? Не могли скопипастить куда-то случайно?

Получается, что
1) некое значение приходит из get_option
2) оно сравнивается с "magic"
3) оказывается, что оно не равно "magic", но по логам значением все же "magic".

То есть "magic", но не "magic". Как такое возможно?
Может ли быть такое, что get_option иногда возвращает не то значение? Да, может. Надо смотреть, что там и как. Инжектиться в другое место, в саму get_option или даже в место до get_option, и ловить значение там.

Далее как может быть "magic" != "magic" ? Очевидно, что что-то с кодировкой. Других вариантов просто нет.

spoiler

Или есть? Ну вообще. есть, но они фантастические, типа у вас своя кастомная сборка пхп с модами, или даже вирус, который полностью подменил пхп. И сумел сделать это как на боевом, так и на тестовом. Маловероятно, не так ли? Значит, дело в кодировке.

Примеров, когда в кодировке какая-то лажа, много. Но случайно такое вряд ли получится. А мы вроде как ищем баг.

Что еще может быть? Вход и обработку мы рассмотрели. Осталось рассмотреть выход. А это функция error_log. Вот вам и вопрос. Как она устроена? Какие опции по умолчанию? Может быть, там банально вкрался пробел или "\n" в конце, а error_log его обрезает автоматически.

Вы в одну из этих сторон думали?

[Олег]

Request favicon. Seo plugin in browse. URL on speed dial browser screen. Первые три вещи , которые я вспомнил и могут дернуть урл помимо вас

[ProjectSoft]

Почему бы не провести тест с дефолтными опциями?
get_option( 'template ' )

Answer 1

[dollar]

Самый простой способ отловить этот баг - это добавить в error_log:

1. Длину $some_var (скорее всего, этого будет достаточно)
   
2. Код каждого символа. (Здесь и раскроется парадокс). Должно быть: 109 97 103 105 99
   

Гипотетический вариант решения

$some_var = trim($some_var);

Comments

[Developer]

Ещё может так быть, что "а" или "с" - кириллица

[dollar]

Developer, не может, это я первым делом проверил. Но в кодах было бы всё видно, да.

[Developer]

dollar, Ну, раз ты проверил, значит, предположил, что такой вариант возможен ;)

Answer 2

[Александр Маджугин]

Вангую пробельный символ в magic. Скорее всего \n, но возможно и табуляция и пробел.
Т.е. 1 ответа dollar

Answer 3

[Олег]

Моя заявка на конкурс телепатов. В движке свой механизм cron задач, который делает консольный вызов скрипта. Конфиг php.INI в этом случае берётся из другого места

Answer 4

[Андрей]

Запишите в логи md5($some_var)

Comments

[FanatPHP]

судя по ответам, у тебя критические дни ежедневно, бедняжка.

[Андрей]

FanatPHP, это всё?

Answer 5

[FanatPHP]

Очень смешное предложение про md5 и длину.
Направление в принципе верное, но вот что делать с полученным результатом - вот тут мысль наших добестных похапешников останавливается.

А теперь внимание - правильный ответ
urlencode() - самая удобная отладчная функция. Читаемые символыв она оставит как есть, а непечатные - закодирует в удобный формат.

Comments

[dollar]

Что делать - я писал в комментах. А про коды символов я не писал, как именно их получать, можно и urlencode.

Answer 6

[LionG]

magic это статическая строка хранимая в БД
get_option - по сути лезет в БД и получает значение по ключу my_some_var

Проблема была как то связанна с mysql ошибкой out of sync. Как только ее пофиксил такого больше не повторялось. Не понятно только откуда тогда magic брался если БД вернула ошибку, хотя get_option не так прост и там кеширование какое то есть, скорее всего реально либо с кодировкой что то либо лишние символы добавлялись когда значение из кеша бралось когда БД возвращала ошибку.