А что вы подразумеваете под статичной страницей? В моем понимании это страницы типа «о проекте», выводом которых и занимается упомянутый page. Но тогда, не могу разобраться, что значит «в page — работает»…
<require>
<module name="aaa" version="1.0.0">
<onExists>
Тут какие-то действия
</onExists>
<notExists>
Тут какие-то действия
</notExists>
</module>
</require>
:) Я как разработчик тебя прекрасно понимаю. Сам написал два технических поста, получил минуса. В обществе всегда много несправедливостей и непонятностей.
Стремимся сделать интернет социальным — получаем вместе с позитивом, весь социо-негатив.
Это очень хорошая идея! Потому что я сейчас работаю над двумя модулями, их можно использовать взаимосвязано, а можно по отдельности. Для связи нужно вносить в каждый небольшие изменения. Вот и тружусь над созданием инсталятора, который при установке модуля А проверял наличие модуля Б и при указании пользователя вносил бы в него изменения. Оказывается, это не такая уж тривиальная задача, как может показаться с первого взгляда.
Макс, я просто считаю, что разработчиков здесь меньшинство. Поэтому темы для разработчиков и «передовиков мысли» не очень в почете. В основном все привыкли — CMS это когда скачал, тыкнул пару ссылок и все работает, не надо ни в чем разбираться. А тут другая ситуация.
Уверен, LS тоже скоро станет подобной гибкой системой. Но тогда тоже будет разделение на два клана — на разработчиков модулей и их юзеров. Посмотреть на Wordpress — общение между авторами плагина и пользователя всегда сводятся к! я ошибку нашел!" или «блин, у меня не работает — ты виноват».
{if !$BLOG_USE_TINYMCE}
....
Здесь определяется вид панели редактора
....
{/if}
tinyMCE.init({
......
Здесь задаются настройки tinyMCE
......
})
Потом открываете Google, пишите запрос: «использование таких-то тегов в tinyMCE». И читаете. Потому, что случаю бывают совсем разные — есть разные конструкции, есть различные tinyMCE плагины. Но информации об этом очень много.
Общение движка с tinyMCE происходит через объект lsPanel, который определен в файле /templates/skin/ваш_скин/js/panel.js
Мне кажется, это должно исходить в первую очередь от исполнителей. У каждого есть личный блог — почему бы не постить туда свое портфолио, а у себя в профайле указать ссылку на свой промо-сайт-портфолио. Никто не мешает это делать. Тем более исполнителей не так уж и много, да еще и с качественными примерами работ, которые показать не стыдно.
Интересная разработка. Только вот reverse proxy не самый оптимальный вариант, если делаешь под заказ. Да и в движек такое не совсем пойдет. Я использую свою систему файлового кеша.
В таком случае воспринимайте мой комментарий как дополнительное предложение к вашему:
$this->Viewer_AddHeadJs('admin.js');
не просто подключает на страничку admin.js, а указывает специальному методу или модулю (loader`у) на это файл. А уже при формировании header`a странички подключаем слитые файлы, сформированные этим самым loader`ом.
Я сейчас на заказ работаю над модулем Loader, предназначенный для управления загрузкой JS, CSS файлов. Помимо того, что можно будет подключать или отключать в произвольном месте js и css, он будет собирать их в один js-файл и один css-файл (для ускорения загрузки страницы).
Помимо этого в админ панеле предусмотрено управление js и css для статических страниц. Хотим расширить этот функционал на общее управление вьювером, сейчас этот вариант обдумывается.
Если есть желание получить этот модуль — пишите, договоримся.
Два варианта:
$menu содержит строку, поэтому никаких дампов не надо, достаточно просто добавить html код типа
<p>{$menu}</p>
в любом удобном месте шаблона.
Или нужно просто открыть файл Action`a, который этот шаблон вызвал, найти в нем строку $this->Viewer_Assign('menu', $menu); и перед ней написать var_dump($menu).
Стремимся сделать интернет социальным — получаем вместе с позитивом, весь социо-негатив.
Уверен, LS тоже скоро станет подобной гибкой системой. Но тогда тоже будет разделение на два клана — на разработчиков модулей и их юзеров. Посмотреть на Wordpress — общение между авторами плагина и пользователя всегда сводятся к! я ошибку нашел!" или «блин, у меня не работает — ты виноват».
Такая уж наша психология :)
Здесь находите блок
Потом открываете Google, пишите запрос: «использование таких-то тегов в tinyMCE». И читаете. Потому, что случаю бывают совсем разные — есть разные конструкции, есть различные tinyMCE плагины. Но информации об этом очень много.
Общение движка с tinyMCE происходит через объект lsPanel, который определен в файле /templates/skin/ваш_скин/js/panel.js
Зачем тратить время и силы на создание нового функционала, если можно обойтись существующим. © Getting Real
1. Хостинг позволяет работать со своими .htaccess?
2. mod_rewrite Apache`а доступен?
Да, об этом не подумал. Архитектурно, так, конечно, будет правильнее.
А отдельный метод я сделал потому, что функционал кардинально разный. Там выводим на этой странице, а там — на следующей. Хотя тут дело стиля.
не просто подключает на страничку admin.js, а указывает специальному методу или модулю (loader`у) на это файл. А уже при формировании header`a странички подключаем слитые файлы, сформированные этим самым loader`ом.
Помимо этого в админ панеле предусмотрено управление js и css для статических страниц. Хотим расширить этот функционал на общее управление вьювером, сейчас этот вариант обдумывается.
Если есть желание получить этот модуль — пишите, договоримся.
Наверное, все-таки
Так как, PECL Package называется просто sphinx (http://pecl.php.net/package/sphinx).
$menu содержит строку, поэтому никаких дампов не надо, достаточно просто добавить html код типа
в любом удобном месте шаблона.
Или нужно просто открыть файл Action`a, который этот шаблон вызвал, найти в нем строку $this->Viewer_Assign('menu', $menu); и перед ней написать var_dump($menu).