Это старая история. Сначала были три вида дескрипторов. Такой - <?php, попроще: <? и еще так называемый шорт-тег <?= . Он служит немного не для того, однако попал в этот заамес. Но дело в том, что XML тоже использует такой значек <? и получилась неоднозначность. Всвязи с чем разработчики PHP одно время заявили, что в дальнейших версиях короткие теги не будут реализованы. И все стали предупреждать, что пользоваться ими чревато, так как при переходе на новую версию PHP скрипты могут тупо полечь.

Но через некоторое время они одумались и вытащили шорт-тег <?= из под опалы, ибо это оказалось действительно удобно и ни чему не противоречило.

Так вот статью я писал как раз тогда, когда шорт-тег был гоним. Вот от того MiksIr и настучал себе кувалдометром по голове:

Убрал я это с сайта, это действительно сейчас неуместно. А насчет остального... Фиг знает чего ему не понравилось. История умалчивает.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

twin, значит всё таки можно, ну Слава Богу)))
Благодарю, за пояснение!


_____________

Что ты сделал сегодня - для завтра?
"Приидите ко Мне вси труждающиеся и обремененнии и Аз упокою вы, возмите иго Мое на себе и научитеся от Мене яко кроток есмь и смирен сердцем и обрящете покой душам вашим, иго бо Мое благо и бремя Мое легко есть."(Мф. 11:28-30)

zvezda_t

Начиная с PHP 5.4 короткие теги <?=$a?> — это стандарт (включены по умолчанию), они всегда доступны и пользоваться ими — хорошо.

_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.

Да, я сказал дырка. Именно в этом скрипте это дырка и есть.
Там элемент сессии регистрируется в массиве $GLOBALS с помощью session_register(), а потом используется глобальная переменная. Это ясно видно из скрипта, на что я и указал. И хотя явного включения register_globals в скрипте нет (о чем я позже тоже написал), скрипт может работать только в его положении ON. А это дырка, самая что нинаесть.

Да, может быть я не на столь подробно это расписал, что можно попытаться придраться к словам. Но по сути тут нет ошибки. По сути все верно.

Что касается IP.

Я не зря попросил вникнуть в логику. Не просто сделать поверхностный вывод. Я уже как то приводил пример поверхностной логики. Кого проще победить, боксера или бегуна? Поверхностная логика - бегуна конечно. А если вникнуть, то пулучается наоборот. Если бегун сильнее - от него не убежишь. А если слабее - хрен догонишь.

Так и тут.

Я ничего не подменял. Нужно просто вникнуть. Если HTTP_X_FORWARDED_FOR не пуст, то имеем налицо криворукого админа или прокси. Соответственно там и есть искомый IP. REMOTE_ADDR на пустоту проверять нельзя, так как там обязательно что-то есть. В случае криворукости там может быть либо 127.0.0.1, либо IP сервера. Либо еще чего, зависит от степени криворукости. Но если там IP пользователя, как и положено, HTTP_X_FORWARDED_FOR наверняка будет пустым. И в выражении

    public function getClientIp($checkProxy = true)
    {
        if ($checkProxy && $this->getServer('HTTP_CLIENT_IP') != null) {
            $ip = $this->getServer('HTTP_CLIENT_IP');
        } else if ($checkProxy && $this->getServer('HTTP_X_FORWARDED_FOR') != null) {
            $ip = $this->getServer('HTTP_X_FORWARDED_FOR');
        } else {
            $ip = $this->getServer('REMOTE_ADDR');
        }

        return $ip;
    }