Flaria. Легкий и быстрый движок сайтов

ого! почти как минимальная винда!

тогда выкладывайте ссылку на архив, без подддержки :)

главное, чтоб не совпало с сессией ;) я правильно понимаю? :)

сейчас столько движков, в том числе и беслатных, что протолкнуть новый, ещё и дорогой, ещё и без комьюнити, ещё и малофункциональный - менее вероятно, чем изобрести телепортацию.

а вот так я и без движка могу:

Неплохое начало :) Благодарю хотя бы за то, что прочитали (вроде как) мою писанину. Окей, по поводу цены я согласен, поэтому пока 1к.

По поводу сессии что-то не совсем весело получилось, надо было четвертные контрольные или что-то в этом роде вспомнить.

Вот это уже поконструктивнее. Согласен, движков много, все хороши, всё отлично. Но я предлагаю сделать такой, чтобы все необходимое именно для целевых типов сайтов (сателлит, МФА, сайт под вечные ссылки) было уже встроено в функционал (а некоторое уже есть и в первой версии) без необходимости искать/ставить модули/расширения, всякие СЕО-паки и прочее, как это обычно происходит в традиционных CMS. Ведь многие даже не в силах без сторонней помощи добавить блок биржевых ссылок где-нибудь внутри контента.

Да, скорей всего брать деньги "в аванс" за такую призрачную перспективу не очень правильно, возможно стоит и сделать так:

Но для начала мне нужно узнать, имеет ли смысл это вообще. Поэтому жду советов/критики/etc, только пожалуйста без сарказма и остроумия.

---------- Добавлено 21.08.2013 в 12:03 ----------

dkameleon, кстати, так и не понял, зачем вы обратилесь к несуществующему поддомену. Я даже не стал заморачиваться с перенаправлением, в любом случае, обычно это делается тюнингом веб-сервера, а не возможностями движка.

Судя по описанию и на примерах. Функционала ноль да еще и сырая. Она и бесплатно мало кому понадобится.

Функционала действительно не много, про это я уже писал. Сырой бы я не назвал. Нет WYSWYG-редактора в добавлении/редактировании статей, но я не определился с тем, какой выбрать.

Ок давайте зайдем с другой стороны. Какой функционал, какие конкретно фичи по вашему сделали бы проект привлекательным?

Ну как-то да, для 2000 р. скромненько.

Joker-jar, думаю не стоит заморачиваться. Пользуйтесь сами своим движком, реализовывайте нехватающие вам функции и колотите бабло. Большая часть обитателей здешних работают с WP Joomla DLE и другими cms которые вряд ли кто-то будет менять на непонятную разработку, которая может загнуться в течение месяца.

1. Устойчивость развития (регулярные релизы с развитием функционала, багфиксы).

Вот нечто похожее по идеологии на Flaria - CMS 2++. Я приобрёл у них пару мультидоменных лицензий (под RU и ENG проекты) - проект фактически мёртв, баги не исправляются. Проект под проприетарной лицензией, коммюнити отсутствует, всё завязано на авторе у которого "пропал интерес".

2. Открытая лицензия (предпочтительнее GNU GPL 3.0).

3. Инфраструктура - модули, плагины, шаблоны...

4. Не увидел функционала позволяющего получить user generated content - вроде как банальная возможность комментировать страницы отсутствует.

5. Если проект направлен на создание "Сайтов, изначально цель которых — заработок" - обязательны парсер контента и модули партнёрских программ (в этом плане можно глянуть на Кисточку и аналоги).

6. Информационная инфраструктура обязательна - все ваши конкуренты давно обзавелись форумами, всяческими FAQами и проч. Юзеры часто создают своими силами шаблоны и плагины и делятся оными. Пример.

Это для начала, не имея демки сложно советовать более детально...

Эти монстры заросшие мусорным кодом как тузик блохами обычно используются либо по незнания альтернатив, либо по причине особо хитрого плагина не имеющего аналогов.

Да и на Складчике и проч. всегда можно скинуться на шаблон премиум класса для этих CMS за символические 40 рублей :).

таким образом вы имеете хотя бы шанс набрать комьюнити и в перспективе популярность.

а потом уже заморачиваться с платными версиями, когда прогеров по вашему движку будет больше чем один.

ну, я кликнул на ссылку, возможно фаерфокс не смог ресолвнуть основной домен и редиректнул на ввв, как он это обычно делает :) я, как и мой браузер, ожидали там видеть тот же сайт :)

