есть вопрос, я так понял вся суть этой штуки в том что в любой момент времени я могу дополнить класс category дополнительными полями и оно все будет нормально работать, то есть мне не нужно будет заморачиваться что там и как будет в базе?
и еще один вопрос к знатокам есть ли возможность тащить с апликухой (не веб) standalone базу, чтобы без инсталяторов и всякой другой разности?
спасибо вам за пост, я в частности вспомнил и нашел ролик, который оч оч сильно люблю: www.youtube.com/watch?v=6gmP4nk0EOE он как раз про всякие rss и web 2.0'ые фичи
поддерживаю многих высказавшихся по поводу ModX — более удачного движка на сегодняшний день не сыскать
что оно умеет:
— грамотное кеширование (можно кешировать как всю страницу целиком так и отдельные ее части)
— любые типы содержимого (аналог ССК от друпала)
— очень гибкая админка — админ видит только те поля которые я ему хочу показывать
— сео френдли — ну это не достоинство
— интуитивно понятная админка (не идет ни в какое сравнения с джумлами и друпалами)
— из коробки — любой сайт — с базовым модх без каких либо плагинов можно намострячить сдоровенный сайт, с каталогами товаров, галлереями, новостями и т.д. и т.п. (это при том что сам по себе модх ничего про эти штуки не знает, мы сами вольны решать что будет на сайте)
из минусов:
— возникают проблемы при более 5000+ страниц с кешами
— требуются некоторое допиливание напильником ядра (хотя уже не раз писал об этом разрабам)
— некоторые промахи в проектировании доп. полей документов (будут исправлять аж во второй версии модх)
— недоразвитый апи
вобщем всем тем кто до сих пор возиться с джумлами и т.п. очень рекомендую, хотябы для общего развития, ознакомиться с движком, не зря ж все таки мелкомягкие даже проспонсировали их семинар, потенциал у движка есть и очень серьезный
ps: по поводу того что лучше — как по мне то CS4, в Photoshope реализована очень простая но очееееень полезная фича — возможность тягать холст по экрану даже если он на этот самый экран не влазит
мне вот интересно как наредо разбирающийся в теме, рассуждает при выборе шаблона.
к примеру, есть задача: создать генератор для заполнения базы данных.
первое что приходит на ум:
— интерфейс с единственным методом Generate
— куча классов генерирующих конкретные типы данных (Имена, Параграфы, E-mail'ы и т.п.)
— каждый конкретный генератор имеет множество методов Generate с множеством параметров, к примеру для генерации параграфов — это количество этих самых параграфов, а для генерации даты — это mix, max значения.
— все генераторы сложены в отдельную библиотеку, клиентом для которой есть генератор запросов в базу — связь между библиотекой и генератором должна быть максимально слабой для того чтобы при изменении последних не нужно было править кучу кода.
хотел спросить как лучше уменьшить связь между самими генераторами, к примеру генератор параграфов использует генератор слов — но как быть если атрибуты меняются — опять менять кучу кода, но с другой стороны если делать все через «обертку» библиотеки — то проблем не будет.
вроде как все.
В общем что получается, как правильно было записано в интро, мы все можем наклепать алгоритмы для генерации чего либо, а вот как это все в кучу слепить?
Проблема в том, что как я понимаю, в такой задаче одним шаблоном не обойтись и тут самое интересное, потому как оно вроде все понятно когда читаешь описания шаблонов, но вот когда надо собрать это все в кучу — начинаются проблемы, собственно потому и интересно услышать мнение людей понимающий чтото в этой теме…
у нас в проекте задача веселее, необходим редактор:
* максимально легкий (функционал: жирный, наклонный, подчеркнутый и списки
* зачищающий на лету все лишнее
* зачищающий вставленный из ворда текст
естественно ничего такого не нашел и пришлось изобретать велосипед,
в следствии чего, на базе статьи был написан простенький редактор (не более 200 строк кода), а так же выдрана функция зачистки вордовского текста из tinymce
вот такие пироги, конечно свой редактор — это бесконечное лечение багов и непредвиденных задач, но чертовски прикольно и познавательно ;)
Вопрос: Как протестировать приватные методы?
Если вы дочитали до этого момента, то уже понимаете, что раз сначала пишутся тесты, а уже потом код, значит весь код внутри класса будет по-умолчанию протестирован.
согласен, просто прячете поле «шаблон» из админки + делаете небольшой плагин (буквально пару строк кода), который будет задавать нужный шаблон и вешаете его на событие onDocFormPreRendder
а зачем вам юзать ТВ для разделения новостей и галлереи, для этого и есть иерархия, если я создаю документ в папке «новости» то я создам новость на сайте, а для совсем «слабых» редакторов делайте на главной странице админки большие кнопки «СОЗДАТЬ НОВОСТЬ» которая будет создавать поддокумент папки «Новости»
автор забыл указать несколько принципиальных вещей:
Если Вы, впервые, сталкиваетесь с ModX то Вам в первую очередь необходимо осознать что она построена на следующей идее:
— сайт состоит из иерархии страниц
— в админке вы правите эти самые страницы
— страницы могут быть разных «типов» иметь разные поля и шаблоны (определяется шаблоном страницы)
(это я к тому чтобы не возникало конфузов типа «какаято непонятная и неправильная админка, не то что в друпале\джумле — там я привык там все правильно»)
В модх 1 включили наконецто таки плагин managemanager — который позволяет прятать кучу полей из админки, так например, в самом простом случае, в админке, юзер, с правами редактора, заполняет только заголовок и контент (остальное система делает сама с помощю простеньких плагинов)
По поводу менеджера файлов — это не совсем правда — он кривоват и далеко не самый хороший + ко всему этому, что редактор, что тини требуют небольшой доработки напильником
И последнее (холиварное) абсолютно не согласен с выводом автора, есть сайты каталогов, с тысячами товаров, формами поиска, на нескольких языках и т.д. и т.п. которые очень быстро и удобно сделались в модх + ко всему этому в модх намного ниже «порог вхождения» чем у друпала.
Я бы сформулировал вывод так:
Поковыряйтесь в модх, сделайте пару простеньких проектов, и тогда вы сможете определять для новых проектов, стоит ли делать их на модх или на каком нибуть фреймворке. (обратите внимания, про друпал не слова, так как если то что вам нужно — невыйдет сделать в модх, то лучше сразу потратить время и сделать с «нуля» используя чтото типа CI, KO)
мне например пригодился, до сих пор никак не привыкну — приходиш на рынок — береш любую самую новую игрушки и ни о чем не паришся — она у тебя идет, никаких тормозов, переустановок, настроек и т.п. — одно удовольствие
а вообще мелкомягкие реально фигню полную творят со своими банами в лайв
я вот консоль купил, месяца не прошло — меня забанили — я там знаю во что я играю — в смысле — я что обязан разбираться лицензия у меня или нет — вот прикиньте если завтра у вас комп перестанет выходить в нет с сообщением «вас забанили за нелицензионность» — с консолями все именно так и происходит
правда есть и плюсы — я так и не понял в чем плюсы лайва — так что и растраиваться особо не стал
а людям ломающим эту хрень отдельное спасибо — хочется верить что благодаря этому все уйдет в открытый доступ (ведь всеравно мелкомягкие получают бабки с лайва — а без него вообще ничего — для тех кто не в курсе полноценный доступ — платный — вопрос — зачем банить? — тогда уже точно никаких денег не заработают)
одно время пользовались азурой но потом отказались в пользу визио с темой для набросков сайтов
так же показывал людям скечфлов но как то не пошло и все так же сидим на визио — действительно — народ раз обучившись уже не хочет ничего другого :(
*самое страшное для меня — это изменяющиеся тз в ворде
тут надо какието статьи, а еще лучше видео обучающее с пошаговым обьяснением чего и где кликать и как оно должно работать — тогда может народ начнет пользовать — хотя не факт конечно
да уж, друпал с джумлой прочно засели среди лидеров и сидят там уже много лет и похоже что скатываться не собираются.
странно что за столько лет не ввели категорию «best php framework» чтобы народ мог высказаться по поводу всяких ci, kohana, zend и им подобных вещах.
и как обчно, уже который год, очень рад видеть модх на виду среди остальных систем (кстати зря ктото высказывался про новичков — мол не появляются они — модх появился в этом аварде пару лет назад и каждый год стабильно держиться на виду)
и еще один вопрос к знатокам есть ли возможность тащить с апликухой (не веб) standalone базу, чтобы без инсталяторов и всякой другой разности?
что оно умеет:
— грамотное кеширование (можно кешировать как всю страницу целиком так и отдельные ее части)
— любые типы содержимого (аналог ССК от друпала)
— очень гибкая админка — админ видит только те поля которые я ему хочу показывать
— сео френдли — ну это не достоинство
— интуитивно понятная админка (не идет ни в какое сравнения с джумлами и друпалами)
— из коробки — любой сайт — с базовым модх без каких либо плагинов можно намострячить сдоровенный сайт, с каталогами товаров, галлереями, новостями и т.д. и т.п. (это при том что сам по себе модх ничего про эти штуки не знает, мы сами вольны решать что будет на сайте)
из минусов:
— возникают проблемы при более 5000+ страниц с кешами
— требуются некоторое допиливание напильником ядра (хотя уже не раз писал об этом разрабам)
— некоторые промахи в проектировании доп. полей документов (будут исправлять аж во второй версии модх)
— недоразвитый апи
вобщем всем тем кто до сих пор возиться с джумлами и т.п. очень рекомендую, хотябы для общего развития, ознакомиться с движком, не зря ж все таки мелкомягкие даже проспонсировали их семинар, потенциал у движка есть и очень серьезный
ps: по поводу того что лучше — как по мне то CS4, в Photoshope реализована очень простая но очееееень полезная фича — возможность тягать холст по экрану даже если он на этот самый экран не влазит
к примеру, есть задача: создать генератор для заполнения базы данных.
первое что приходит на ум:
— интерфейс с единственным методом Generate
— куча классов генерирующих конкретные типы данных (Имена, Параграфы, E-mail'ы и т.п.)
— каждый конкретный генератор имеет множество методов Generate с множеством параметров, к примеру для генерации параграфов — это количество этих самых параграфов, а для генерации даты — это mix, max значения.
— все генераторы сложены в отдельную библиотеку, клиентом для которой есть генератор запросов в базу — связь между библиотекой и генератором должна быть максимально слабой для того чтобы при изменении последних не нужно было править кучу кода.
хотел спросить как лучше уменьшить связь между самими генераторами, к примеру генератор параграфов использует генератор слов — но как быть если атрибуты меняются — опять менять кучу кода, но с другой стороны если делать все через «обертку» библиотеки — то проблем не будет.
вроде как все.
В общем что получается, как правильно было записано в интро, мы все можем наклепать алгоритмы для генерации чего либо, а вот как это все в кучу слепить?
Проблема в том, что как я понимаю, в такой задаче одним шаблоном не обойтись и тут самое интересное, потому как оно вроде все понятно когда читаешь описания шаблонов, но вот когда надо собрать это все в кучу — начинаются проблемы, собственно потому и интересно услышать мнение людей понимающий чтото в этой теме…
естественно ничего такого не нашел и пришлось изобретать велосипед,
в следствии чего, на базе статьи был написан простенький редактор (не более 200 строк кода), а так же выдрана функция зачистки вордовского текста из tinymce
вот такие пироги, конечно свой редактор — это бесконечное лечение багов и непредвиденных задач, но чертовски прикольно и познавательно ;)
я честно говоря никак не могу въехать…
Если Вы, впервые, сталкиваетесь с ModX то Вам в первую очередь необходимо осознать что она построена на следующей идее:
— сайт состоит из иерархии страниц
— в админке вы правите эти самые страницы
— страницы могут быть разных «типов» иметь разные поля и шаблоны (определяется шаблоном страницы)
(это я к тому чтобы не возникало конфузов типа «какаято непонятная и неправильная админка, не то что в друпале\джумле — там я привык там все правильно»)
В модх 1 включили наконецто таки плагин managemanager — который позволяет прятать кучу полей из админки, так например, в самом простом случае, в админке, юзер, с правами редактора, заполняет только заголовок и контент (остальное система делает сама с помощю простеньких плагинов)
По поводу менеджера файлов — это не совсем правда — он кривоват и далеко не самый хороший + ко всему этому, что редактор, что тини требуют небольшой доработки напильником
И последнее (холиварное) абсолютно не согласен с выводом автора, есть сайты каталогов, с тысячами товаров, формами поиска, на нескольких языках и т.д. и т.п. которые очень быстро и удобно сделались в модх + ко всему этому в модх намного ниже «порог вхождения» чем у друпала.
Я бы сформулировал вывод так:
Поковыряйтесь в модх, сделайте пару простеньких проектов, и тогда вы сможете определять для новых проектов, стоит ли делать их на модх или на каком нибуть фреймворке. (обратите внимания, про друпал не слова, так как если то что вам нужно — невыйдет сделать в модх, то лучше сразу потратить время и сделать с «нуля» используя чтото типа CI, KO)
а вообще мелкомягкие реально фигню полную творят со своими банами в лайв
я вот консоль купил, месяца не прошло — меня забанили — я там знаю во что я играю — в смысле — я что обязан разбираться лицензия у меня или нет — вот прикиньте если завтра у вас комп перестанет выходить в нет с сообщением «вас забанили за нелицензионность» — с консолями все именно так и происходит
правда есть и плюсы — я так и не понял в чем плюсы лайва — так что и растраиваться особо не стал
а людям ломающим эту хрень отдельное спасибо — хочется верить что благодаря этому все уйдет в открытый доступ (ведь всеравно мелкомягкие получают бабки с лайва — а без него вообще ничего — для тех кто не в курсе полноценный доступ — платный — вопрос — зачем банить? — тогда уже точно никаких денег не заработают)
одно время пользовались азурой но потом отказались в пользу визио с темой для набросков сайтов
так же показывал людям скечфлов но как то не пошло и все так же сидим на визио — действительно — народ раз обучившись уже не хочет ничего другого :(
*самое страшное для меня — это изменяющиеся тз в ворде
тут надо какието статьи, а еще лучше видео обучающее с пошаговым обьяснением чего и где кликать и как оно должно работать — тогда может народ начнет пользовать — хотя не факт конечно
странно что за столько лет не ввели категорию «best php framework» чтобы народ мог высказаться по поводу всяких ci, kohana, zend и им подобных вещах.
и как обчно, уже который год, очень рад видеть модх на виду среди остальных систем (кстати зря ктото высказывался про новичков — мол не появляются они — модх появился в этом аварде пару лет назад и каждый год стабильно держиться на виду)