Хватит ли 4000$ на разработку CMS?

Question

[Дмитрий Горбач]

Предисловие
Сразу скажу, что у меня в копилке есть такие навыки как Front-End, Веб-дизайн и SEO, и базовые знания Back-End. По сути, я мог бы и сам написать CMS кривую до ужаса но кое как работающую. Ну в общем дело не в этом.

Что в планах?
Нанять 1-2 программистов и снять помещение. Сам я планирую разработать основную структуру CMS, дизайн, и все по части front-end. Понятное дело по поводу структуры прогеры будут еще вносить свои правки. Разработкой будет заниматься до 2-3 человек.

Теперь о самой CMS.
Полностью суть идеи, раскрыть не могу, но главная суть такова.
Она должна быть гибкой, и с гибкой настройкой модулей.
Будет использоваться только одной студией.
Тоесть студия, сначала со всего набора инструментов разрабатывает сайт, а потом отсекает все лишние с админки для любого проекта. Чтобы клиенту было максимально удобно с ней потом работать.
Есть конечно еще нюансы усложняющие разработку, но в целом картина такая.

Цель:
Создать такую cms, чтобы в разы улучшилась скорость разработки новых проектов.

Ну и сам вопрос:
Как вы считаете, хватит ли бюджета в 4000$ и 3 месяцев, чтобы разработать CMS такого плана?

Comments

[Алексей Киселев]

А вам студия заказала CMS или вы хотите сначала разработать CMS, а потом создать на ее базе студию?

[Дмитрий Горбач]

@alexeykiselev Эту cms в первую очередь я планирую разработать для себя. Но да, в последствии у меня планах основать студию.

[Алексей Киселев]

@0whitewolf0 А есть клиенты, готовые разработать у вас сайт на этой cms? Если нет, то это пустая трата времени и денег. Лучше потратьте их на саморекламу больше пользы будет потом для студии.

[Дмитрий Горбач]

@alexeykiselev а как же, клиенты и сейчас есть, и большинству все равно какая будет cms. И приходиться делать им на всяких джумлах и т.д. А если получиться ее разработать, именно так как я и задумал, и реализовать не нестандартные идеи по созданию данной CMS. то это вообще будет замечательно. То есть по факту, я как минимум, в перспективе смогу улучшить кпд на этапе разработке сайтов для клиентов.

[Алексей Киселев]

@0whitewolf0 тогда вопросов нет, если вы видите в этом перспективу, стоит вложиться и попробовать.

Answer 1

[Борис Сёмов]

Ответ на ваш вопрос да - хватит. Главное построить грамотно схему работы. Даже без бюджета, на самом деле, можно написать CMS, если хорошо заинтересовать одного или боле программиста хорошо продуманной концепцией. А снимать офис совершенно излишне.

Но на самом деле, более важный вопрос, которого вы не задали, а надо ли вам тратить вообще эти деньги и надо-ли вам вообще писать под вашу задачу CMS. И ответ на этот вопрос - нет не надо.

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

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

Comments

[Masterme]

CMS более чем для одного человека нормально отобъётся.

[Борис Сёмов]

@Masterme В том смысле, что вы сможете заработать больше, чем затратили на её разработку - да, когда-нибудь сможете.
В том смысле, что за какое-то конечное время заработаете больше с ней, чем без неё настолько, чтобы окупить разработку - очень, очень спорно. Вполне вероятна даже обратная ситуация. Я бы сказал, что она намного более вероятна, особенно, если делать не однотипные сайты.

[Masterme]

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

[Борис Сёмов]

Ну есть куда более одной CMS, где админка и темизируется и переделывается не хуже, чем морда. Я вот в Drupal этим активно пользуюсь, например.
Было же выше сказано - найти инструмент под свои нужды. Делать свой почти всегда мало продуктивно - исключением тут может быть создание каких-нибудь не стандартных, но однотипных сайтов разве что. Тогда да, можно сделать инструмент под данную задачу заточенный на котором она будет рализовываться быстро, работать шустро и.т.п.
А писать CMS общего назначения с нуля дело неблагодарное. Ну и вспоминается lurkmore.to/%D0%A4%D0%B0%D1%82%D0%B0%D0%BB%D1%8C%D...