О, светлые мысли. Благодарю всех отписавшихся. Итак, о цене пока забудем. Я тут многое в принципе понял. Для начала по поводу функционала. Вводный мой пост получился очень неважнецким, писал его в 6 утра не особо соображая. Думал, наглядным будет видео, но оно тоже получилось не ахти, т.к. изначально планировал голосом рассказать и показать все, но по тех. причинам пришлось делать текстовые выноски. Перечислю списком базовые возможности системы:

1. Древовидные категории. Неограниченная вложенность категорий, URL'ы категорий вида /category/subcategory/subcategory/

2. Инструмент управления категориями (создание, редактирование, удаление)

3. Страницы. Страницы вне категорий, URL'ы вида /page (можно /page.html), либо определенной категории, URL'ы вида /category/subcategory/subcategory/page

4. Инструмент управления контентом (создание, редактирование, удаление страниц). Для каждой страницы можно задать метаописание, ключевые слова, метазаголовок, отличающийся от основного заголовка (H1). Любую страницу можно запретить индексировать (используется метатег noindex)

5. "Пагинация" страниц (разбивка на страницы)

6. Отложенная публикация

7. Шаблонизация. Хранение дизайна отдельно от кода, шаблоны довольно просты

8. Отсутствие дублей страниц. Идеология следующая: URL-с конечным слешем трактуются как категории, без - как страницы. Где необходимо используются "канонические URL'ы"

9. Хлебные крошки. Возможность отключения их на любой из страниц

