Есть идея отделять html-код модулей и компонентов от программного кода, размещать в отдельном файле и выводить данные на этот шаблон при помощи парсинга условных переменных. Я не говорю о полноценной реализации в Joostina! модели MVC, но все же это небольшое нововведение сильно бы упростило жизнь вебмастера, не превращая редактирование внешнего вида модулей в убийство лысого в подвале
Ответ: Разделение html и php-кода в модулях stinger_x, не понял. А итак можно сделать, введите в модули свой классы и id и будет свой html, или я не прав? Я модули писал, у меня частенько не юзали оформление Джумлы.
Ответ: Разделение html и php-кода в модулях Бостону я уже говорил. Сделает шаблоны в com_content и утф - можно джустину смело забрасывать. Уже конфетка.
Ответ: Разделение html и php-кода в модулях Все просто. Имеется ввиду сделать отдельный хтмл-файл для каждого модуля, в котором будет отдельно храниться весь его хтмл-код (код php - само собой отдельно), т.е. использоваться как шаблон. Выглядеть он должен примерно так: Код (html): ... <div>{title}</div> <div>{content}</div> ... Все что находится между "{" и "}" - условная переменная. Каждый раз при обращении к модулю (компоненту) файл шаблона будет считываться в строку, в которой все условные переменные будут заменятся на нужный контент. А далее - стандартный вывод этого хтмл-кода на общий шаблон. Плюс заключается в простоте изменения внешнего вида модуля (компонента), стоит только изменить верстку и переставить условные переменные, не перелопачивая весь модуль вдоль и поперек. Перечисленное выше - часть модели MVC. Я уж молчу о полном переводе Joostina! на MVC, ибо весь код переписывать все равно никто не будет, да и стоит ли, ибо это будет уже другой проект... Ну в чем ж дело тогда? Вебмастера скажут огромное спасибо!
Ответ: Разделение html и php-кода в модулях а мне вот интересно вот как все эти парсинги и примочки влияют на загрузку системы? кто знает?
Ответ: Разделение html и php-кода в модулях По моему, хоть и не очень большому, опыту, могу сказать, что незначительно, конечно если парсер написан прямыми руками Я например использую слегка доработанный парсер от фреймворка CodeIgniter v1.6.2, он очень простенький и шустрый, его функционала мне пока вполне хватает. Пробовал юзать другие, более навороченные парсеры - не понравилось.
Ответ: Разделение html и php-кода в модулях Нифига не влияют на загрузку. Даже смарти ерунда по сравнению с временем ожидания информации из БД.
Ответ: Разделение html и php-кода в модулях Ну так и быть, поделюсь, я седня добрый Парсер затачивался под CMS собственной разработки со своим собственным API, но разобраться думаю будет несложно: Посмотреть вложение parser.zip
Ты что назло ОШИБСЯ в коде своего парсера? Это было несколько раз. Например вместо проверки на логическое равенство у тебя стоит === !!! Как это понимать? С твои парсером и так нелегко разбираться а если еще и СПЕЦИАЛЬНО портишь - так еще тяжелее
Re: Ответ: Разделение html и php-кода в модулях У тебя руки из жопы растут? зачем специально ошибаться в коде парсера ? Ты не поставил в конце ?> а еще поставил === вместо ==