[Masterme]

@kotomyava насколько я знаю, в этом вашем друпале даже миграций нет.

[Алексей Сундуков]

@Masterme есть.

[Masterme]

@alekciy пруф

[Алексей Сундуков]

@Masterme забанили в гугле??

[Masterme]

@alekciy разумеется, я искал и видел ту же выдачу. Вся первая страница - не то (дальше не смотрел). Вы вообще имеете представления о миграциях, что это такое и зачем?

[Борис Сёмов]

@Masterme А зачем CMS общего назначения миграции? Они нужны там, где вы меняете структуру БД, и вам нужна версионность этой структуры. А тут, структура базы данных создаётся не вами, и вы принимаете её как данность.
Зато в drupal есть более актуальные для разработки сайта на CMS инструменты - devel, помогающий отладке, features, помогающий вторично использовать готовые части функционала, и кстати, с поддержкой версионности и.т.п. Т.е. довольно развитый инструмент поддержки разработки.

[Masterme]

@kotomyava миграции нужны для версионности БД, которая в свою очередь служит трём целям: а) консистентности между кодом приложения и структурой БД, б) лёгкой выкатке на продакшн как начальной структуры БД так и всех изменений в ней, в) совместной разработке и перенесения изменений между машинами.
Без этих а-б-в нормальная разработка для веб невозможна. Если вы никогда не испытывали в них потребности - значит ваш уровень - скачать_и_поставить_плагин_который_всё_сам_сделает. При таком уровне говорить о какой-то кастомизации CMS под нужды конкретного заказчика попросту неуместно.

[Борис Сёмов]

Каждому инструменту своё место. Такой подход уместен, в разработке приложения с нуля, и я им пользуюсь при разработке проектов на yii, например. И в этом случае миграции нужны, вполне согласен.

Но зачем вам менять структуру БД Drupal?

Если вы разрабатываете свой модуль, со своими таблицами, вы можете воспользоваться таким подходом, в принципе, написать скрипт из нескольких строк кода, для применения/отмены изменений в БД не сложно. Но это делается отдельным проектом, а потом модуль уже устанавливается, разворачивается готовая схема данных, и возможно, начальные данные.

И, кстати, у модулей Drupal есть install, update, uninstall коллбеки, которые автоматически срабатывают при установке, обновлении, удалении соответствующего модуля...
Т.е. на уровне необходимом для такой работы миграции всё же поддерживаются. А тащить лишние инструменты в ядро не стоит.
Кстати, посмотрите на schema. (https://drupal.org/project/schema)

[Masterme]

@kotomyava "зачем менять структуру БД сайта" - вы, надеюсь, не серьёзно это спрашиваете?
"если вы разрабатываете свой модуль... это делается отдельным проектом" - да зачем мне целый модуль? каким отдельным проектом? почему я не могу модифицировать модули прямо в рабочей копии сайта? почему я не могу сделать альтер для существующей таблицы? я хочу добавить пользователям отдельное поле - second_phone_number - вы предлагаете для этого отдельный модуль писать?

[Борис Сёмов]

@Masterme Да, это можно сделать либо написав свой модуль, либо, что в данной ситуации правильнее, использовав готовый функционал Drupal. Естественно руками добавлять поле в таблицу, ни в коем случае не надо - делая так, вы делаете не поддрживаемый проект. А в drupal сделано много как раз для того, чтобы такими отвратительными вещами не заниматься.
Видимо, вы просто не пробовали и не понимаете.

Answer 2

[Константин Федоев]

К сожалению не могу сказать, хватит ли вам времени и средств на разработку. Но мне кажется, вы собираетесь разрабатывать велосипед. Притом может оказаться так, что:
а) Не окажется сидения, или оно будет находится в неправильном месте
б) Велосипед не окупит времени/средств на его создание
в) Другие уже сделали мопед с которого сняв железяки / добавив педали и другой руль получится именно тот велосипед который вы хотите. Просто не внимательно смотрели.

Comments

[Дмитрий Горбач]

