Как получить XML которую обрабатывает shop->ShowShop($id_shop, $xsl_list)??
28 июня 2012 г.
Indago писал(а):
Indago писал(а):
5.9.33
А редакция?Indago писал(а):
Кстати, что-то на сайте о 6 версии и не пахнет.
Плохо нюхаете 
28 июня 2012 г.
28 июня 2012 г.
Indago писал(а):
Вы еще смарти прикрутите!
быть можно шаблонизатор адекватный можно будет прикрутит
А что может быть адекватнее XSLT-шаблонизации?Вы еще смарти прикрутите!
28 июня 2012 г.
29 июня 2012 г.
Indago писал(а):
Indago писал(а):
Тут есть два основных аспекта:
1. Шаблонизаторы надо писать на том языке, который специально для этого предназначен, а не лепить из подручных средств, это раз.
2. Шаблонизация, как способ реализации компонента View в парадигме MVC, согласно этой же парадигме должна быть полностью изолирована от двух других компонент, т.е. от Model и Controller.
И шаблонизация с помощью XSLT абсолютно и полностью соответствует обоим утверждениям.
Из XSL-шаблона никак нельзя воздействовать ни на хранилище данных ни на бизнес-логику, что, несомненно, плюс. А вот в том же смарти запросто можно посреди шаблона вставить запрос к БД.
По возможностям же и удобству пользования XSL превосходит все другие известные мне шаблонизаторы для PHP.
Возможно, вам он не нравится потому, что вы недостаточно знаете сам язык xslt, и еще не привыкли к тому, что XSLT - это функциональный язык, в то время как PHP преимущественно процедурный и объектно-ориентированный, и все написанные на нем шаблонизаторы тоже.
Функциональные языки не так широко распространены и требуют немного другого подхода к построению кода, поэтому поначалу кажутся неудобными, но это достаточно быстро проходит
А вы им пользовались?
Да. Не понравилось.Indago писал(а):
Посмотрите так же на vlibtemplate
Взглянул, очередная вариация на тему TPL. Тут есть два основных аспекта:
1. Шаблонизаторы надо писать на том языке, который специально для этого предназначен, а не лепить из подручных средств, это раз.
2. Шаблонизация, как способ реализации компонента View в парадигме MVC, согласно этой же парадигме должна быть полностью изолирована от двух других компонент, т.е. от Model и Controller.
И шаблонизация с помощью XSLT абсолютно и полностью соответствует обоим утверждениям.
Из XSL-шаблона никак нельзя воздействовать ни на хранилище данных ни на бизнес-логику, что, несомненно, плюс. А вот в том же смарти запросто можно посреди шаблона вставить запрос к БД.
По возможностям же и удобству пользования XSL превосходит все другие известные мне шаблонизаторы для PHP.
Возможно, вам он не нравится потому, что вы недостаточно знаете сам язык xslt, и еще не привыкли к тому, что XSLT - это функциональный язык, в то время как PHP преимущественно процедурный и объектно-ориентированный, и все написанные на нем шаблонизаторы тоже.
Функциональные языки не так широко распространены и требуют немного другого подхода к построению кода, поэтому поначалу кажутся неудобными, но это достаточно быстро проходит
29 июня 2012 г.
29 июня 2012 г.
toasterec писал(а):
Нет, кроме шуток, посмотрите статистику генерации страницы - XSL-преобразование по скорости примерно равнозначно или быстрее времени выполнения запросов к БД.
Больше всего времени занимает обработка данных в PHP.
Ну и оптимизацию-то никто же не отменял, тут главный принцип - необходимость и достаточность данных. Все что вам не нужно для отображения страницы - к черту!
По принципу - в группах магазина не нужна информация о доп.свойствах товаров - вырубите ее, оставьте включенной только для карточки товара. И так для всех остальных частей XML.
Этим вы сэкономите и на запросах, и на обработке XML документа, и на php-обработке тоже.
И поверьте, эффект от такой оптимизации может быть в разы!
Ну и не забываем о возможности оптимизации самих XSL-шаблонов. Где-то я здесь размещал ссылочку на хорошую статью по этой теме.
toasterec писал(а):
меня все устраивает, все кроме скорости))
Нет, кроме шуток, посмотрите статистику генерации страницы - XSL-преобразование по скорости примерно равнозначно или быстрее времени выполнения запросов к БД.
Больше всего времени занимает обработка данных в PHP.
Ну и оптимизацию-то никто же не отменял, тут главный принцип - необходимость и достаточность данных. Все что вам не нужно для отображения страницы - к черту!
По принципу - в группах магазина не нужна информация о доп.свойствах товаров - вырубите ее, оставьте включенной только для карточки товара. И так для всех остальных частей XML.
Этим вы сэкономите и на запросах, и на обработке XML документа, и на php-обработке тоже.
И поверьте, эффект от такой оптимизации может быть в разы!
Ну и не забываем о возможности оптимизации самих XSL-шаблонов. Где-то я здесь размещал ссылочку на хорошую статью по этой теме.
toasterec писал(а):
Смерился
Линейкой?
29 июня 2012 г.
29 июня 2012 г.
toasterec писал(а):
Я сравнил те доли, которые занимают выполнение запросов к БД и выполнение XSL-шаблонизации в общем времени генерации страницы.
А для хайлоада в HostCMS существует двухуровневая система кеширования - на уровне фрагментов промежуточных данных и на уровне готовых страниц.
Сравнивать быстродействие XSLT и БД
Нет, не так Я сравнил те доли, которые занимают выполнение запросов к БД и выполнение XSL-шаблонизации в общем времени генерации страницы.
А для хайлоада в HostCMS существует двухуровневая система кеширования - на уровне фрагментов промежуточных данных и на уровне готовых страниц.
29 июня 2012 г.
