xml + xslt оптимизация

[shark_255]

Есть набор шаблонов xslt и xml структура(до 2 мб).
Имеет ли смысл копать в сторону оптимизации - по сути скорость трансформации xsltprocessor-a -
это потолок. Можно рассмотреть вариант перегонять xslt в native php, xml в массивы - но
мне это кажется плохой затеей. Кто что думает?

 

[AmdY]

shark_255
я етбя затык по скорости в этом месте? я так понимаю что нет, иначе бы ты не спрашивал, а делал. Ты пытаешься пренебречь принципом YAGNI

p.s. Как вариант оптимизации, когда это действительно понадобится - делать трансформацию на клиенте. В этом и фишка xslt

 

[shark_255]

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

 

[Sender]

xslt/xml конечно довольно медленная связка, но не настолько чтобы стать узким местом.

Советы:
1. кеширование готовых блоков
2. уйти от xml/xslt. Технология хорошая, но умирает судя по всему. Не совсем приспособленная оказалась для web'а.

 

[fixxxer]

Угу, даже яндекс отказался в пользу джаваскриптовой вариации на тему (как по мне - нечитабельное УГ, но им виднее, как им удобнее)