Андрей159,

Баян, но повторю...

Evil... ой, простите... eval следует использовать только в крайних случаях. И не потому, что она медленнее в силу повторного парсинга строк (вообще не должно наблюдаться сильное замедление), а в силу понижения уровня безопасности (ведь умелые руки могут прокинуть в неё запрещённый вызов).

P.S. Замечу, что лично у меня, таких "крайних случаев" не было уже на протяжении последних лет двух наверное :) А если таковые появятся, то я скорее задумаю о правильности подхода, чем о том, как бы туда правильно всунуть eval.

netwindПрограмёрEvil... ой, простите... eval следует использовать только в крайних случаях.
P.S. Замечу, что лично у меня, таких "крайних случаев" не было уже на протяжении последних лет двух наверное :)
Вы так то в курсе, что в php шаблонизаторы обычно через eval и работают ? или компилируют, но потом снова eval. Ну или еще через какую-то иную форму вызова интерпретатора php.
Любой сложный коробочный скрипт php использует eval. Форма вызова шаблона может быть иная типа include. И да, он сравнительно тормозит и от этого никуда не деться. Это же парсинг php, вызов сложного компилятора-интерпретатора.

Но не по полсекунды, о которых пишет ТС. Там что-то еще скрыто.

И что же это за шаблонизаторы, которые "обычно" через eval работают? :)

Ладно, в любом случае перефразирую, что бы не возникало споров. Eval не стоит использовать там, где есть хоть слабый намёк на пользовательский ввод. Иначе образуется потенциальная дырка для выполнения ЛЮБОГО кода на сервере посредством ввода в поле обычного php. Соответственно клиентские представления, куда вставляются переменные, введённые пользователем, я не стал бы обрабатывать эвалом ни при каких обстоятельствах

ScareCrowавторВы так то в курсе, что в php шаблонизаторы обычно через eval и работают ? или компилируют, но потом снова eval. Ну или еще через какую-то иную форму вызова интерпретатора php.

через extract они работают.

+

Да! Там используется extract внутри функции (для инкапсуляции), а потом инклуд (в котором становятся доступны нужные переменные).

И никаких тебе эвалов. и вызовов интерпретатора :)

netwindПрограмёр, но include - это же и есть вызов интерпретатора. Значит должен тормозить? однако ж всем вроде норм.

Нету никаких вызовов интерпретатора. Неправильная формулировка. Ни include, ни require, ни даже eval не создаст дочерний процесс, а потому никакого запуска нету.

Но вообще, все эти конструкции при разовом вызове замедлят систему на считанные милисекунды. Потому, если они вызываются не в цикле, то и не являются виновниками полусекундного зависания.

Если таковое происходит, то искать надо или в другом месте, или же в самом коде, который посредством этих команд включается в файл.