Comments 25
Думаю, затея стоящая. Как раз реализовываю конвертер для готовящейся к выпуску бесплатной CMS.
У вас хорошие и правильные мысли, успехов в развитии!
Не особо революционная мысль, но, конечно, правильная. :)
У Битрикса, кстати, тоже есть бесплатное приложение для конвертации из бесплатных CMS (WebAsyst ShopScript, Joomla!, Drupal, WordPress, Typo3, DLE, Simple Machines Forum, bbPress, IPB). Доступно через маркетплейс: marketplace.1c-bitrix.ru/solutions/yenisite.migrator/
По статистике было 906 установок с момента публикации. Сколько реальных и успешных — не знаю.
У Битрикса, кстати, тоже есть бесплатное приложение для конвертации из бесплатных CMS (WebAsyst ShopScript, Joomla!, Drupal, WordPress, Typo3, DLE, Simple Machines Forum, bbPress, IPB). Доступно через маркетплейс: marketplace.1c-bitrix.ru/solutions/yenisite.migrator/
По статистике было 906 установок с момента публикации. Сколько реальных и успешных — не знаю.
В статье немного не про тот перенос идет речь. Сам по себе перенос контента задача не такая уж и сложная. Гораздо болезненней дается перенос контента с сохранением URL страниц.
Ребята сделали перенос с вордпресса — молодцы. С джумлой так просто не получится, учитывая все встроенные механизмы и сторонние компоненты генерирующие URL.
Ребята сделали перенос с вордпресса — молодцы. С джумлой так просто не получится, учитывая все встроенные механизмы и сторонние компоненты генерирующие URL.
Простите, попало между глаз про сохранение всех URL. Тогда реально молодцы, конечно. :)
Уже есть опыт переноса с Joomla и Drupal.
Конечно код переноса был заточен под конкретные сайты, но проблем с URL не возникло.
Побольше бы проектов с данными CMS и код будет не стыдно выложить.
По крайней мере в Joomla есть поле alias в таблице content, а в опыте с Drupal ЧПУ генерировались автоматически на основе поля title из таблицы node_revisions (такое было задание)
Вот таким запросом, можно из Drupal вытащить активные страницы:
А таким вытащить основной контент с Joomla:
Так же написаны парочка скриптов, сбора изображений с сайта (CSS, HTML) + автоматическая замена URL (картинок, перекрестных ссылок) в переносимом контенте. Правда эти скрипты больше пригодны для разработчика, нежели для конечного пользователя. Кому интересно могу поделиться.
С этими инструментами перенос дизайна и всего контента сайта на diafan.CMS занимает меньше получаса, остальное время уходит на реализацию специфических для сайта фишек.
Конечно код переноса был заточен под конкретные сайты, но проблем с URL не возникло.
Побольше бы проектов с данными CMS и код будет не стыдно выложить.
По крайней мере в Joomla есть поле alias в таблице content, а в опыте с Drupal ЧПУ генерировались автоматически на основе поля title из таблицы node_revisions (такое было задание)
Вот таким запросом, можно из Drupal вытащить активные страницы:
SELECT node_revisions.title,node_revisions.body,node.status FROM node_revisions inner join node on node.nid = node_revisions.nid WHERE node.type='page' AND node.status=1А таким вытащить основной контент с Joomla:
SELECT id,title,introtext,catid,state,modified,metakey,metadesc,alias FROM contentТак же написаны парочка скриптов, сбора изображений с сайта (CSS, HTML) + автоматическая замена URL (картинок, перекрестных ссылок) в переносимом контенте. Правда эти скрипты больше пригодны для разработчика, нежели для конечного пользователя. Кому интересно могу поделиться.
С этими инструментами перенос дизайна и всего контента сайта на diafan.CMS занимает меньше получаса, остальное время уходит на реализацию специфических для сайта фишек.
а как планируете бороться с не чпу-урлами вида index.php?option=com_content&task=view&id=7&Itemid=11 у меня процентов 20-30 клиентских обращений с сайтами на J 1.0 и урлами в таком же виде.
ЧПУ — это аббревиатура от словосочетания «человекопонятный урл», веб-адрес удобный для восприятия человеком.
index.php?option=com_content&task=view&id=7&Itemid=11 — это не ЧПУ, а простой URL с GET параметрами.
habrahabr.ru/company/diafan/blog/ — это ЧПУ.
В diafan.CMS существует механизм генерации ЧПУ, на основе имени (заголовка) страницы.
index.php?option=com_content&task=view&id=7&Itemid=11 — это не ЧПУ, а простой URL с GET параметрами.
habrahabr.ru/company/diafan/blog/ — это ЧПУ.
В diafan.CMS существует механизм генерации ЧПУ, на основе имени (заголовка) страницы.
Gariks, что такое ЧПУ тут знают все, по-моему. :) Вопрос в том, что «если в джумле УРЛ вида index.php?option=com_content&task=view&id=7&Itemid=11, то какой УРЛ получится в diafan.CMS после импорта?»
Я отвечу. В этом случае diafan.CMS сгенерирует ЧПУ на основе названия страницы. Это вроде логично.
Я отвечу. В этом случае diafan.CMS сгенерирует ЧПУ на основе названия страницы. Это вроде логично.
Так собственно в том и вопрос «планируете бороться с НЕ чпу-урлами вида index.php?option=com_content&task=view&id=7&Itemid=11»
Еще советую каким-то образом привлекать разработчиков, которые в свою очередь будут рекомендовать вашу cms своим клиентам. Хотя я с большей охотой отдал бы деньги за «самопал», чем «коробку».
за самопал — не надо
если делаете не фейсбук и гугл, нужно отдавать деньги за разработку на известном фреймворке (джанго, рор, каталист, симфони2...)
если делаете не фейсбук и гугл, нужно отдавать деньги за разработку на известном фреймворке (джанго, рор, каталист, симфони2...)
Самопал и есть проект, сделанный на Django, Zend или прочем фреймворке. Лучше написать движок под требуемые задачи имхо, чем иметь коробочный с кучей лишнего, что возможно никогда и не пригодится.
При установке diafan.CMS предлагает выбрать нужные модули, которые в ходе жизни сайта можно подключать/отключать из административной панели вид который, кстати, можно настроить по своему усмотрению.
Конечно все зависит от задачи, но для рядового сайта зачем каждый раз изобретать «самопальный» велосипед с каркасом популярных фрейморвков, честно сказать я не понимаю.
Может быть это амбиции?
В юности у меня постоянно возникало желание написать все с нуля :)
Конечно все зависит от задачи, но для рядового сайта зачем каждый раз изобретать «самопальный» велосипед с каркасом популярных фрейморвков, честно сказать я не понимаю.
Может быть это амбиции?
В юности у меня постоянно возникало желание написать все с нуля :)
Вот живой пример настройки административного интерфейса diafan.CMS, после разработки
Речи не шло о написании движка с нуля для каждого отдельного проекта!
Поясню коротко, что в моем понимании коробка — это CMS с определенным набором модулей, констант и прочего, что подготовленно в «коробке» с n функциями, дальше которых не всегда уйдешь, где тот же backend как правило не изменить. Вдруг мы говорим о разном? :)
И естественно, если большинство «статичных» сайтов ограничены классическим «О компании», «Новости», «Статьи», «Контакты», то им лучше использовать коробку, но когда заказчик просит реализовать казалось бы пустяковые функции на сайте, которые в его CMS ну никак не поддерживаются, вот тут начинаешь задумываться, а стоило ли ему делать сайт на этом движке.
Случаи конечно частные, возможно абстрактные, но они имеею место быть!
Поясню коротко, что в моем понимании коробка — это CMS с определенным набором модулей, констант и прочего, что подготовленно в «коробке» с n функциями, дальше которых не всегда уйдешь, где тот же backend как правило не изменить. Вдруг мы говорим о разном? :)
И естественно, если большинство «статичных» сайтов ограничены классическим «О компании», «Новости», «Статьи», «Контакты», то им лучше использовать коробку, но когда заказчик просит реализовать казалось бы пустяковые функции на сайте, которые в его CMS ну никак не поддерживаются, вот тут начинаешь задумываться, а стоило ли ему делать сайт на этом движке.
Случаи конечно частные, возможно абстрактные, но они имеею место быть!
Для этого в хороших CMS, вроде нашей :), есть свое API и предусмотренная гибкость модулей. Добавить/переименовать поля в модуле — работа на несколько минут. Т.е. можно взять любой похожий модуль и быстренько подогнать его под нужды клиента. Реально быстренько. Пустяковые функции — тем более. А если не знаете, как подступиться, задали вопрос в бесплатную бессрочную техподдержку и сразу ответ получили. ;)
Во-первых, разрабатывать не надо, во-вторых не задумаешься, стоило ли делать сайт на этом движке. CMS должна помогать, а не осложнять.
Во-первых, разрабатывать не надо, во-вторых не задумаешься, стоило ли делать сайт на этом движке. CMS должна помогать, а не осложнять.
Для таких случаев, в "личном кабинете пользователя diafan.CMS", существует пункт "Заказы", где можно сделать заказ на разработку дополнительного модуля или доработку текущих модулей, верстку макета дизайна из PSD в шаблон или адаптацию сверстанного под diafan.CMS.
При этом заказы видны не только нам (разработчикам CMS), а так же нашим «партнерам», получается некий freelance :)
А для разработчиков на diafan.CMS — документация, форум, техподдержка, всегда рады ответить на вопросы :)
Вообще, на базе CMS реализовано множество разноплановых проектов (проще посмотреть портфолио) и сложностей с расширением функционала не возникает.
При этом заказы видны не только нам (разработчикам CMS), а так же нашим «партнерам», получается некий freelance :)
А для разработчиков на diafan.CMS — документация, форум, техподдержка, всегда рады ответить на вопросы :)
Вообще, на базе CMS реализовано множество разноплановых проектов (проще посмотреть портфолио) и сложностей с расширением функционала не возникает.
У Вордпресс есть функция экспорта — через нее делали?
Нет, данную функцию мы не использовали. Конвертер берёт всю информацию прямо из БД WordPress.
На мой взгляд, зря, но, если правильно все сделано — почему бы и нет (просто не так удобно).
И еще вопрос — меню, тумбнейлы, кастомная таксономия и кастомные посты тоже переносятся?
И еще вопрос — меню, тумбнейлы, кастомная таксономия и кастомные посты тоже переносятся?
Над переносом меню мы сейчас работаем. Со дня на день это будет реализовано:)
Тумбнейлы мы не стали переносить. В визуальном редакторе diafan.CMS пока нет такого механизма работы с миниатюрами, как в WordPress, так что мы посчитали ненужным копировать «почти одинаковые» изображения. Сейчас берём только оригинальные картинки.
Перенос кастомных постов и кастомной таксономии не производится, старались охватить базовый функционал.
Тумбнейлы мы не стали переносить. В визуальном редакторе diafan.CMS пока нет такого механизма работы с миниатюрами, как в WordPress, так что мы посчитали ненужным копировать «почти одинаковые» изображения. Сейчас берём только оригинальные картинки.
Перенос кастомных постов и кастомной таксономии не производится, старались охватить базовый функционал.
Согласен с автором, тут еще нужен конвертер шаблона. Мы по этой теме сделали видео-урок для наглядности
www.youtube.com/watch?v=5lZc73PA3q4 и смастерили визуальный редактор шаблонов (editor.exe) для настройки или создания новых шаблонов.
Народ выбирает Джумлу или Вордпрес, тк для них много шаблонов, сделайте себе соточку шаблонов и почувствуете сразу результат. Мы сделали так более 120 готовых шаблонов и народу нравится.
Еще советую автоматизировать для новичком установки, обновления и скачивание модулей с шаблонами, а то народ мучается с установкой не на шутку.
Надо организовывать хартию отечественного Web Open Source, все новые и новые участники.
www.youtube.com/watch?v=5lZc73PA3q4 и смастерили визуальный редактор шаблонов (editor.exe) для настройки или создания новых шаблонов.
Народ выбирает Джумлу или Вордпрес, тк для них много шаблонов, сделайте себе соточку шаблонов и почувствуете сразу результат. Мы сделали так более 120 готовых шаблонов и народу нравится.
Еще советую автоматизировать для новичком установки, обновления и скачивание модулей с шаблонами, а то народ мучается с установкой не на шутку.
Надо организовывать хартию отечественного Web Open Source, все новые и новые участники.
Совершенно верно, множество бесплатных шаблонов дизайна — одна из основополагающих причин выбора джумлы или вордпресса. Бесплатные шаблоны в нашей концепции развития, безусловно, есть. Вот сайт.
Другое дело, что выбрать в коллекцию правильные шаблоны — задача не простая. С одной стороны не охота клепать однотипные шаблоны, отличающиеся только цветами меню и промо-картинкой, а охота сделать шаблоны один другого краше. И качественные, чтобы реально не отличить, сайт сделан на шаблоне или на заказ нарисован. Но ведь их рисовать надо, верстать и т.д. А если дизайнер может по четкому ТЗ от разных клиентов нарисовать три хороших дизайна в неделю, то из головы придумать абстрактный дизайн он уже не может. 5, ну 10 макетов нарисовал и все, ступор. Будет или однотипность, или халтура.
В общем, тут мы решили действовать так: мы будем брать неутвержденный дизайн от реальных клиентов, обезличивать его и выкладывать в шаблоны. Так мы сможем добавлять и достойные дизайны в шаблоны, и они будут для людей бесплатны, и их будет несколько в месяц, а через годик уже наберется хорошая коллекция.
Другое дело, что выбрать в коллекцию правильные шаблоны — задача не простая. С одной стороны не охота клепать однотипные шаблоны, отличающиеся только цветами меню и промо-картинкой, а охота сделать шаблоны один другого краше. И качественные, чтобы реально не отличить, сайт сделан на шаблоне или на заказ нарисован. Но ведь их рисовать надо, верстать и т.д. А если дизайнер может по четкому ТЗ от разных клиентов нарисовать три хороших дизайна в неделю, то из головы придумать абстрактный дизайн он уже не может. 5, ну 10 макетов нарисовал и все, ступор. Будет или однотипность, или халтура.
В общем, тут мы решили действовать так: мы будем брать неутвержденный дизайн от реальных клиентов, обезличивать его и выкладывать в шаблоны. Так мы сможем добавлять и достойные дизайны в шаблоны, и они будут для людей бесплатны, и их будет несколько в месяц, а через годик уже наберется хорошая коллекция.
Вы правы, мы с Вами (разработчики коммерческих CMS) скорее друзья-партнеры по рынку, чем враги, жаль не все это понимают =)
Sign up to leave a comment.
О CMS, конкуренции и развитии