Да, вы правы, именно велосипед. Но я действительно в замешательстве из за пункта в). Т.к. мысли, о работе с напильником были конечно, но вот я боюсь, что много можно будет упустить. А делая с нуля, лучше понимаешь как оно работает и легче выявлять баги.

[Борис Сёмов]

@0whitewolf0 Легче пользоваться тем, где баги уже выявили. А разобраться в готовой CMS досконально, куда проще, легче и быстрее, чем сделать свою.

[Николай Антал]

Ну можно же выбрать для себя более удобную CMS, и подготовить для нее набор шаблонов, которые будут добавлять/убирать требуемый функционал. Ну или к примеру сделать форк этой CMS под свои нужды, суммы должно хватить. Просто еще не забывайте что клиенты не обязатльно обратяться к вас в случе допиливания.

Answer 3

[edogs]

При Вашей стратегии - разумеется не хватит.
Даже если Вы не из Москвы, офис Вам дешевле 500уе в месяц найти вряд ли получится. 3 месяца - 1500уе. Остается 2500уе. Делим на 3 месяца. Получается 800 (допустим)уе в месяц. Делим на 2-3 программистов. Получается по 280-400уе в месяц на программера. За эти деньги профессионалов Вы не найдете, без вариантов.

В Вашем случае оптимальный вариант это забыть об офисе уйдя на фриланс (сэкономили 1500) и нанять одного программера вместо 2-3. Получится 1300уе в месяц программеру. Уже та сумма, за которую можно найти прогера среднего уровня, не делающего явных косяков. А отсутствие синхронизации между 2-3 прогерами - сэкономит до кучи еще и время.

По сумме 4000уе за цмс - в принципе реально, так что для Вашей ситуации - ищите 1 прогера на фрилансе.

Comments

[Дмитрий Горбач]

Давайте, уточню. Я из Украины, и тут у нас попроще с этим :) 4к у.е. это уже с учетом аренды.

[Дмитрий Горбач]

А фрил. точно не вариант. т.к. я сам буду активно участвовать в разработке

[evnuh]

@0whitewolf0 как это противоречит фрилансу?

[Дмитрий Горбач]

@0whitewolf0 да в принципе никак, простите, я сразу просто не понял, для меня фрил. сразу ассоциируется с удаленкой...

[Борис Сёмов]

@0whitewolf0 А как удалённость сотрудника мешает участвовать в разработке активно? =)

[Дмитрий Горбач]

@kotomyava ну, я понимаю, что все возможно, я сам раньше был фрилансером. Но, чтобы продукт получился качественней, я думаю, что лучше будет если разрабатываться он будет совместно, бок о бок.

[Борис Сёмов]

На качество продукта влияет профессионализм разработчиков, и правильная организация процесса. А не болтовня "за жизнь", с соседом по комнате. =)

Answer 4

[evnuh]

$4000 - это два месяца работы среднего (неплохого) PHP программиста. На фрилансе может даже быть и три месяца. Что можно успеть сделать за три месяца одному программисту? Правильно, кое-какой блоговый движок. Оно вам надо? Для разработки полноценной cms, которую еще можно будет впихнуть какому-нибудь бизнесу надо не меньше $100 000.

Comments

[Дмитрий Горбач]

ХМ, @evnuh ну вы загнули конечно :) возможно для CMS по типу 1с bitrix да, но не думаю, что для начала надо так много. Да там будет изначально базовая комплектация модулей стандартных, но все остальное можно же допиливать и потом уже.

[Alex Babak]

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

[evnuh]

@Doctorrr в экстремальном режиме экстремальный кал получится. Уверяю, проходили.

Answer 5

[Сослан Алдатов]

Честно говоря, не понимаю смысла затеи. Взять тот же Yii - и задача Ваша выполнена, как по мне. Гибкость - на высоте, кастомизация - проще некуда, насчет этой затеи с админкой - так ведь тоже не проблема.

Answer 6

[Алексей Сундуков]

Как разработчик собственной CMS крайне рекомендую забазироваться на фрейворке (хотя бы для админки) даже если все планируется писать нативно. Второй момент - начинать с узкой области. Сейчас разумнее всего сосредоточиться на электронной коммерции. При удачном стечении обстоятельств это даст возможность финансировать дальнейшую разработку.