10. Оптимизация URL и щаблонов под "быстрые ссылки Yandex" (http://help.yandex.ru/webmaster/?id=1067128)

11. Поддержка тем. Основная фича движка. Каждой странице можно задать тему - схему расположения блоков на странице. Блоки могут быть ненастроенными, тогда для каждой страницы настройка блоков (их положение, размер и содержимое) производится индивидуально при помощи спец. инструмента буквально в пару кликов (на видео продемонстрировано, а также в след. пункте). Либо тема уже может содержать информацию о том, где и какие блоки будут на странице. По умолчанию есть три темы: Clear ("чистая тема", без блоков), Blocks (три блока: над текстом страницы, внутри текста, под текстом, каждый блок настраивается индивидуально на каждой странице) и Sape (ссылки Sape под текстом страницы). Можно создавать собственные темы по подобию имеющимся

12. Возможность размещения блока в любом месте публикации. Помимо блоков, заданных текущей темой страницы, можно добавлять произвольное количество блоков непосредственно внутри текста публикации. Просто в нужном месте вставляются "маркеры" блоков вида {BLOCK_id}, после сохранения в странице в местах, где были добавлены маркеры появятся вот такие не настроенные блоки (которые видит только администратор сайта):

У каждого блока есть кнопка "настроить", нажав на которую появляется инструмент настройки блока:

13. Поддержка Sape. Как это уже стало ясно из предыдущих пунктов. Где и сколько ссылок Sape вывести на странице можно задать темой и применить её для нужных страниц. Можно также включить поддержку контекстных ссылок Sape в конфиге (поддержки других систем пока нет попросту потому, что я с ними не работал и нет возможности протестировать, как только появится желающий увидеть поддержку того или иного сервиса, например, TrustLink в моем продукте и будет не прочь в этом помочь в качестве тестера, я обязательно это сделаю)

14. Инструмент управления блоками (создание, редактирование, удаление). При настройке блоков непосредственно на страницах сайта содержимое не вводится каждый раз заново, а выбирается из списка (см. предыдущий скрин). Этот список формируется при помощи данного инструмента. Здесь можно добавить коды Google Adwords, коды партнерок (например, Ozon). И так далее

15. Инструмент управления главным меню. Создание, редактирование, удаление элементов меню, изменение порядка элементов

16. Блочное кеширование. Отдельные элементы сайта (например, главное меню, рекламные блоки) кешируются для ускорения загрузки и снижения нагрузки на сервер

17. Инструмент управления изображениями. Получение HTML-кодов изображений для вставки их в публикации

18. Мультисайтовость. Возможность обслуживания множества сайтов одним движком. Путем несложной настройки веб-сервера и специальных экстра-конфигов (для каждого домена свой конфиг с отличающимися от глобального конфига настройками). При этом определенные таблицы баз данных можно сделать общими для всех сайтов (например, таблица пользователей, для единой авторизации, и таблица блоков, чтоб иметь единый список блоков). Такой подход гораздо упрощает обслуживание крупной сетки сайтов

19. Возможность работы из-под поддиректории

20. Что можно настроить в конфиге:

- Метазаголовок, ключевые слова и метаописание, используемые по умолчанию

- Количество публикаций, выводимых в категории

- Режим индексирования категорий (не индексировать категориии, индексировать только 1-ые страницы категорий, индексировать все страницы категорий). Обычно категории не требуется индексировать, т.к. они содержат аннотации публикаций, а этот текст также содержится непосредственно на страницах публикаций. Для сателитов имеет смысл включать индексацию для увеличения общего кол-ва страниц. Индексировать только 1-ые страницы категорий иногда тоже полезно, например, для формирования быстрых ссылок Yandex

- Отображать ли записи только текущей категории или текущей или всех подкатегорий данной категории (рекурсивно)

- Заголовок и сообщение пустой категории

- Вкл/выкл кеширование

- Шаблоны метазаголовков. К примеру, вы хотите, чтобы к каждому заголовку приписывался какой-то префикс или постфикс (Заголовок / site.ru), это можно указать здесь

- Лого и слоган в шапке сайта

- Код, который вставляется перед </body>. Можно добавить коды счетчиков и т.п. Это можно сделать и в шаблоне main.tpl, но в случае с мультисайтовостью, если несколько доменов используют один и тот же шаблон, счетчики стоит прописывать в конфигах

- Содержимое robots.txt. Также указывается в конфиге по соображениям из предыдущего пункта

- Здесь также задается имя иконки сайта, которая ищется в папке с шаблоном. Таким образом для каждого сайта задается собственная иконка в случае с мультисайтовостью, если несколько доменов используют один и тот же шаблон

- Заголовки и тексты 404 и 503 ошибок

- ID Sape, вставлять ли контекстные ссылки в публикации

- URL страницы авторизации. Можно задать произвольный URL для повышения безопасности

- Размеры блоков. Здесь можно дополнить список размеров блоков для последующего выбора при настройке блоков

Некоторое несущественное и системное я опустил.

Есть еще несколько возможностей, которые сейчас не задействованы, но реализовать их можно, буквально, кинув пару модулей, которые уже готовы и используются в других сайтах, в соответствующую папку. Например, модуль журналирования. Для отслеживания всевозможных событий на сайте (ошибки 404, редиректы, посещения роботов и т.д.). Возможно также была бы востребованной поддержка мультиязычности. Пример реализации: http://easyslimbody.com/ (есть EN и RU версии).

Также в планах у меня реализация поддержки из коробки целей Яндекс.Метрики, таких как "клик по блоку". Что позволит смотреть в Веб-визоре действия посетителей, нажавших на, скажем, баннер Adwords.

Flaria - это лишь мой фреймворк Lorelei с набором модулей. Сам этот фреймворк я постоянно совершенствую уже года три, на нем построено, можно сказать, немало довольно функциональных сайтов, в старт-посте я привел несколько примеров, могу еще: itproblems.ru, dvplomba.ru. То есть я считаю непосредственно Lorelei достаточно зрелым и неплохим продуктом. Все построено на модульности: любой функционал сайта - это отдельный модуль (модуль категории, модуль страницы, модуль главного меню). Есть поддержка событийности и многих других фич. Весь код объектно-ориентирован. На сайте http://www.myfirstsite.ru/ меня уже несколько раз просили поделиться кодом Lorelei, но они вряд ли догадывались, что их ждет голый core.php :) Я же решил это дело довести до готового продукта в виде Flaria, потратив на это, кстати, не один вечер. Примеры в старт-посте непосредственно на Flaria очень неудачны, какие-то одностраничники получились и совершенно не отражают возможностей.

Код ничем не закриптован, напротив, он отформатирован, местами даже прокомментирован.

Либо не знаком с термином, либо с технологией. Просвятите?

По поводу комьюнити и прочего я конечно согласен, но получается ситуация а-ля "меня не берут на работу, потому что у меня нет опыта, у меня нет опыта, потому что меня не берут на работу".

Я тут вижу, вроде бы, неплохие варианты. К примеру, сделать движок бесплатным, но на платной основе выполнять какие-то индивидуальные реквесты "вне очереди". Что думаете по этому поводу?

В ближайшие несколько дней планирую все же заполнить контентом основной сайт и повесить демку.

Меня в проекте привлекает мультидоменность (нужен мануал по использованию) и общий прицел на облегчение монетизации конечных сайтов.

Мультидоменность реально требуется если сайтов больше сотни.

Больше сотни многостраничников - это всё же некая автоматизация размещения контента, может это пакетное размещение размноженных статей или ещё нечто подобное.

Очень нужен поиск по сайту, генерация sitemap.xml и невизуальный редактор для добавления/редактирования контента.

P.S. user generated content - в данном случае возможность для посетителей оставлять комментарии (генерировать контент), более продвинутый вариант - форумы и социалки.