Что такое NetKat?
Впервый раз слышу о такой системе
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Друпал бесплатная и открытя система а неткат платная.
Думаю по возможностям друпал + куча разработанных модулей на 3 головы выше нетката.
Другое дело - нужны ли такие возможности...
Заглянул, посмотрел. Судя по странице features, netcat не нужен и даром... Не говоря уже об отсутвии коммьюнити полного разработчиков и готовых рецептов...
Ну так Netcat коммерческая, иногда делают потуги сравнивать себя с битриксом, хотя слабее в разы. Как можно вообще сравнивать это с бесплатным опенсорсным Drupal`ом? У них разные сферы применения.
Подробности: см. исходный текст например этой текущей страницы на drupal.ru. По дефолту вставлено много разных id и классов ко всем блокам - это сделано для того, чтобы легче было привязывать к разным блокам сайта стили. Но при этом Drupal позволяет большую часть (но не всю) генерируемого им HTML - в модулях для этого сделаны специальные функции. В шаблонах тем можно переопределять выводимый модулями HTML - например вместо вёрстки на divах задействовать таблицы, соответственно и классы свои прописывать где хочется. Это гибкая схема и всё зависит от потребностей - можно подешевле обойтись только заменой и дописыванием стилей к готовой теме оформления (работа дизайнера), можно написать свою тему вывода (потребуется дополнительно программист).
--
Администратор сайта «Drupal — Россия» на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
Сравнивать бесплатную систему и платную вполне возможно, но с одним условием: в бесплатную систему мы дополнительно вкладываем стоимость системы платной.
Тоесть если наш бюджет, допустим, 4 тысячи, то 3 тысячи мы отдаём людям, тысячу - на CMS. Это для платной.
Для бесплатной, мы и эту тысячу отдаём людям. В результате мы можем на бесплатный проект нанять более дорогих спецов, которые сделают продукт более качественно.
Dixi
для примера грязного кода - эта страница,
-----------------------
body class="not-front logged-in ntype-forum both-sidebars" div id="navigation" class="menu withprimary withsecondary "
---------------------
, семь разных стилей, кроме моего , которые я не заказывал, как и стили, упомянутые выше
проблема в чём... у меня например есть готовый сверстанный html? там нет этих тегов и многих других, уже готов CSS ? все стили прописаны - я не могу сделать точную копию этой вёрстки - Друпал обязательно что-то свое вставит, уже не говоря о том, что все стили надо переименовывать
Если мешает, то можно в своей теме переписать вывод модулей и прописать свои классы и id или вообще не прописывать - не зря же все эти theme* функции в движке.
--
Администратор сайта «Drupal — Россия» на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
> это если один сайт.... а платная покупается навсегда...
То есть если я сейчас куплю версию 2.4, то можешь ли ты мне гарантировать, что версия 3.0 с кучей возможностей, которые мне понядобятся, достанется мне бесплатно?
Ответ: нет не можешь.
> проблема в чём... у меня например есть готовый сверстанный html?
В любой системе у тебя два выхода, либо ты меняешь код (что б выводились те стили, что нужны тебе), либо меняешь свой CSS, дабы подстроиться под CMS. Drupal позволяет сделать и то и другое. Но лучше второе. Первое сложнее и не всегда стоит свеч.
По поводу обилия лишних стилей - да имеет место быть. Зато когда надо поменять офорление, не надо звать и программиста и верстальщика - что б программист стили добавил, а верстальщик в CSS засунул.
>То есть если я сейчас куплю версию 2.4, то можешь ли ты мне гарантировать,
>что версия 3.0 с кучей возможностей, которые мне понядобятся, достанется мне бесплатно?
>Ответ: нет не можешь.
в технической поддержке NetCat мне ответили так:
в рамках действующей технической поддержки NetCat, обновление системы производится бесплатно
>То есть если я сейчас куплю версию 2.4, то можешь ли ты мне гарантировать,
>что версия 3.0 с кучей возможностей, которые мне понядобятся, достанется мне бесплатно?
>Ответ: нет не можешь.
в технической поддержке NetCat мне ответили так:
в рамках действующей технической поддержки NetCat, обновление системы производится бесплатно
Они умолчали, что рамки этой поддержки ограничены 1 годом, а потом плати за обновления 10тыс.р.
Exiton (не проверено)
6 апреля 2007 в 17:33
"В любой системе у тебя два выхода, либо ты меняешь код (что б выводились те стили, что нужны тебе), либо меняешь свой CSS, дабы подстроиться под CMS."
Нет, не в "любой". DotNetNuke'у можно подсунуть прямо этот html, он сам его отпарсит в свой формат.
Хм. "Appendix B: Skin Objects" - впечатляет. И где выигрыш?
Exiton (не проверено)
7 апреля 2007 в 0:27
Я только сегодня обнаружил существование Dupal'а (зацепил поисковиком, когда искал мультипортальные движки), понятия не имею как в нём организована работа ошкуривания и потому про выигрыш сказать не могу.
Имею опыт работы с разного вида nuke'ами. Там ошкуривание представляет собой распихивание по куче файлов исходников разодранного на части html-шаблона. Чудовищно неудобно. После этого возможность хранить шкурку в одном файле произвела на меня впечатление.
Не понимаю, чем вам не понравились Skin Objects. Они служат для того, чтобы шкурка не была привязана к конкретной версии платформы. При парсинге происходит не только замена объектов, но и в начало служебного файла подставляются необходимые ссылки на ресурсы, соответствующие этим объектам. (Ну и как следствие, при задействовании шкуры используются только те объекты, которые ею использованы. Какая-никакая, а всё же экономия ресурсов.)
P.S. Мне понятно ваше желание самоутвердиться, смешав любой отличный от Drupal'а движок с дерьмом. Только постарайтесь не переносить ваш негатив на мою скромную персону.
________________
Hooter girls dig me!
P.S. Мне понятно ваше желание самоутвердиться, смешав любой отличный от Drupal'а движок с дерьмом. Только постарайтесь не переносить ваш негатив на мою скромную персону.
Только не надо хамить, пожалуйста. Я внимательно прочитал всю тему, и нигде не увидел, тем более - в постах Axel'я - попытки смешать вас и то, что вам нравится, с дерьмом. Сугубо попытки разьяснить, как обстоят дела в Друпале, и вопросы про то, как обстоят дела в ДотНюке. Если вам видится то, чего нет, это не значит, что Dan и Axel работают дерьмомешалками, на самом деле.
> Не понимаю, чем вам не понравились Skin Objects.
Дык вот этим и не понравилось: "Appendix B: Skin Objects". Верстальщику эту табличку придётся выучить! А чем такую табличку учить, гораздо проще разобраться в принципе назначения классов в Drupal или, даже, в темизации.
Exiton (не проверено)
7 апреля 2007 в 14:56
Запись была адресована Dan'у и следовала сразу после его записи.
После того, как я прочёл записи Axel'я, я случайно заметил у себя в записи опечатку. После её исправление запись уехала в самый низ. Хотя в списке тем форума последней записью по-прежнему продолжала числиться запись Axel'я.
Что касается Dan'а, то будь он настроен доброжелательно или нейтрально (будь то по отношению ко мне или DNN), то он мог сказать "Не понял смысла манипуляций с объектами" или "Для чего нужна подмена?".
Вместо этого он пытается надо мною иронизировать своими "Хм".
Добавлено:
На самом деле объектов не больше пары десятков, да и то все из них использовать не обязательно.
Они имеют вид [MENU], [USER], [LOGIN], [CURRENTDATE] и так далее. Особо стараться не придётся.
________________
Hooter girls dig me!
Exiton (не проверено)
7 апреля 2007 в 15:14
Пожалуй, для наглядности прикреплю исходный (неотпарсеный) шаблон оформления по умолчанию (в комплекте идут ещё таблицы стилей и рисунки).
Просмотрите его и положа руку на сердце скажите, что дизайнеру пришлось очень мучиться, вставляя в него скин-объекты.
________________
Hooter girls dig me!
Говоря "Хм", я отнюдь не имел ввиду "желание самоутвердиться, смешав любой отличный от Drupal'а движок с дерьмом."
Если своим "Хм" я Вас оскорбил, прошу прощения.
> На самом деле объектов не больше пары десятков, да и то все из них использовать не обязательно.
> Они имеют вид [MENU], [USER], [LOGIN], [CURRENTDATE] и так далее. Особо стараться не придётся.
Я всё это понял, прочитав pdf-документацию. Кстати их там я насчитал не два, а шесть десятков и их описание занимает более двадцати страниц.
Я отношусть к тому типу людей, которые читают документацию; и если бы я имел дело с DNN, мне эту таблицу пришлось бы выучить, дабы досканально знать, как делать темы на этом движке.
Я вижу в этом способе свои плюсы и минусы (как и в друпаловском), но я не вижу "где выигрыш". В Drupal, верстальщику, хорошо знающему CSS и XHTML, доп. знания не потребуются, в DNN же придётся учить табличку.
Я не прав?
Что-то "Draupal против NetCat" превратилась в "Drupal против DotNetNuke"
Exiton (не проверено)
7 апреля 2007 в 15:38
Действительно, объектов под 60. Мне почему-то казалось, что их меньше. Моя ошибка.
Чтобы "досконально" знать - да, пришлось бы выучить. Но если вы пляшете от уже готового шаблона в сторону своего, то это не обязательно, достаточно иметь общее представление. Каюсь, я тАк делал. Даже представления не имел об этой таблице в момент редактирования. Просто правил имевшийся шаблон, переставлял скин-объекты, и вносил изменения в таблицы стилей.
Про атрибут. В большинстве случаев есть как минимум ссылка на класс в таблице стилей. Если совсем ничего нет, то даже не знаю. Вероятно, можно всё же окружить его своим html-ем, подогнав его к тому, который будет выдан конечному пользователю.
А у какого токена отсутствует атрибут?
________________
Hooter girls dig me!
Exiton (не проверено)
7 апреля 2007 в 16:00
Про "выигрыш" не написал.
Просто надо иметь представление о работе DNN со своими скин-объектами.
Например:
В оформлении контейнера модуля я предусматриваю иконку функции "вид для печати". Соответственно, сую в нужное место [PRINTMODULE]. Но дело в том, что позднее, настраивая внешний вид контейнера, пользователь может запретить для него отображение функции "вид для печати". В таком случае иконка выведена не будет.
Поэтому и используются скин-объекты. В зависимости от текущих настроек страницы или модуля они могут соответствовать различному конечному html-коду.
Насколько я могу судить, подобный функционал есть и у Drupal'а. Например, задание в настройках сайта показа логотипа. Вот только я пока не знаю какими средствами это достигается.
________________
Hooter girls dig me!
Комментарии
Что такое NetKat?
Впервый раз слышу о такой системе
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
www.netcat.ru - вот она, эта система,не пробовали?
Весь вопрос в том, готовы вы платить за неё 1000$ или нет?
Друпал бесплатная и открытя система а неткат платная.
Думаю по возможностям друпал + куча разработанных модулей на 3 головы выше нетката.
Другое дело - нужны ли такие возможности...
Заглянул, посмотрел. Судя по странице features, netcat не нужен и даром... Не говоря уже об отсутвии коммьюнити полного разработчиков и готовых рецептов...
Ну так Netcat коммерческая, иногда делают потуги сравнивать себя с битриксом, хотя слабее в разы. Как можно вообще сравнивать это с бесплатным опенсорсным Drupal`ом? У них разные сферы применения.
но зато в неткэте код чистый - Друпал вставляет много разных стилей к html - это некоторых бесит...
>но зато в неткэте код чистый - Друпал вставляет много разных стилей к html - это некоторых бесит...
подробней можно?
Подробности: см. исходный текст например этой текущей страницы на drupal.ru. По дефолту вставлено много разных id и классов ко всем блокам - это сделано для того, чтобы легче было привязывать к разным блокам сайта стили. Но при этом Drupal позволяет большую часть (но не всю) генерируемого им HTML - в модулях для этого сделаны специальные функции. В шаблонах тем можно переопределять выводимый модулями HTML - например вместо вёрстки на divах задействовать таблицы, соответственно и классы свои прописывать где хочется. Это гибкая схема и всё зависит от потребностей - можно подешевле обойтись только заменой и дописыванием стилей к готовой теме оформления (работа дизайнера), можно написать свою тему вывода (потребуется дополнительно программист).
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
Сравнивать бесплатную систему и платную вполне возможно, но с одним условием: в бесплатную систему мы дополнительно вкладываем стоимость системы платной.
Тоесть если наш бюджет, допустим, 4 тысячи, то 3 тысячи мы отдаём людям, тысячу - на CMS. Это для платной.
Для бесплатной, мы и эту тысячу отдаём людям. В результате мы можем на бесплатный проект нанять более дорогих спецов, которые сделают продукт более качественно.
Dixi
это если один сайт.... а платная покупается навсегда...
Посмотрите на лицензирование битрикса, думаю и другим кушать хочется постоянно
======================================================
[url=http://wiki.drupal.ru]Документация[/url],[url=http://wiki.drupal.ru/doc/poleznye_ssylki_dlya_dizainerov]Дизайн[/url],[url=http://wiki.drupal.ru/doc/gotovye_perevody]Переводы[/url]
для примера грязного кода - эта страница,
-----------------------
body class="not-front logged-in ntype-forum both-sidebars" div id="navigation" class="menu withprimary withsecondary "
---------------------
, семь разных стилей, кроме моего , которые я не заказывал, как и стили, упомянутые выше
URL в студию....
Смешные вещи я могу в любой CMS и на любом сайте найти
======================================================
[url=http://wiki.drupal.ru]Документация[/url],[url=http://wiki.drupal.ru/doc/poleznye_ssylki_dlya_dizainerov]Дизайн[/url],[url=http://wiki.drupal.ru/doc/gotovye_perevody]Переводы[/url]
вот что мне откровенно не нравится в битриксе и в вышеприведенном неткэте - ну просто очень маленький шрифт, это насилие над зрением
эта страница - имелась ввиду текущая страница, на которой мы общаемся...
А что криминального? Все корректно. Валидацию (хотя это и не панацея) легко пройдет, а как избавиться уже не раз тёрли...
======================================================
[url=http://wiki.drupal.ru]Документация[/url],[url=http://wiki.drupal.ru/doc/poleznye_ssylki_dlya_dizainerov]Дизайн[/url],[url=http://wiki.drupal.ru/doc/gotovye_perevody]Переводы[/url]
проблема в чём... у меня например есть готовый сверстанный html? там нет этих тегов и многих других, уже готов CSS ? все стили прописаны - я не могу сделать точную копию этой вёрстки - Друпал обязательно что-то свое вставит, уже не говоря о том, что все стили надо переименовывать
Если мешает, то можно в своей теме переписать вывод модулей и прописать свои классы и id или вообще не прописывать - не зря же все эти theme* функции в движке.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
> это если один сайт.... а платная покупается навсегда...
То есть если я сейчас куплю версию 2.4, то можешь ли ты мне гарантировать, что версия 3.0 с кучей возможностей, которые мне понядобятся, достанется мне бесплатно?
Ответ: нет не можешь.
> проблема в чём... у меня например есть готовый сверстанный html?
В любой системе у тебя два выхода, либо ты меняешь код (что б выводились те стили, что нужны тебе), либо меняешь свой CSS, дабы подстроиться под CMS. Drupal позволяет сделать и то и другое. Но лучше второе. Первое сложнее и не всегда стоит свеч.
По поводу обилия лишних стилей - да имеет место быть. Зато когда надо поменять офорление, не надо звать и программиста и верстальщика - что б программист стили добавил, а верстальщик в CSS засунул.
>То есть если я сейчас куплю версию 2.4, то можешь ли ты мне гарантировать,
>что версия 3.0 с кучей возможностей, которые мне понядобятся, достанется мне бесплатно?
>Ответ: нет не можешь.
в технической поддержке NetCat мне ответили так:
в рамках действующей технической поддержки NetCat, обновление системы производится бесплатно
Они умолчали, что рамки этой поддержки ограничены 1 годом, а потом плати за обновления 10тыс.р.
"В любой системе у тебя два выхода, либо ты меняешь код (что б выводились те стили, что нужны тебе), либо меняешь свой CSS, дабы подстроиться под CMS."
Нет, не в "любой". DotNetNuke'у можно подсунуть прямо этот html, он сам его отпарсит в свой формат.
________________
Hooter girls dig me!
Это хорошо.
Но, боюсь, реального сравнения двух систем ты здесь не увидишь.
И не потому, что все маньяки Drupal, а скорее из-за нехватки времени.
Ссылки на описание сего процесса можно?
И ссылки на темы этой системы.
Описание на оффсайте, на ясном английском языке.
Я не уверен, сработает ли прямая ссылка на файл. Вот ссылка на страницу с документацией, вам нужен документ, озаглавленный "Skinning Guide".
Загрузка шкурок и контейнеров модулей производится в один клик.
Что имеется в виду под "темами"?
________________
Hooter girls dig me!
Хм. "Appendix B: Skin Objects" - впечатляет. И где выигрыш?
Я только сегодня обнаружил существование Dupal'а (зацепил поисковиком, когда искал мультипортальные движки), понятия не имею как в нём организована работа ошкуривания и потому про выигрыш сказать не могу.
Имею опыт работы с разного вида nuke'ами. Там ошкуривание представляет собой распихивание по куче файлов исходников разодранного на части html-шаблона. Чудовищно неудобно. После этого возможность хранить шкурку в одном файле произвела на меня впечатление.
Не понимаю, чем вам не понравились Skin Objects. Они служат для того, чтобы шкурка не была привязана к конкретной версии платформы. При парсинге происходит не только замена объектов, но и в начало служебного файла подставляются необходимые ссылки на ресурсы, соответствующие этим объектам. (Ну и как следствие, при задействовании шкуры используются только те объекты, которые ею использованы. Какая-никакая, а всё же экономия ресурсов.)
P.S. Мне понятно ваше желание самоутвердиться, смешав любой отличный от Drupal'а движок с дерьмом. Только постарайтесь не переносить ваш негатив на мою скромную персону.
________________
Hooter girls dig me!
P.S. Мне понятно ваше желание самоутвердиться, смешав любой отличный от Drupal'а движок с дерьмом. Только постарайтесь не переносить ваш негатив на мою скромную персону.
Только не надо хамить, пожалуйста. Я внимательно прочитал всю тему, и нигде не увидел, тем более - в постах Axel'я - попытки смешать вас и то, что вам нравится, с дерьмом. Сугубо попытки разьяснить, как обстоят дела в Друпале, и вопросы про то, как обстоят дела в ДотНюке. Если вам видится то, чего нет, это не значит, что Dan и Axel работают дерьмомешалками, на самом деле.
> Не понимаю, чем вам не понравились Skin Objects.
Дык вот этим и не понравилось: "Appendix B: Skin Objects". Верстальщику эту табличку придётся выучить! А чем такую табличку учить, гораздо проще разобраться в принципе назначения классов в Drupal или, даже, в темизации.
Запись была адресована Dan'у и следовала сразу после его записи.
После того, как я прочёл записи Axel'я, я случайно заметил у себя в записи опечатку. После её исправление запись уехала в самый низ. Хотя в списке тем форума последней записью по-прежнему продолжала числиться запись Axel'я.
Что касается Dan'а, то будь он настроен доброжелательно или нейтрально (будь то по отношению ко мне или DNN), то он мог сказать "Не понял смысла манипуляций с объектами" или "Для чего нужна подмена?".
Вместо этого он пытается надо мною иронизировать своими "Хм".
Добавлено:
На самом деле объектов не больше пары десятков, да и то все из них использовать не обязательно.
Они имеют вид [MENU], [USER], [LOGIN], [CURRENTDATE] и так далее. Особо стараться не придётся.
________________
Hooter girls dig me!
Пожалуй, для наглядности прикреплю исходный (неотпарсеный) шаблон оформления по умолчанию (в комплекте идут ещё таблицы стилей и рисунки).
Просмотрите его и положа руку на сердце скажите, что дизайнеру пришлось очень мучиться, вставляя в него скин-объекты.
________________
Hooter girls dig me!
Говоря "Хм", я отнюдь не имел ввиду "желание самоутвердиться, смешав любой отличный от Drupal'а движок с дерьмом."
Если своим "Хм" я Вас оскорбил, прошу прощения.
> На самом деле объектов не больше пары десятков, да и то все из них использовать не обязательно.
> Они имеют вид [MENU], [USER], [LOGIN], [CURRENTDATE] и так далее. Особо стараться не придётся.
Я всё это понял, прочитав pdf-документацию. Кстати их там я насчитал не два, а шесть десятков и их описание занимает более двадцати страниц.
Я отношусть к тому типу людей, которые читают документацию; и если бы я имел дело с DNN, мне эту таблицу пришлось бы выучить, дабы досканально знать, как делать темы на этом движке.
Я вижу в этом способе свои плюсы и минусы (как и в друпаловском), но я не вижу "где выигрыш". В Drupal, верстальщику, хорошо знающему CSS и XHTML, доп. знания не потребуются, в DNN же придётся учить табличку.
Я не прав?
Кстати, что делать если у нужного мне token отсутствуют attribute?
Что-то "Draupal против NetCat" превратилась в "Drupal против DotNetNuke"
Действительно, объектов под 60. Мне почему-то казалось, что их меньше. Моя ошибка.
Чтобы "досконально" знать - да, пришлось бы выучить. Но если вы пляшете от уже готового шаблона в сторону своего, то это не обязательно, достаточно иметь общее представление. Каюсь, я тАк делал. Даже представления не имел об этой таблице в момент редактирования. Просто правил имевшийся шаблон, переставлял скин-объекты, и вносил изменения в таблицы стилей.
Про атрибут. В большинстве случаев есть как минимум ссылка на класс в таблице стилей. Если совсем ничего нет, то даже не знаю. Вероятно, можно всё же окружить его своим html-ем, подогнав его к тому, который будет выдан конечному пользователю.
А у какого токена отсутствует атрибут?
________________
Hooter girls dig me!
Про "выигрыш" не написал.
Просто надо иметь представление о работе DNN со своими скин-объектами.
Например:
В оформлении контейнера модуля я предусматриваю иконку функции "вид для печати". Соответственно, сую в нужное место [PRINTMODULE]. Но дело в том, что позднее, настраивая внешний вид контейнера, пользователь может запретить для него отображение функции "вид для печати". В таком случае иконка выведена не будет.
Поэтому и используются скин-объекты. В зависимости от текущих настроек страницы или модуля они могут соответствовать различному конечному html-коду.
Насколько я могу судить, подобный функционал есть и у Drupal'а. Например, задание в настройках сайта показа логотипа. Вот только я пока не знаю какими средствами это достигается.
________________
Hooter girls dig me!