Особенный бред про экономику строительства атомных подлодок, где я по причине учебы в ЛКИ (ленинградский кораблестроительный институт, экономический факультет) немного в теме из первых уст. Но доказывать что-то автору смысла не вижу. Он уже построил себе свою картину реальности и явно в нее поверил.
<режим параноика>А может этот пост — первая попытка нашего государства перенести пропаганду из зомбоящика в интернет?</режим параноика>
Я согласен с мнением Джобса по поводу скевоморфизма. Мне нравится, что электронный мир Apple напоминает мне о приятных и привычных вещах реального мира.
Это яркий пример того, что можно легко прославиться и набрать кармы тупо критикуя других.
И это гораздо легче, чем прославиться, научившись делать что-то самому.
1. Уязвимость — это когда злоумышленник, не обладающий админскими правами, имеет возможность вставить зловредный код. Вы назвали уязвимостью возможность вставить зловредный код администратором сайта.
Любой пользователь, которому нужно добавлять материалы на сайт, не обязательно становится администратором CMS и, соответственно, имеет доступ к редактированию полей админки. CMS позволяет реализовать этот функционал и вопрос разработчика сайта — ставить проверку добавленных пользователем материалов на наличие скриптов или нет. Это вопрос разработчика сайта, а не CMS.
3. В UMI, DLE и Drupal это реализовано по-разному, надеюсь вы это можете заметить. Мы считаем, что наше решение самое удобное для пользователя (редактора контента)
MediaWiki является лучшим движком для Wiki. UMI.CMS является решением для сайтов и интернет-магазинов. Мы не конкурируем с MediaWiki, поскольку не делаем движки для Wiki. Поэтому мы используем MediaWiki для собственных нужд.
1. Любой пользователь, имеющий доступ к админку называется администратором. Изначально вы называли уязвимостью то, что не обрабатываются некоторые поля, заполняемые администраторами. То, что поля не обрабатываются никто не спорит, спорят с повешенным ради красного словца ярлыком уязвимости, который неприменим к этой недоработке.
2. Это очередное подтверждение нежелания общаться конструктивно. Проще и приятнее просто критиковать, понимаю. Если передумаете — мы будем очень рады и всячески поощрим конкретную помощь.
3. Если кто-то в других CMS сможет повторить функционал EIP с валидной версткой, нам будет чему у него поучиться. Пока не видели. Будем рады выслушать рекомендации как это делается.
Нет CMS с которой все нормально, особенно если есть сильное желание накопать «ненормального» и прославиться. Было бы желание придраться, а к чему найдется. Особенно если придираться даже к общепринятым вещам, что мы для Вики используем Mediawiki или что не пишем сами драйверы для принтеров.
Кстати, скажите, с Drupal все нормально? Вся документация полна и актуальна? Не используют сторонний софт?
Ну я не буду тут имена публиковать.
Допишите внизу тикета «Хочу чтоб мне ответил на тикет самый продвинутый инженер, достойный наследник Виталия Шубина» и будет щастье. Впрочем, если так не напишете, все равно будет щастье.
У Виталика есть достойная смена. А сам он просто ушел из СЗ в разработку и делает большой проект на UMI. Так что если хотите пообщаться с ним — не проблема
Добавлю к п2 про документацию. Если возникает вопрос, на который разработчик не может (или не хочет) найти ответ в документации, он всегда может обратиться в поддержку и ему найдут ответ в любом случае.
Вообще поддержка — это ключевое отличие платного софта от бесплатного, гораздо более важное для клиента, чем технические отличия самого софта.
Я уже дал развернутый ответ, но мне не сложно повториться.
1. «Проблемы с безопасностью». Вы посчитали таковыми возможность вставки кода АВТОРИЗОВАННЫМ АДМИНИСТРАТОРОМ сайта. Вообще злонамеренный админ сайта может сделать с сайтом что угодно и более простым способом — просто убить сайт. Админ может вставить код в любую CMS. Проблемы с безопасноcтью появляются тогда, когда неавторизованный пользователь может вставить код.
2. Ядро документировано в достаточной степени. Мы не встречались с жалобами на отсутствие документации от 1500 наших партнеров очень давно. Я сделал вам конструктивное предложение написать подробнее что именно вам не хватает от документации, вы его проигнорировали.
Кроме того, ни одна CMS не задокументирована на 100%, даже в 1000 более популярные чем UMI.
3. «Генерирование невалидной верстки» связано с применением Edit-in-place, от которой клиенты в восторге. Если разработчик сайта считает валидность (что само по себе вещь предвзятая) важнее — он может просто не использовать Edit-in-place и делать код нужной валидности под нужный ему валидатор.
Я не утверждаю, что UMI.CMS не имеет недостатков и багов. Мы их знаем и над ними работаем. Я просто считаю, что указанные вами недостатки не соответствуют пафосу их подачи.
А учитывая, что конструктивно на мое предложение написать про документацию вы отвечать не стали, и к другим CMS вы лояльны (партнер Битрикса, хвалебная статья про Друпал) и ни слова не пишете про их недостатки, мне ваша деятельность критика кажется несколько однобокой.
Но в любом случае я не собираюсь вас убеждать в неправоте, ваше мнение — ваше право. Ваша статья все равно имеет определенную ценность для нас )
Мой первый ВУЗ был технический (судостроение), хотя я никогда не был разработчиком. Тем не менее за 6 лет управления студией, а потом за 5 лет управления софтверной компанией я стал чуточку разбираться в тех. вопросах :)
Хотя с техдиректором по нескольким пунктам, конечно, советовался :)
У меня другая информация. Разработчики этого сайта не реализовали рекомендации саппорта ЮМИ по каким-то своим причинам. И с самого начала говорили, что будут писать все сами и с нуля, поскольку проект должен иметь сильно кастомный функционал.
на хостинге есть такое понятие как лимит места. Тарифы на 1Гб до сих пор самый популярный (по имеющимся данным у меня). В этот 1Гб может входить вес почты и баз данных, т.о. на файлы цмски может оставаться мало места. И тогда размер в 180Мб может быть критичен. Просто часто сталкиваюсь с тем, что пользователи на не очень крутых тарифах не могут поставить себе эту цмс из-за недостатка дисковой квоты на их уже давно сложившихся сайтах.
Во-первых, большинство хостеров уже дает 1,5-2 гига даже на младших тарифах.
Во-вторых, ставить старшую редакцию UMI.CMS (которая весит 180Мб с демо-сайтом и которая сделана для интернет-магазинов) на самый младший тариф хостинга не совсем корректно.
В-третьих, разница в цене между младшим тарифом хостинга и средним (который обычно мы и рекомендуем как производители) составляет 100-150 рублей в месяц, что для владельца интернет-магазина и покупателя платной CMS не является ощутимой затратой.
В-четвертых, как уже говорилось, можно удалить демо-контент и остаться с 70Мб на систему, что совсем немного.
Любое техническое решение имеет свои достоинства и недостатки. Мы поменяли концепцию инсталляции потому, что считаем, что достоинства такого подхода перевешивают:
1. В наш век быстрых каналов и больших винчестеров 180 мегабайт — это вообще не предмет для обсуждения. Люди легко выкачивают Bluray-образы в десятки гигабайт просто для того, чтобы один раз вечером посмотреть фильм.
2. Установка через download это единственный путь поставлять клиентам всегда последнюю версию. Точно также сейчас принято устанавливать и другой различный софт от разных производителей. Любой Linux-пакет с программным обеспечением скачивается при установке. Это вообще повседневность и реальность, говорить о достоинстве распространения архивов в 2012 году уже не актуально нашему мнению и мнению тысяч других вендоров.
3. Сама CMS без демосайтов в самой полной редакции весит около 70Мб. Но наши пользователи любят, когда вместе с продуктом поставляются и типовые демосайты с демоконтентом. Мы, конечно, можем еще оптимизировать их размер, но не считаем эту задачу приоритетной по вышеназванным аргументам.
В вашем конкретном случае, если вы реально ставите UMI 100 раз в день — рекомендую настроить прокси и положить те же пакеты локально.
Заметьте, я не упоминал его и другие системы, с которыми мне приходилось работать, в данной статье. И система в данном материале не сравнивалась ни с какими другими CMS.
То, что вы не упоминаете другие CMS в данной статье не отменяет этот ваш бэкграунд и не делает ваши суждения непредвзятыми.
Имеется ввиду, что яваскрипты прекрасно отрабатываются, если их вставить в «редактор исходного кода», т.е. это может привести XSS. Я уже не говорю про автоматическое закрытие открытых тегов.
Яваскрипты по определению отрабатываются везде, где можно их вставить. Если у админа есть права вставлять яваскрипт — он может вставить. Разве в других системах это по-дугому?
Вопрос не в логичности. Получается вытягивание денег. Надо обновление? — Плати. Заплатил — получи отключенный модуль. Надо его обратно? — Плати.
Так можно назвать любой бизнес «вытягиванием денег». Но у вас всегда есть выбор платить или нет.
Мы работаем по freemium модели, половина софта в мире работает по ней же.
Даже к Друпалу есть платные модули и дополнения.
Т.е. в оставшихся 704 файлах находятся «редко используемые классы»?
Да. Если у вас есть конкретные пожелания, напишите мне названия понадобившихся классов, если мы найдем пробелы в доках — немедленно их закроем.
Сама CMS дает широкие возможности реализовать вставку картинок. Даже можно просто перетаскивать картинку из файлменеджера ОС в нужный блок на самом сайте (через Edit-in-place).
Конкретная реализация клиентской сайтов детсадов делалось веб-разработчиками со стороны заказчиков. Так что этот вопрос правильнее адресовать им.
Прежде всего, от лица компании Юмисофт хочу поблагодарить автора статьи за оказанное внимание к нашему продукту и привлечение внимания аудитории :)
Перед тем, как ответить по пунктам, хочу обратить внимание на две вещи:
1. Классическая критика по определению подразумевает поиск не только недостатков, но и достоинств рассматриваемого объекта. Почитайте Белинского, например. Ваша статья в этом смысле несколько однобока — достоинства просто не упоминаются, как будто их нет.
2. Предыдущая статья автора называется «За что я люблю Drupal» и начинается словами «По моему скромному мнению, CMS Drupal наиболее близко подошла к понятию «идеальная CMS».» Это говорит о некоторой предвзятости критика.
Теперь наши ответы по существу критики.
Так, например мне, потребовалось получить уже не один десяток бесплатных лицензий, а поскольку все лицензии привязаны к домену, то при переносе сайтов на рабочие домены лицензию нужно получать заново.
Ключи привязываются к доменам. Чтоб перенести CMS на другой домен нужно написать в Службу Заботы и они вышлют новый ключ. Некоторым пользователям бесплатной версии почему-то проще сгенерить новый ключ.
На главной странице официального сайта написано, что UMI.CMS используют более 10 000 сайтов и приведен список крупных сайтов, которые используют данную систему.
На самом деле уже около 15000 внедрений, просто сайт еще не обновили. Плюс несколько тысяч сайтов на UMI.ru, nastart.ru и в других SaaS. Сейчас мы работаем над новым сайтом и обновим цифры.
Сколково действительно месяц назад переехал на самописный движок, уберем.
Связной — ok.svyaznoy.ru/
Правительство Москвы купило у нас несколько тысяч лицензий для сайтов детсадов и школ (с другими системами пользователи не смогли разобраться). Подробности тут
Сайт вики также сделан не на UMI.CMS, а на open source движке MediaWiki.
Верно. Мы сами не разрабатываем движок для Вики, а пользуемся готовыми отраслевыми решениями.
Чтобы установить UMI.CMS себе на хостинг необходимо скачать файлик install.php, который сам скачает все файлы CMS из интернета. Соответственно не получится иметь у себя в резервных копий UMI разных версий, поскольку скачивается всегда последняя версия.
У большого количество разного софта, в том числе у браузера Google Chrome установщик устроен точно также. И более того, если кому-то зачем-то надо иметь старые версии (что само по себе непонятно зачем), то ничто не мешает раз в месяц скачивать и хранить.
Следует заметить, что UMI.CMS необходимо наличие на сервере расширения php xsl, которое установлено не на всех хостингах.
Верно. Мы ведем учет всех хостингов, на которых система работаем по-умолчанию. Более того, 12 из них имеют специальные тарифные планы «UMI» по ценам, не выше рыночных. Так удобнее и для хостеров, и для клиентов, и для разработчиков. Подробнее тут
Полная пробная версия UMI.CMS без установленных демо сайтов занимает 180 мб (4 985 файлов и 1 277 папок), база данных состоит из 80 таблиц размером 3,5 мб.
Верно. Ничего страшного здесь не видим, при современных каналах связи такой объём выкачивается за несколько минут. Код самой CMS весит значительно меньше, чем файлы контента. Большинство старых проприетарных CMS в разы тяжелее.
При редактировании материалов в UMI.CMS нет простой кнопки «Предпросмотр», зато есть три кнопки «Сохранить»:
Согласен. Эти кнопки сделаны до появления Edit-in-place, который по своей природе не требует предпросмотра. В будущем мы планируем эти кнопки переделать и по месту расположения и по числу.
В UMI.CMS используются макросы, которые вызывают определенные действия (например показ элемента каталога, фотогалереи и т.д.). При вставки этих макросов в визуальный редактор (используется Tinymce) они оборачиваются тегами p. В результате при срабатывании большинства макросов внутри тега p появляются теги div, что приводит к не валидной верстке.
Визуальный редактор — зло с точки зрения кода. Но добро для блондинок. Любой визуальный редактор по определению корёжит код. Мы не обнаружили ни одной CMS, где ВИЗИВИГ работал бы идеально.
К счастью в версии 2.8.5 разработчики предложили новый вариант — помещение всех шаблонов в папку templates.
Приятно, что хоть это вы оценили )
Автоматическое генерировании тегов description и keywords также не поддерживается.
За автогенерируемые тэги поисковики очень легко могут пессимизировать ваш сайт. Тэги должны писать специалисты по SEO, вручную и вдумчиво. Мы много консультировались с лучшими сеошниками страны и выполнили их рекомендации что и как делать.
ЧПУ в UMI.CMS генерируется автоматически, но по умолчанию в качестве разделителей между словами используется знак подчеркивания "_", хотя рекомендованный знак это знак дефиса "-" (возможность включения использования дефиса есть, но она спрятана очень глубоко и настраивается в config.ini).
Настройка любой системы через плэйн-текстовые конфигурационные файлы — это де-факто стандарт и наиболее привычный путь для любого разработчика.
В последние версии UMI.CMS встроена поддержка сервиса MegaIndex и в настройках модуля SEO можно указать свои данные от аккаунта к этому сервису. По умолчанию там стоят данные от UMI — логин и пароль, скрытый за звездочками. Этот пароль можно легко подсмотреть (например через расширение Web Developer для Firefox). В результате можно попасть в аккаунт UMI на сайте MegaIndex, где находится список сайтов, воспользовавшихся этой функцией у себя на сайте. В данных отчетов видны ключевые слова, позиции сайтов и другая информация.
Верно. Сделан отдельный доступ к Мегаиндексу для проверки из UMI.CMS. Аккаунт в Мегаиндексе не требует защиты, т.к. никаких секретных данных в этом аккаунте не хранится, позиции любого сайта в поисковиках — открытая информация.
При использовании xslt шаблона яваскрипты работают только если их вставить в текстовый редактор (чего тоже достаточно, чтобы натворить бед).
Непонятно. Наверное имеется в виду “редактор исходного кода”. Если так, то такое поведение существует в любой системе. Яваскрипты — в исходный код, только так.
Обновления больная тема многих CMS. В UMI.CMS, например, при обновлении старой версии на новую могут пропасть некоторые модули, которые были в раньше данной редакции системы, т.е. помимо платных обновлений (а обновления платные) потребуется доплатить за пропавший при обновлении модули.
Если модуль исключен из редакции или при переходе на другую редакцию, то логично что он отключится. Если закончился триальный срок демо-версии, отключатся все модули, кроме включенных в бесплатную версию. Все логично.
Файлы системы находят в папке classes, большинство функций и классов в них никак не документированы (комментарии есть только в 82 файлах из 786), т.е. глубоко разобраться в UMI.CMS без затраты большого количества времени не удастся.
Признаю, что часть редко используемых классов еще не покрыты документацией, но это делается постоянно. Если вы столкнулись с пробелом документации — просто напишите в СЗ об этом и в короткий срок это будет описано. В последний год-полтора такие запросы стали редкостью.
Все свои дополнительные функции в UMI.CMS следует писать в файлах custom.php, которые следует размещать в системных папках. Со временем файл custom.php разрастается своими функциями, соответственно возникают проблемы с включением/отключением отдельных функций, переносом их между проектами.
Это не так. С версии 2.8.5 вместе с раскидыванием шаблонов мы и эту проблему тоже решили. Теперь кастомы цепляются к шаблону, и к тому же их можно расширять на несколько файлов.
Ошибки и глюки бывают разные, одна из самых забавных — меняешь теги b на strong — получаешь не работающие макросы после того места, где сменены теги.
Описанная ситуация нам не известна. Вероятно, это частный случай или ошибка внедрения, о которой следует написать в СЗ и вам помогут ее решить.
пользоваться вашим сервисом за 2,7% они никогда не смогут
Боже, какой бред. Как будто НТВ посмотрел.
Особенный бред про экономику строительства атомных подлодок, где я по причине учебы в ЛКИ (ленинградский кораблестроительный институт, экономический факультет) немного в теме из первых уст. Но доказывать что-то автору смысла не вижу. Он уже построил себе свою картину реальности и явно в нее поверил.
<режим параноика>А может этот пост — первая попытка нашего государства перенести пропаганду из зомбоящика в интернет?</режим параноика>
И это гораздо легче, чем прославиться, научившись делать что-то самому.
Любой пользователь, которому нужно добавлять материалы на сайт, не обязательно становится администратором CMS и, соответственно, имеет доступ к редактированию полей админки. CMS позволяет реализовать этот функционал и вопрос разработчика сайта — ставить проверку добавленных пользователем материалов на наличие скриптов или нет. Это вопрос разработчика сайта, а не CMS.
3. В UMI, DLE и Drupal это реализовано по-разному, надеюсь вы это можете заметить. Мы считаем, что наше решение самое удобное для пользователя (редактора контента)
MediaWiki является лучшим движком для Wiki. UMI.CMS является решением для сайтов и интернет-магазинов. Мы не конкурируем с MediaWiki, поскольку не делаем движки для Wiki. Поэтому мы используем MediaWiki для собственных нужд.
2. Это очередное подтверждение нежелания общаться конструктивно. Проще и приятнее просто критиковать, понимаю. Если передумаете — мы будем очень рады и всячески поощрим конкретную помощь.
3. Если кто-то в других CMS сможет повторить функционал EIP с валидной версткой, нам будет чему у него поучиться. Пока не видели. Будем рады выслушать рекомендации как это делается.
Нет CMS с которой все нормально, особенно если есть сильное желание накопать «ненормального» и прославиться. Было бы желание придраться, а к чему найдется. Особенно если придираться даже к общепринятым вещам, что мы для Вики используем Mediawiki или что не пишем сами драйверы для принтеров.
Кстати, скажите, с Drupal все нормально? Вся документация полна и актуальна? Не используют сторонний софт?
Допишите внизу тикета «Хочу чтоб мне ответил на тикет самый продвинутый инженер, достойный наследник Виталия Шубина» и будет щастье. Впрочем, если так не напишете, все равно будет щастье.
Вообще поддержка — это ключевое отличие платного софта от бесплатного, гораздо более важное для клиента, чем технические отличия самого софта.
1. «Проблемы с безопасностью». Вы посчитали таковыми возможность вставки кода АВТОРИЗОВАННЫМ АДМИНИСТРАТОРОМ сайта. Вообще злонамеренный админ сайта может сделать с сайтом что угодно и более простым способом — просто убить сайт. Админ может вставить код в любую CMS. Проблемы с безопасноcтью появляются тогда, когда неавторизованный пользователь может вставить код.
2. Ядро документировано в достаточной степени. Мы не встречались с жалобами на отсутствие документации от 1500 наших партнеров очень давно. Я сделал вам конструктивное предложение написать подробнее что именно вам не хватает от документации, вы его проигнорировали.
Кроме того, ни одна CMS не задокументирована на 100%, даже в 1000 более популярные чем UMI.
3. «Генерирование невалидной верстки» связано с применением Edit-in-place, от которой клиенты в восторге. Если разработчик сайта считает валидность (что само по себе вещь предвзятая) важнее — он может просто не использовать Edit-in-place и делать код нужной валидности под нужный ему валидатор.
Я не утверждаю, что UMI.CMS не имеет недостатков и багов. Мы их знаем и над ними работаем. Я просто считаю, что указанные вами недостатки не соответствуют пафосу их подачи.
А учитывая, что конструктивно на мое предложение написать про документацию вы отвечать не стали, и к другим CMS вы лояльны (партнер Битрикса, хвалебная статья про Друпал) и ни слова не пишете про их недостатки, мне ваша деятельность критика кажется несколько однобокой.
Но в любом случае я не собираюсь вас убеждать в неправоте, ваше мнение — ваше право. Ваша статья все равно имеет определенную ценность для нас )
Хотя с техдиректором по нескольким пунктам, конечно, советовался :)
Во-первых, большинство хостеров уже дает 1,5-2 гига даже на младших тарифах.
Во-вторых, ставить старшую редакцию UMI.CMS (которая весит 180Мб с демо-сайтом и которая сделана для интернет-магазинов) на самый младший тариф хостинга не совсем корректно.
В-третьих, разница в цене между младшим тарифом хостинга и средним (который обычно мы и рекомендуем как производители) составляет 100-150 рублей в месяц, что для владельца интернет-магазина и покупателя платной CMS не является ощутимой затратой.
В-четвертых, как уже говорилось, можно удалить демо-контент и остаться с 70Мб на систему, что совсем немного.
1. В наш век быстрых каналов и больших винчестеров 180 мегабайт — это вообще не предмет для обсуждения. Люди легко выкачивают Bluray-образы в десятки гигабайт просто для того, чтобы один раз вечером посмотреть фильм.
2. Установка через download это единственный путь поставлять клиентам всегда последнюю версию. Точно также сейчас принято устанавливать и другой различный софт от разных производителей. Любой Linux-пакет с программным обеспечением скачивается при установке. Это вообще повседневность и реальность, говорить о достоинстве распространения архивов в 2012 году уже не актуально нашему мнению и мнению тысяч других вендоров.
3. Сама CMS без демосайтов в самой полной редакции весит около 70Мб. Но наши пользователи любят, когда вместе с продуктом поставляются и типовые демосайты с демоконтентом. Мы, конечно, можем еще оптимизировать их размер, но не считаем эту задачу приоритетной по вышеназванным аргументам.
В вашем конкретном случае, если вы реально ставите UMI 100 раз в день — рекомендую настроить прокси и положить те же пакеты локально.
То, что вы не упоминаете другие CMS в данной статье не отменяет этот ваш бэкграунд и не делает ваши суждения непредвзятыми.
Имеется ввиду, что яваскрипты прекрасно отрабатываются, если их вставить в «редактор исходного кода», т.е. это может привести XSS. Я уже не говорю про автоматическое закрытие открытых тегов.
Яваскрипты по определению отрабатываются везде, где можно их вставить. Если у админа есть права вставлять яваскрипт — он может вставить. Разве в других системах это по-дугому?
Вопрос не в логичности. Получается вытягивание денег. Надо обновление? — Плати. Заплатил — получи отключенный модуль. Надо его обратно? — Плати.
Так можно назвать любой бизнес «вытягиванием денег». Но у вас всегда есть выбор платить или нет.
Мы работаем по freemium модели, половина софта в мире работает по ней же.
Даже к Друпалу есть платные модули и дополнения.
Т.е. в оставшихся 704 файлах находятся «редко используемые классы»?
Да. Если у вас есть конкретные пожелания, напишите мне названия понадобившихся классов, если мы найдем пробелы в доках — немедленно их закроем.
Конкретная реализация клиентской сайтов детсадов делалось веб-разработчиками со стороны заказчиков. Так что этот вопрос правильнее адресовать им.
Прежде всего, от лица компании Юмисофт хочу поблагодарить автора статьи за оказанное внимание к нашему продукту и привлечение внимания аудитории :)
Перед тем, как ответить по пунктам, хочу обратить внимание на две вещи:
1. Классическая критика по определению подразумевает поиск не только недостатков, но и достоинств рассматриваемого объекта. Почитайте Белинского, например. Ваша статья в этом смысле несколько однобока — достоинства просто не упоминаются, как будто их нет.
2. Предыдущая статья автора называется «За что я люблю Drupal» и начинается словами «По моему скромному мнению, CMS Drupal наиболее близко подошла к понятию «идеальная CMS».» Это говорит о некоторой предвзятости критика.
Теперь наши ответы по существу критики.
Так, например мне, потребовалось получить уже не один десяток бесплатных лицензий, а поскольку все лицензии привязаны к домену, то при переносе сайтов на рабочие домены лицензию нужно получать заново.
Ключи привязываются к доменам. Чтоб перенести CMS на другой домен нужно написать в Службу Заботы и они вышлют новый ключ. Некоторым пользователям бесплатной версии почему-то проще сгенерить новый ключ.
На главной странице официального сайта написано, что UMI.CMS используют более 10 000 сайтов и приведен список крупных сайтов, которые используют данную систему.
На самом деле уже около 15000 внедрений, просто сайт еще не обновили. Плюс несколько тысяч сайтов на UMI.ru, nastart.ru и в других SaaS. Сейчас мы работаем над новым сайтом и обновим цифры.
Сколково действительно месяц назад переехал на самописный движок, уберем.
Связной — ok.svyaznoy.ru/
Правительство Москвы купило у нас несколько тысяч лицензий для сайтов детсадов и школ (с другими системами пользователи не смогли разобраться). Подробности тут
Сайт вики также сделан не на UMI.CMS, а на open source движке MediaWiki.
Верно. Мы сами не разрабатываем движок для Вики, а пользуемся готовыми отраслевыми решениями.
Чтобы установить UMI.CMS себе на хостинг необходимо скачать файлик install.php, который сам скачает все файлы CMS из интернета. Соответственно не получится иметь у себя в резервных копий UMI разных версий, поскольку скачивается всегда последняя версия.
У большого количество разного софта, в том числе у браузера Google Chrome установщик устроен точно также. И более того, если кому-то зачем-то надо иметь старые версии (что само по себе непонятно зачем), то ничто не мешает раз в месяц скачивать и хранить.
Следует заметить, что UMI.CMS необходимо наличие на сервере расширения php xsl, которое установлено не на всех хостингах.
Верно. Мы ведем учет всех хостингов, на которых система работаем по-умолчанию. Более того, 12 из них имеют специальные тарифные планы «UMI» по ценам, не выше рыночных. Так удобнее и для хостеров, и для клиентов, и для разработчиков. Подробнее тут
Полная пробная версия UMI.CMS без установленных демо сайтов занимает 180 мб (4 985 файлов и 1 277 папок), база данных состоит из 80 таблиц размером 3,5 мб.
Верно. Ничего страшного здесь не видим, при современных каналах связи такой объём выкачивается за несколько минут. Код самой CMS весит значительно меньше, чем файлы контента. Большинство старых проприетарных CMS в разы тяжелее.
При редактировании материалов в UMI.CMS нет простой кнопки «Предпросмотр», зато есть три кнопки «Сохранить»:
Согласен. Эти кнопки сделаны до появления Edit-in-place, который по своей природе не требует предпросмотра. В будущем мы планируем эти кнопки переделать и по месту расположения и по числу.
В UMI.CMS используются макросы, которые вызывают определенные действия (например показ элемента каталога, фотогалереи и т.д.). При вставки этих макросов в визуальный редактор (используется Tinymce) они оборачиваются тегами p. В результате при срабатывании большинства макросов внутри тега p появляются теги div, что приводит к не валидной верстке.
Визуальный редактор — зло с точки зрения кода. Но добро для блондинок. Любой визуальный редактор по определению корёжит код. Мы не обнаружили ни одной CMS, где ВИЗИВИГ работал бы идеально.
К счастью в версии 2.8.5 разработчики предложили новый вариант — помещение всех шаблонов в папку templates.
Приятно, что хоть это вы оценили )
Автоматическое генерировании тегов description и keywords также не поддерживается.
За автогенерируемые тэги поисковики очень легко могут пессимизировать ваш сайт. Тэги должны писать специалисты по SEO, вручную и вдумчиво. Мы много консультировались с лучшими сеошниками страны и выполнили их рекомендации что и как делать.
ЧПУ в UMI.CMS генерируется автоматически, но по умолчанию в качестве разделителей между словами используется знак подчеркивания "_", хотя рекомендованный знак это знак дефиса "-" (возможность включения использования дефиса есть, но она спрятана очень глубоко и настраивается в config.ini).
Настройка любой системы через плэйн-текстовые конфигурационные файлы — это де-факто стандарт и наиболее привычный путь для любого разработчика.
В последние версии UMI.CMS встроена поддержка сервиса MegaIndex и в настройках модуля SEO можно указать свои данные от аккаунта к этому сервису. По умолчанию там стоят данные от UMI — логин и пароль, скрытый за звездочками. Этот пароль можно легко подсмотреть (например через расширение Web Developer для Firefox). В результате можно попасть в аккаунт UMI на сайте MegaIndex, где находится список сайтов, воспользовавшихся этой функцией у себя на сайте. В данных отчетов видны ключевые слова, позиции сайтов и другая информация.
Верно. Сделан отдельный доступ к Мегаиндексу для проверки из UMI.CMS. Аккаунт в Мегаиндексе не требует защиты, т.к. никаких секретных данных в этом аккаунте не хранится, позиции любого сайта в поисковиках — открытая информация.
При использовании xslt шаблона яваскрипты работают только если их вставить в текстовый редактор (чего тоже достаточно, чтобы натворить бед).
Непонятно. Наверное имеется в виду “редактор исходного кода”. Если так, то такое поведение существует в любой системе. Яваскрипты — в исходный код, только так.
Обновления больная тема многих CMS. В UMI.CMS, например, при обновлении старой версии на новую могут пропасть некоторые модули, которые были в раньше данной редакции системы, т.е. помимо платных обновлений (а обновления платные) потребуется доплатить за пропавший при обновлении модули.
Если модуль исключен из редакции или при переходе на другую редакцию, то логично что он отключится. Если закончился триальный срок демо-версии, отключатся все модули, кроме включенных в бесплатную версию. Все логично.
Файлы системы находят в папке classes, большинство функций и классов в них никак не документированы (комментарии есть только в 82 файлах из 786), т.е. глубоко разобраться в UMI.CMS без затраты большого количества времени не удастся.
Признаю, что часть редко используемых классов еще не покрыты документацией, но это делается постоянно. Если вы столкнулись с пробелом документации — просто напишите в СЗ об этом и в короткий срок это будет описано. В последний год-полтора такие запросы стали редкостью.
Все свои дополнительные функции в UMI.CMS следует писать в файлах custom.php, которые следует размещать в системных папках. Со временем файл custom.php разрастается своими функциями, соответственно возникают проблемы с включением/отключением отдельных функций, переносом их между проектами.
Это не так. С версии 2.8.5 вместе с раскидыванием шаблонов мы и эту проблему тоже решили. Теперь кастомы цепляются к шаблону, и к тому же их можно расширять на несколько файлов.
Ошибки и глюки бывают разные, одна из самых забавных — меняешь теги b на strong — получаешь не работающие макросы после того места, где сменены теги.
Описанная ситуация нам не известна. Вероятно, это частный случай или ошибка внедрения, о которой следует написать в СЗ и вам помогут ее решить.
Еще раз спасибо за обзор и критику системы!