Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 68
это бесплатно, в моем случае (CMS Joomla/Mambo)
это интересно (поковыряться и т.п. :)
это интересно (поковыряться и т.п. :)
Не могли бы вы назвать пару-тройку CMS с закрытым исходным кодом?
Спросите у Яndexa, сударь!
Такие вещи лучше спрашивать у Википедии :)
Кстати, недавно на нашем городском портале была дискуссия о наиболее удобных open CMS - называли Plone, drupal и e107 т.е. практически все финалисты конкурса на лучшую ЦМСку. Джумла тоже упоминалась, но работать с ней, по разным причинам, никто не хочет.
Кстати, недавно на нашем городском портале была дискуссия о наиболее удобных open CMS - называли Plone, drupal и e107 т.е. практически все финалисты конкурса на лучшую ЦМСку. Джумла тоже упоминалась, но работать с ней, по разным причинам, никто не хочет.
Это как снежный ком. Один предлагает идею. Другой использует. Пишет и дорабатывает новое. Это просто интересно. Но этот энтузиазм быстро проходит - 1-2года у меня)))
1)Я пишу всегда кучу исправлений для CMS. Мне одходит только открытый код.
2)Для открытого кода гораздо проще написать дополнение и послать разработчикам CMS.
ЗАкрытый код: http://www.NetCat.ru http://www.bitrix.ru
2)Для открытого кода гораздо проще написать дополнение и послать разработчикам CMS.
ЗАкрытый код: http://www.NetCat.ru http://www.bitrix.ru
В каком смысле закрытый код у нетКат?
>ЗАкрытый код: http://www.bitrix.ru
Купленный продукт поставляется с исходным кодом.
Купленный продукт поставляется с исходным кодом.
не пробовал закрытых CMS, поэтому сравнивать не с чем. Я бы спросил по-другому - зачем мне CMS с закрытым кодом? Это выгодно, более гибко? :-)
CMS с открытым кодом в последнее время очень часто просят именно заказчики - они не хотят зависить от конкретного разработчика. Что вполне понятно. У нас так к примеру в линейке появился Drupal, сейчас на очереди Typo3.
С точки зрения разработчика - тут кто начем набил руку. Когда уже выполнил на той или иной платформе некоторое количество проектов, "допиливание" функционала модулей в конкретных случаях идет гораздо быстрее, не надо разбираться. Кто то набивает руку на собственной платформе, кто то использует open source. Так что тут дело вкуса\привычки и маркетинговой политики (если мы говорим о компании, а не о фрилансере).
С точки зрения разработчика - тут кто начем набил руку. Когда уже выполнил на той или иной платформе некоторое количество проектов, "допиливание" функционала модулей в конкретных случаях идет гораздо быстрее, не надо разбираться. Кто то набивает руку на собственной платформе, кто то использует open source. Так что тут дело вкуса\привычки и маркетинговой политики (если мы говорим о компании, а не о фрилансере).
Заказчику обычно без разницы, закрытая или открытая CMS. Ему нужно предложить решение его проблемы и, как правило, комплексно. А вот если смотреть с точки зрения процесса разработки сайта внутри веб-студии, то студии выгоднее использовать открытый фреймворк (или девелоперскую анлимитед лицензию на закрытый) и свои наработки. Примеры фреймворков: ruby-on-rails, cakePHP, Microsoft eCommerce Starter Kit и т.п.
CMS с открытым кодом это удобно, когда нужно сделать нестандартные решения, так как в принципе нужно просто сделать настройку.
Также CMS с открым кодом более функциональные, чем некоторые коммерческие продукты.
А самое главное: можно больше денег оставить на создание дизайна и наполнение контентом, так как именнно это видит посетитель в первую очередь.
Также CMS с открым кодом более функциональные, чем некоторые коммерческие продукты.
А самое главное: можно больше денег оставить на создание дизайна и наполнение контентом, так как именнно это видит посетитель в первую очередь.
!? Бред
Не бред:
> CMS с открытым кодом это удобно, когда нужно сделать нестандартные решения, так как в принципе нужно просто сделать настройку.
Просто делаешь модуль или плагин, который дополняет функционал. Не нужно писать все с нуля.
> Также CMS с открым кодом более функциональные, чем некоторые коммерческие продукты.
В качестве примера можно взять Typo3 или Drupal. Typo3 очень хорошая система, которая оставляет позади многие платные системы.
> CMS с открытым кодом это удобно, когда нужно сделать нестандартные решения, так как в принципе нужно просто сделать настройку.
Просто делаешь модуль или плагин, который дополняет функционал. Не нужно писать все с нуля.
> Также CMS с открым кодом более функциональные, чем некоторые коммерческие продукты.
В качестве примера можно взять Typo3 или Drupal. Typo3 очень хорошая система, которая оставляет позади многие платные системы.
Это не функциональность, а как раз ее отсутствие, раз тебе модуль нужно писать.
Наверное я сложно вырожаюсь...
Если нужно сделать надстройку (это когда добавляют функционал)над CMS, то бесплатная CMS более удобна, так как можно более гибко это сделать, да и модуль адаптировать под себя.
В случае с платной CMS это тоже можно сделать, но будет сложнее.
P.S. Я не хочу сказать, что платные CMS плохие, но мне удобнее работать с бесплатными.
Если нужно сделать надстройку (это когда добавляют функционал)над CMS, то бесплатная CMS более удобна, так как можно более гибко это сделать, да и модуль адаптировать под себя.
В случае с платной CMS это тоже можно сделать, но будет сложнее.
P.S. Я не хочу сказать, что платные CMS плохие, но мне удобнее работать с бесплатными.
У меня не было ни одного заказчика, которые не хотел бы хоть чуть-чуть, но изменить функциональность, будь то NetCat, будь то самописное что-то или Джумла. Сейчас упал на поддержку проект сделанный на Битриксе. И, guess what?, заказчик хочет переделок, говорит, что предыдущие разработчики не могли их сделать, не думаю, что они не знали функционала битрикса и не смогли подключить нужный модуль, если он был.
Но это возможно специфика. Возможно есть клиент, которому достаточно модулей. Кстати это наверное был бы очень хороший клиент, который непритязателен...
Но это возможно специфика. Возможно есть клиент, которому достаточно модулей. Кстати это наверное был бы очень хороший клиент, который непритязателен...
Не всегда. Клиент, который не требует дополнительных модулей а) сам достаточно квалифицирован, чтобы эти модули подключить/реализовать б) настолько далек от проблем своего сайта, что ТАКОЕ иногда может "отчудить" :(
Я очень ценю квалифицироавнного клиента — поскольку я не знаимаюсь бизнесом просто так выбивания денег.
Квалифицированный клиент может и может сам сделать, но задач у него слишком много и он ищет дополнительно людей например. Т.е. с квалифицированным клиентом очень приятно работать и понимать друг друга.
А вот клиент, который чудит и при этом говорит, что он-то понимает что по чем и что все сделать можно легко и на раз — он как раз обычно ни разу не квалифицированный и обычно правильно такому клиенту вовремя сказать, что не сошлись с ним во взглядах. Пущай сам делает, раз так легко :)
Ну строить из себя мега-специалиста и пускать пыль в глаза со стороны исполнителя не правильно. Лучше как-то найти общий язык с клиентом. Если его нет — никакая CMS не поможет :)
Квалифицированный клиент может и может сам сделать, но задач у него слишком много и он ищет дополнительно людей например. Т.е. с квалифицированным клиентом очень приятно работать и понимать друг друга.
А вот клиент, который чудит и при этом говорит, что он-то понимает что по чем и что все сделать можно легко и на раз — он как раз обычно ни разу не квалифицированный и обычно правильно такому клиенту вовремя сказать, что не сошлись с ним во взглядах. Пущай сам делает, раз так легко :)
Ну строить из себя мега-специалиста и пускать пыль в глаза со стороны исполнителя не правильно. Лучше как-то найти общий язык с клиентом. Если его нет — никакая CMS не поможет :)
Вообще-то наоборот - натягивать дизайн на шаблоны или темы конкретной CMS не вполне творческий процесс...
Я ставил xoops2, phpNuke, WordPress.
Основное преимущество (имхо) открытой CMS - возможность оптимизировать код страниц сайта. Конечно, кому-то надо дописывать модули, но зачем разбираться в чужих макаронах?? Просто надо выбирать цмс-ку, в которой есть нужные фичи.
А потом я снес вордпресс (победивший в результате моих экспериментов) и переделал сайт на статику.
Основное преимущество (имхо) открытой CMS - возможность оптимизировать код страниц сайта. Конечно, кому-то надо дописывать модули, но зачем разбираться в чужих макаронах?? Просто надо выбирать цмс-ку, в которой есть нужные фичи.
А потом я снес вордпресс (победивший в результате моих экспериментов) и переделал сайт на статику.
SAPID. Имхо, пока самая гибкая из встреченных мной. Если поискать немного -- найдёте версию для работы с SQL.
только уж замороченная она слишком. А с тех пор, как разработчики запретили выбирать кодировку, оставив только богопротивный ютф - про Сапид (для меня) можно забыть.
А еще есть MODx. Вот жду, когда к нему сделают человеческий бэк-энд.
А еще есть MODx. Вот жду, когда к нему сделают человеческий бэк-энд.
Ага, но вот я полностью за UTF. Кстати, почему он вам не нравится?
У меня не мускулевая версия, админка безбожно тормозит. + новости по дате не сортируются хоть убей.
А ютф бесит. Тексты в нем в 4 раза тяжелее, чем в 1251, и вообще.
А ютф бесит. Тексты в нем в 4 раза тяжелее, чем в 1251, и вообще.
Сам я Сапид не использую, он устарел, как мне кажется. А вот насчёт UTF спорить не буду, так как даже если не переспорю -- всё равно не буду воспринимать довольно веские аргументы.
SAPID, бесспорно, лучшее из того что я видел. Там уникальная парадигма, бесподобно просто. Особенно если нужен корпсайт. Мамба, Друпал и прочее, ИМХО, не совсем для корпсайтов. Если так смотреть, SQL, в принципе, сапиду бывает не нужен. Он и без него шустрый.
Опять же - если нужен SQL, если не нравится utf-копайтесь в нутрях, пишите моды, или пользуйте другое. Возможностей масса - в этом вся прелесть открытого кода :)
Опять же - если нужен SQL, если не нравится utf-копайтесь в нутрях, пишите моды, или пользуйте другое. Возможностей масса - в этом вся прелесть открытого кода :)
Спасибо за наводку, на первый взгляд - правильный продукт этот SAPID!
если у CMS с открытым кодом большое коммьюнити - это значит много разработчиков/тестеров/дизайнеров, т.е. больше поддержки проекту, а соответственно и больше развита CMS
Имхо все определяется идеей и идеологией, а не размером комьюнити.
Вон посмотрите на популярность phpNuke, XOOPS и иже с ними - ведь дерьмо, с какой точки ни посмотри. Тем не менее популярны. А WordPress, например - вещь.
Вон посмотрите на популярность phpNuke, XOOPS и иже с ними - ведь дерьмо, с какой точки ни посмотри. Тем не менее популярны. А WordPress, например - вещь.
в любом случае, даже самая лучшая идея без поддержки не будет реализована в достойной мере
Размер имеет значение.
По крайней мере для чайника, который не может оценить/поправить исходный код и для которого важно удобство использования и простое решение возникающих проблем.
Например, Mambo/Joomla и Textpattern одинаково просты в установке и использовании.
Но для Mambo/Joomla куда проще найти плагины, шаблоны, руководства и получить советы.
По крайней мере для чайника, который не может оценить/поправить исходный код и для которого важно удобство использования и простое решение возникающих проблем.
Например, Mambo/Joomla и Textpattern одинаково просты в установке и использовании.
Но для Mambo/Joomla куда проще найти плагины, шаблоны, руководства и получить советы.
phpNuke разве не умер в агонии?
У меня было трудное детство. Я начал знакомство с динамичным вебом с PHP-Nuke…
typo3. и пусть не совсем CMS, но черт возми, можно написать что угодно )
Drupal :-)
ничего сибе не совсем cms. Это промышленная cms и cmf и ещё она конкурирует с платными системами за 60к долларов! типа ibm...
Использую Joomla, и поверьте ни разу не пожалел.
Во первых это бесплатно
Во вторых это легко
В третьих и десятых - много модов и дополнений, куча возможностей, гибкость, возможность интеграции с другими форумами и много чего еще.
Во первых это бесплатно
Во вторых это легко
В третьих и десятых - много модов и дополнений, куча возможностей, гибкость, возможность интеграции с другими форумами и много чего еще.
и что вы теперь товарищь используете??
Использовала когда-то PHP NUKE для нескольких коммерческих проектов (интернет-магазинов). После того, как кул хацкер поменял основную картинку с морды сайта на какого-то смешного медведя и удачно постебался над некоторыми пунктами меню, я переписала весь код заново в самые сжатые сроки.
Решила, что использовать контент-системы с открытым кодом, написанные, по большому счету, все же любителями, а не профессионалами, вредно не только для бизнеса, но и для здоровья - нервы надо беречь.
Больше такого рода системы не использую и другим не советую.
Решила, что использовать контент-системы с открытым кодом, написанные, по большому счету, все же любителями, а не профессионалами, вредно не только для бизнеса, но и для здоровья - нервы надо беречь.
Больше такого рода системы не использую и другим не советую.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
CMS с открытым исходным кодом.