Comments

[Dmitry Shvalyov]

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

[Дмитрий Горбач]

@dshster @alekciy я так и расчитывал, что легче и быстрее будет разрабатывать на базе фреймворка. Пока думаю о кодигнайтере. Или может посоветуйте, другие варианты?

[Алексей Сундуков]

@0whitewolf0 касательно CodeIgniter из личного опыта не скажу. Те, кто его юзают говорят, что проект не очень живой. Лично для себя поняв, что на разработку и супорт админки уходит много времени остановился на Yii.

Answer 7

[Дмитрий]

Можно поинтересоваться, чем не устраивают те CMS, которые уже есть на рынке? Даже бесплатные. Не проще ли какую-то из них допилить по личные нужды?

Comments

[Quber]

Не проще, знаю по своему опыту. Как ни крути взяв любую cms за основу рано или поздно понимаешь, что тебя в ней что то не устраивает. Постоянные переписки, переделки под каждый проект надоедают. Хорошо когда есть своя, пусть и не большая cms, с которой работать проще именно тебе. Ты сам знаешь что где и куда. Темпы разработки под своей cms как правило быстрее, а это соответственно это деньги.

[Борис Сёмов]

@Quber Написав свою, вы быстро поймёте, что столкнулись с теми же проблемами. А то и бОльшими, т.к. очень мало разработчиков может хорошо продумать заранее архитектуру приложения. И велосипедов с квадратными колёсами море.
А под большинство распространённых CMS уже есть готовые решения, которые позволяют их расширять в нужном направлении. И то, что вы быстрее пишете расширения для своей CMS, будет уже не так полезно и выгодно на практике.

[MHumster]

+ большинство велосипедостроителей не думает о таких вещах как безопасность, отказоустойчивость и выдерживание нагрузок. К чему это приводит в конечном счете думаю всем известно

[Дмитрий Горбач]

@MHumster Ну как раз таки безопасность, является одним из главных приоритетов.

[Борис Сёмов]

@0whitewolf0 А какими силами тестировать получившееся? Это обычно требует куда больше времени и усилий, чем написание кода.

Answer 8

[Quber]

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

Answer 9

[VovanZ]

Я бы предложил вам взять за основу какой-нибудь популярный фреймворк (Yii, Symfony и т. д.) и собрать (взять готовые, чего не хватет - дописать самим) для него набор модулей, позволяющих быстро развернуть нужный стандартный функционал и допилить его под конкретную задачу.
Мне кажется, это перспективнее, по нескольким причинам:
1. Фреймворк заставит вас соблюдать структуру и продумывать архитектуру.
2. Я видел много CMS: самописных; открытых, разрабатываемых сообществом; платных. Ни в одной из них не обходится без говнокода, костылей, косяков архитектуры (архитектура переусложнённая или, наоборот беспорядочная). Почему вы считаете, что вам удастся сделать лучше? Зачем снова наступать на те же грабли, на которые множество людей наступило до вас?

Comments

[Алексей Сундуков]

1. Нифига не заставляет ("не обходится без говнокода, костылей, косяков архитектуры"). Это зависит от конкретного разработчика и мало связанно с используемой системой.

[VovanZ]

@alekciy теоретически это так, однако по моим наблюдениям фреймворки (речь идёт о Yii, с Symfony опыта почти нет, другие вообще не трогал) имеют стройную, продуманную архитектуру, и разработчики, которые пишут на них стараются ей следовать.
CMS же и сайты сделанные на CMS это трэш, угар и содомия =)

Я допускаю, что есть хорошие CMS и хорошо сделанные на них сайты. Так же я легко могу предположить существование криворуких кодеров, юзающих фреймворки через *опу. Но таких я пока встречал очень мало.

[Алексей Сундуков]

