Версии diafan.CMS нумеруется согласно схеме A.B.C.D, где:
A — мажорная версия (major version) diafan.CMS;
B — минорная версия (minor subversion, промежуточная версия) diafan.CMS;
C — релиз (release) diafan.CMS;
D — сборка diafan.CMS;
Мажорная версия
Мажорная версия выходит раз в 3 года 1 апреля. Следует после 5й минорной версии.
Новая мажорная версия предполагает:
Переход на новую версию для пользователей — платный (за исключением пользователей, имеющих действующий контракт на получение новых мажорных версий программного обеспечения).
Минорная версия
Минорная версия выходит раз в полгода 1 апреля и 1 октября. Новая версия предполагает:
Переход на новую минорную версию для пользователей — бесплатный.
Процесс выхода новой версии состоит из следующих этапов:
........................................................рабочие дни........1 апреля...........1 октября
-----------------------------------------------------------------------------------------
Сбор информации
для планирования...............................3 мес.................1.10—31.12........1.04—30.06
новой функциональности
Разработка новой версии.....................32/42дн..............11.01 — 24.02.....1.07 — 27.08
Альфа тестирование............................5 дн...................25.02 — 3.03......27.08 — 2.09
Устранение ошибок,
выявленных в ходе тестирования...........4/5 дн..............4.03 — 10.03.......3.09 — 9.09
Бета тестирование...............................5 дн.................11.03 — 17.03......10.09 — 16.09
выявленных в ходе тестирования...........5 дн................18.03 — 24.03......17.09 — 23.09
Обновление документации,
демо-версии, информации....................5 дней...............25.03 — 31.03......24.09 — 30.09
на официальном сайте
Выпуск финальной версии............................................1 апреля..............1 октября
На первом этапе «Сбор информации для планирования новой функциональности» должен быть составлен список всех изменений новой версии (от 5 значимых и от 5 незначимых изменений функциональности). На этом этапе активно подключаются пользователи цмс, просматриваются продукты-конкуренты.
Следующий этап «Разработка новой версии» предполагает выполнения всего запланированного списка изменений.
Альфа-тестирование выполняется сотрудниками организации. На этом этапе можно решить изменить реализацию заложенной в новой версии функциональности. Также на этом этапе выявляются ошибки.
Бета-тестирование выполняется добровольцами из будущих пользователей. Бета версия раздается для тестирования бесплатно.
Релиз
Изменение номера релиза происходит при исправлении 10 ошибок (выпуск несколько сборок).
При выходе новой промежуточной версии продукта нумерация релиза сбрасывается в нулевое значение. Альфа и бета релизы нумеруются отдельно.
Например: 4.3.0.alpha → 4.3.1.alpha → 4.3.0.beta → 4.3.1.beta → 4.3.0.stable → 4.3.1.stable → 4.3.2.stable
Приставка stable опускается.
Каждый новый релиз stable должен быть описан на сайте.
Отдел технической поддержки рекомендует пользователям совершить переход на данную версию. Возможна информационная рассылка пользователям по линии техподдержки и партнерам компании.
Сборка
Изменение номера сборки происходит при каждом публичном выпуске продукта.
При выходе нового релиза нумерация сборки сбрасывается в нулевое значение.
Когда в продукт вносятся изменения, необходимо загрузить измененные файлы для обновления через панель администрирования.
Соответственно, 4.3 версия будет выпущена 1 сентября. :)
Если что-то интересует по новым модулям, в частности форум, то модуль есть, в техподдержке пишите, мы вам его дадим. :)
CMS - не волшебная палочка, чудес не творит. 50000 новостей, 10000 уников - это нагрузка, и нагрузка прежде всего на сервер, на апач, на SQL. Даже использование обычных запросов SELECT с такой нагрузкой на виртуальном хостинге за 250 рублей крутиться как пуля вряд ли будет ;) Так скажем, количество запросов к БД мы сокращаем до минимума, используем дополнительные алгоритмы кеширования, чтобы снять нагрузку и т.д. Если хотите, могу уточнить, насколько меньше запросов к БД при формировании типовой страницы у нас по сравнению с той же джумлой. Поэтому если говорить о нагрузке - надо говорить хотя бы о VDS, а то и дедикейшне. А на хорошем серваке CMS что угодно выдержит!
Не, пока не планировали. Уже на носу выпуск модулей "Форум" и "Блог", а уж подправить "Форум" под "Доску" - дело нехитрое для умелых рук.
Дык, упоминание лучше смотреть в документации ;)
vadoru, спасибо и от меня за ответы. Добавлю по остальному:
- Это функциёшку можно дописать, будет выводить количество :)
- По бэкапу скажу так: каждый должен заниматься своим делом. На любом нормальном хостинге есть недельный бекап файлов и БД, по запросу они восстанавливают что надо. Делать что-то программно - зачем? Хранить лишние таблицы, лишние файлы, дополнительный управляющий код, а в итоге если летит БД, она летит вся, вместе с "бекапом" :) Нет, мы ничего такого не делали и не планируем. "Корзина" удаленных в админке элементов, конечно, есть.
- Хакеров привлекаем как консультантов при разработке, все самые популярные дырки взлома прикрыты. Всякие инъекции, подмены переменных, ххс и т.д. Опять же могу уточнить у наших ребят точнее, что проверялось и что защищено. Конечно от админского пароля 12345 мы защитить сайт не можем ;)
Одним фалом только pdf, но мы пока никак порядок в онлайн-документации не наведем... 🙄
Уже сделано и всего за $66 - лицензия на diafan.CMS )))))))))
Кстати, да! Подтверждаю! В частности, мы готовы подарить лицензию на diafan.CMS вашему товарищу-инвалиду, и оказать всяческую помощь в обучении созданию сайтов, если он к нам обратится! :) А создание сайтов - ремесло, которое не даст умереть с голоду в наш век ;)
А никак не решали :)
По сути, мы не используем highslide как неотъемлимую часть CMS, "Увеличение картинок с эффектом анимации" отключается галочкой в настройках движка. Наличие этого скрипта можно рассматривать как "помощь в установке кода highslide на сайт попутно с покупкой движка" ;)
Тем не менее, с версии 4.3 мы планируем по умолчанию убрать все необязательные оформления стилей и скриптов, но публиковать инструкции по внедрению их на нашем грядущем форуме и библиотеках документаций. :)
Погодите, т.е. ссылка "Попробуйте! он-лайн демо версия на нашем сервере" с куском торта для наглядности, которой утыкан сайт, не несет смысла "потестировать" "попробовать" "демонстрация"??? Хм... Ну я не знаю, как тогда еще выделить "демо версию"... Предложите, что ли, что надо написать, чтобы было понятно, где демо-версия?
Чтобы CMS работала на локале, надо назвать хост diafan или просто обрубить на локальной машине выход в интернет.
Палю тему: берете сайт клиента на html, и конкретно файл index.html, открываете его в блокноте. Затем где нужно вывести меню сайта пишете <insert name="show_menu">, а где должен быть контент пишете <indert name="show_body">. Переименовываете файл в site.php и заливаете на сайт, где стоит diafan.CMS, в папку /themes/. (установить diafan.CMS дело вообще нехитрое)
Всё! :)
Чтобы подполировать вывод блоков новостей и пр. - пишете в техподдержку на user.diafan.ru и там вам бесплатно ответят на все соответствующие вопросы!
Это я к чему..? Это я к тому, что наши-то мастера смогут все это сделать, но это будет несколько дороже, чем это реально стоит. Заказать можно опять же на user.diafan.ru, там есть раздел "Заказы". Прикладываете файл, сделают. Минимальный заказ 1500 рублей. Хотя зависит от макета и его сложности. ;)
Честно признаться вопрос не понял...
Многоязычность есть, можно создавать дополнительную англуйскую версию, французскую, немецкую и т.д. Количество языков не ограниченно.
Создавая русскоязычную версию как основную, и затем переключаясь на англоязычную версию в админке, будет видна вся структура сайта, она возьмется из русскоязычной части. Пункты будут в виде id. Вставляете английский текст и все. Если брать новости, то прикрепленные фотографии, даты будут общие, перезагружать их не надо. Все это делается из одной панели, и я не понял, почему может не хватать стандартного функционала..?
Как не сможете? Почему? Без проблем! :) Пишите в техподдержку заявку - поменяют на любой другой домен. У нас многие пользователи заносят один домен, тестируют на нем, через недельку переносят на сайт клиента - меняют домен в лицензии. Затем сайт решает переехать с .org на .ru - тоже без проблем, мы меняем. :)
Респект! :) Все верно!
От себя немного добавлю, что делать, если надо выводить по одной ссылке в разных местах сайта:
открываем файл /includes/function.php
и в любое место добавляем не одну, а две функции
public function init_sape() { global $sape; if (!defined('_SAPE_USER')){ define('_SAPE_USER', 'хххххххххххххххххх'); } require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php'); $o['charset'] = 'UTF-8'; $sape = new SAPE_client($o); unset($o); echo $sape->return_links(); }
и
public function show_sape() { global $sape; echo $sape->return_links(1); }
потом в шаблоне сайта вставлям в любое место повыше:
<insert name="init_sape" >
а где надо выводить по одной ссылке:
<insert name="show_sape" >
