Жавва душит и скрипт зубами!... :)

Я вот не понял - а зачем его "вместо SSI" использовать? То есть, конечно, можно и так - но они же принципиально для разных вещей, дополняют друг друга. И нет ли тут путанницы в терминах - php, SSI и т.д.?

Термин SSI (Server Side Include) допускает двоякое трактование:
1) методология внедрения в HTML-код инородных (не HTML-ных) кусков кода (объектов).
2) непосредственно язык (простенький), реализующий включение объектов (попросту файлов) в HTML-код.

Первая трактовка, как мы видим, глобальная и под нее попадают все способы создания динамических ВЕБ-страничек - PHP, JS, APS, Perl... добавить по вкусу.

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

Наконец, я бы не стал употреблять термины "принципиально разные" для SSI-методик (термин в первом глобальном смысле). В принципе, все они делают одно и то же по большому счету, и вопрос, что использовать - скорее, дело вкуса.

Voila! :)
П.С. Нас не догонят!

Народ ССИ язык не поддерживает, собственно затем мне и ЖС