@VovanZ тут налицо неправильные выводы и наблюдей. На CMS треш и угар обусловлен не их архитектурой, а, как я уже говорил, людьми работающие с ней. Коробочные CMS зачастую удел вебмастера - человека близкого к программингу, но задастую программистом не являющегося. Он что-то может докрутить в админке, что-то скопипастить модулями и даже что-то может написать сам. Но на том же фрейворке он работать не станет, потому что просто не умеет. С фрейворком же начнет работать человек с каким ни каким, но опытом и даже весьма вероятно уже сформировавшийся культурой написания кода (которая (!!!) не обусловлена архитектурой самого фрейворка).

Могу так абсолютно точно утверждать на примере сапорта сайтов арбитражных судов базирующихся на Drupal. Треш да, угар да, содомия конечно. Но если к этому правильно подойти, то потом даже джуниоры начинают писать вполне аккуратный поддерживаемый код.

Поэтому структуру и архитектуру заставляет себя соблюдать сам разработчик либо его наставник/тимлид. На чем при этом пишется проект совершенно не важно.

[Борис Сёмов]

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

[VovanZ]

@kotomyava "наличествующая архитектура и договорённости помогают" - именно об этом я и говорю.

@alekciy речь идёт не только о проектах, допустим на Drupal, но и о самом Друпале, внутренняя архитектура которого, ИМХО, оставляет желать лучшего.

Всё написанное ниже - чистое ИМХО.
Моё мнение, которое я хочу выразить своим ответом и комментариями, в том, что если уровень разработчиков позволяет писать свою CMS, то их уровень так же позволит использовать фреймворк. И что в этом случае лучше начать делать проекты на фреймворке, попутно собирая свой каркас из модулей и компонентов, который позволит собирать стандартные проекты вообще не задумываясь и минимально кастомизировать их под конкретные задачи.

Answer 10

[Masterme]

Хватит. Если весь бюджет отдать одному человеку. Но есть несколько "но":
- требования к CMS должны быть известны. в частности, вы должны знать ответ на вопрос "чем не устраивает CMS Y?"
- разработчик должен понимать, как работает CMS, и, в идеале, иметь опыт создания хотя бы одной
- CMS требует "обкатки" на протяжении минимум полугода и минимум на 10 проектах. то есть, всё это время её придётся доводить до ума.

Answer 11

[konfetolog]

Денег может хватить. Надеюсь, вам не жалко этих денег и они не последние и не в долг.
Дело в том, что эти средства будут выкинуты на ветер.
Прежде, чем начать что-либо делать, потрудитесь провести элементарный SWOT-анализ. Сейчас вы совсем не разобрались в теме, т.к. недостаточно хорошо знаете другие CMS.
Ну для разработчиков и дизайнеров это частая проблема. А представьте, например, инженер перед строительством моста не изучил геологические особенности места и свойства используемых материалов? Что будет?
Изучите конкурентное окружение, поймите где ваше место в этой среде и может так оказаться, что места нет именно с той идеей, которую вы хотите воплотить. Какова потребность в вашем продукте? На эти и другие вопросы и ответит этот анализ.
А вот если после изучения вы еще не поймете всю очевидность ненужности, то дерзайте.
Сейчас больше похоже на то, что вы на первой стадии компетентности, т.е. не знаете и не понимаете, что не знаете.

Comments

[Дмитрий Горбач]

ну смотрите, досконально я конечно не изучал возможности других cms, сам давно работаю в студии, где используется своя cms, вернее у них есть заготовки, и они постоянно пишут админку с нуля. Сам же если есть заказы на сайты, делаю их на джумле, дописывая если, что свои модули. И сам уже переписал в самом ядре, для большего удобства. Другие cms я досконально не изучал, но смотрел их возможности.

[Борис Сёмов]

Если у вас в багаже только джумла, простите, но вы просто "не в теме", и не видели ничего приличного. Вам обязательно надо посмотреть другие варианты - есть куда более сложные и многофункциональные инструменты.
И сразу отпадёт желание, делать странное и писать велосипеды, которые ведь потом и поддерживать придётся, а это тоже будет нетривиально...

Answer 12

[MHumster]

Строить свою CMS имеет смысл только на framework'е вроде Yii, где уже есть четкая модель данных и система взаимодействия разных участков системы. Тогда идея сделать над этим всем заточенную под ваши нужны надстройку вполне себе здравая. Писать с нуля CMS - гиблое дело. Нужны ооочень хорошие программисты и много времени. И даже если в начале пути кажется, что все довольно радужно, чем дальше будете продвигаться, тем больше будет печали на ваших лицах. Не связывайтесь с этим делом если конечно вам нужен качественный продукт, а не поделка, за которую будет стыдно.

