Ищу человека в команду

Приветствую. Ищу человека с опытом в команду для разработки собственной CMS. Есть концепт - наработки, основная цель создать простой движок, как для пользователя так и для разработчика. Движок на котором самим делать сайты продвигая его в последствии монетизировать проект. Кому интересно из тех, кто с опытом и видит, что дело будет в удовольствие и с интересом: рад знакомству. Напарник мне нужен в первую очередь для коллективного труда, чтобы веселее дело делалось, и конечно, чтобы было легче - распределить нагрузку.

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

Особенность
Минимализм простота, автоматизация легкий и приятный интерфейс.

Ключевая мысль
Если это страница - то это страница и ни как по другому.

0

Так не всем нужна страница поиска, если человеку нужна он ее создаст ее с нужными meta данными.

0

Это понятно... Не понятно зачем в базе данных это хранить. Да и, что не совсем понятно.Шаблон страницы? Т.е. будете загружать из бд шаблон страницы, ее обрабатывать, будут запускаться модули, в т.ю. модуль поиска, который опять полезет в базу за нужной инфой, и будет дорисовывать шаблон страницы поиска?

0

У страницы указан основной шаблон body, который обрабатывает вывод страницы.

0

Сообщение от zemskikh Любая категория имеет URI - это странница.

Что это значит? Категория чего-то - атрибут этого чего-то. Зачем этому атрибуту "страница" и как она должна выглядеть?

0

А что Вы будите делать с такой позицией если будет заказ на форум например? 1 тема = одна страница?

На сколько я понял, CMS с таким подходом сможет решить только узконаправленную задачу.
На практике по URL должны открываться не только "страницы", а все что угодно (картинки, json, css, js, офисные и pdf файлы, которые формируются "на лету").

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

Как пример, правила для модуля UrlManager стали не просто текстом, а экземплярами класса как в Yii2.

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

0

lestat89, конечно могут открываться любые ресурсы, есть исключения:

Если не файл; если не директория.

Каждый на своей волне, отсутствует объективное понимание. Ну да ладно.

0

Сообщение от zemskikh отсутствует объективное понимание

Так вы толком ничего и не объяснили. Вы задумали CMS с какими-то новыми концепциями, а о чём они и для чего - не сказали. Мне вот, как причастному к веб-разработке, было бы интересно узнать.

0

Usaga, логично, если не интересно пройти мимо, если интересно обсудить детали лично.

0

zemskikh, меня не участие в вашем проекте заинтересовало, а момент про страницы. Я не понял, что вы имели в виду. Толи новую концепцию придумали, толи что. Я про это.

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

0

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

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

И концепт страниц прост, какая бы то ни была страница, если это не файл, не директория, не 404, то это строчка в базе в таблице страниц, а какое у нее визуальное представление и наполнение это следующий вопрос.

Добавлено через 3 минуты
Usaga, простота интерфейса в том, что она понятная простому пользователю и в тот же момент отображает технический концепт скрипта построения DOM.

0

Сообщение от zemskikh И концепт страниц прост, какая бы то ни была страница, если это не файл, не директория, не 404, то это строчка в базе в таблице страниц, а какое у нее визуальное представление и наполнение это следующий вопрос.

Так... А что тут концептуального и нового? Этот функционал каждая первая CMS реализует же.

0

Usaga, но они же чем то отличаются между собой.

0

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

0

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

0

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

Битые ссылки вы ни как не решите.. Вообще. Все они возникают из-за контент менеджеров. Единственный выход запретить удалять, но это делать тоже нельзя.

Если вы реально нацелились на "современные технические и маркетинговые условия" вы должны очень глубоко въехать в тему сначала, в идеале поработать с другими CMS глубоко, а не поверхостно.. А сейчас вы себя просто обрекаете на грабли, грабли грабли... При чем часть из них будет вызвана просто отсутствием опыта (по крайней мере мне так показалось)...

Дубли страниц - та же история. Ну точнее как. вот примеры из реальной жизни:
1. один товар в нескольких категориях: СЕО части проектов требуют одна единственная ссылка на детальку товара (это укладывается в ваше видение), для других проектов требуют чтоб в пути к товару была обязательно принадлежность к разделу... Т..е. ссылки две, страница одна (хлебные крошки отличаются).. Ну и обобщает их метатег каноникал... (у вас это и физически будут две страницы)? Даже если не будет, но сео потребует, то сделают вам "дубль" и вашей cms.Просто он будет очень жосткий дубль - один исправят, а второй забудут однажды, будет вообще лабуда)

2.При этом на больших проектах и в серьезных студиях вообще больше стараются уходить в сторону полного отделения фронта от бэкенда. А ваши страниц вообще понятие виртуальное.

Пока единственное на что ваша идея больше всего похоже это на конструктор сайтов Битрикс24.Сайты.

Почему я не прохожу мимо... Тема мне интересная, я давно в этой сфере работаю... Почему бы не пообсуждать?

Добавлено через 4 минуты

Сообщение от zemskikh И концепт страниц прост, какая бы то ни была страница, если это не файл, не директория, не 404, то это строчка в базе в таблице страниц, а какое у нее визуальное представление и наполнение это следующий вопрос.

А зачем ее в базу то тащить?

Простой пример из существующей CMS. есть файл /catalog/index.php в нем описано подключение каталога. В базе храняться товары и разделы. Для каждого товара и раздела, четко определены правила создания URL. Система позволяет одному и тому же товару иметь разные УРЛ. Иногда в этом есть необходимость. Необходимость, заметьте, исходит от СЕО - нам то разработчикам абсолютно плевать есть ли дубли на проекте или нет. Скажут - сделаем, скажут не делать не будем.. Это вообще зона ответсвенности СЕО и контент-менеджеров

Добавлено через 4 минуты

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

Все так... Только вот по тем словам, что вы приводите, есть такое ощущение, что вы колеса хотите квадратные сделать (если уж аналогиями говорить).

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

0

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

Да, но вы сделали акцент на том, что ваши колёса будут только колёсами и ничем другим. У других колёса тоже колёса.

0

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

voral, ну вообще проще составить список целей и начать делать до достижения результата, предварительно осознав основную идею скрипта движка страниц и сегментировать, смодулировать. Если Вам впрямь интересно жду в tg, там скину парку скринов, если станет интересно можно развивать.

0

Сообщение от zemskikh идея страниц, идея колеса - это идеи, если страница - это страница имеющая визуальное представление, то колеса визуально круглые, однако они бывают разные внутри.

Содержимое страницы никак не влияет на саму идею страницы как ключевого элемента CMS. Или я вас не так понял.

0

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

0

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

0