Answer 13

[issssrt]

Не читал все овтеты., но скажу что вы собираетесь сделать большую ошибку. Вы просто деньги на ветер выбросите, кроме того заработаете геморой в процессе тестирования, исправления багов, поджимания сроков итд. Есть много современных бесплатных CMS, есть супер чудо система - CMS/CMF MODX Revolution, с богатым API.

Comments

[Дмитрий Горбач]

@issssrt Честно говоря не знаю, да можно юзать те же фришки, ну это все не то. У меня же, не просто цель сделать очередную cms как и все остальные. она будет заточена под конкретных разработчиков в том числе и меня самого. также планируется внедрять в нее не присущий для cms функционал. Я Конечно понимаю, что "великие художники воруют"....

[issssrt]

Я тоже раньше так считал. 90% того чего вы хотите уже реализовано. Отсалось изучить рынок, анализировать, выбрать понравившийся продукт. Либо нанять штат, выкинуть кучу денег и сделать велосипед.

[Борис Сёмов]

@issssrt Посыл верный, и тут писалось всё это уже. Вот только modx, отнюдь не чудо и не супер, это странное поделие дизайнера является CMS второго эшелона, и то с натяжкой...
А фреймворк xPDO, который вы называете богатым API, не сильно функционален и крайне неудобен.

Answer 14

[Alex Babak]

Самая первая версия нашего bridgedigital.ru/framework была выпущена за 1-2 месяца и вполне позволяла управлять стандартными сайтами

Answer 15

[Александр]

Не понятно какие требования предъявляются к проекту.
К примеру, я не уверен, что можно уложиться в нужную сумму, если подойти серьёзно к делу:
- разработка архитектуры и обкатка юзабилити (куча времени требует на обсуждение и приход к компромиссам);
- тесты (юнит и функциональные);
- разработать API, например для мобильных устройств или front-end приложения (сюда ещё тогда добавить и API-тесты);
- иметь хотя бы 2-х senior-разработчиков для качественного кода и взаимного код-ревью;

Я оцениваю работу где-то на 2-3 месяца и сумму порядка 750к рублей на всю команду (2 разработчика + дизайнер).

А если целиться на меньшее, то и смысла нет затевать сыр-бор, проще взять готовую CMS.

Answer 16

[Назар Мокринский]

У меня есть разработка, в которой минимум лишнего, но разработку вести удобно.
Если будет желание сотрудничать - готов проанализировать ваши требования, и вместе внести изменения в ядро, которые вам нужны. Система Open Source, под сотрудничеством я подразумеваю взаимовыгодную разработку, которая не будет стоять ничего в финансовом аспекте ни вам, ни мне.
Сделано уже достаточно для разработки сайтов разного плана, но часто новом проекте чего-то не хватает по мелочи - это всё оперативно добавляется в ядро.
Найти мои контакты не сложно.

Comments

[Михаил Шатилов]

"это всё оперативно добавляется в ядро". Плохо.

Ядро должно иметь целостною структуру, которая не должна меняться "оперативно". А вот модули уже другое дело.

Answer 17

[Михаил Шатилов]

Лучше писать на базе фреймверка. А потом уже расширять его.

Пример, с которым работаю: Pyrocms. Написана на базе Codeigniter. Вполне можно юзать, хотя лучше всего написать свою прослойку на фрейм.

Answer 18

[keltanas]

Лучше было бы задать вопрос иначе: "мне нужно решить такие-то задачи, какая cms подойдет?" Вряд ли ваши задачи сильно отличаются от задач других студий.
Если так хочется пописать "свою" cms, могу предоставить для пробы свой велосипед, базирующийся на компонентах symfony2. Буду не против, если кто-то займется фронтедном админки. Конечно, только через code-review.

Answer 19

[velykov]

предлагаю посмотреть в сторону jawi.ru можно оптимизировать под ваши задачи