Пишу CMF, ищу единомышленников для дальнейшей разработки.

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

интеграцию вполне есть смысл делать, можно например для начала реализовать связку с форумами, например SMF и phpBB, если есть люди которые ковырялись в них, давайте попробуем сделать? ;) да в прицнипе хоть с чего можно начать, главное начать

извините за жестокую правду, но..
вы, ну не улавливаете общее развитей ООП в сфере не ПХП, а сайтостроения, так сказать))
Смотрите,- сейчас по-факту, уже, как бэ заданы стандарты (классика жанра) в любом виде КМС, КМФ, КРМ и тд и тп даже в среде бесплатных скриптов, ибо..
Ибо Эти классики не замерзают, и продолжают развиваться.
Понимаете?
Вам никогда их не догнать идя их путем развития.
Придумывать универсальную систему КМС, КМФ, КРМ путем дублежа их пути это бессмысленно.
Идеалогия вычерпана уже на этом пути.
Сейчас Инет идеалогия (ветер попутный) так сказать, состоит в том, что умный народ не ищет чего-чо глобального, а пытается имено соеденить уже нажитое.
И вот тут-то еще пока непаханное поле.
В Инете пока что универсальное это добавление ссылок на занесение того, или иного материала в свои закорма, типо добавить, отметить, кометировать В СОЦСЕТИ, где есть ваш акк.
То есть идет кроссинг по уже наработанным каналам.
ЕЩе раз, - это только для соц сетей.
Аналог, иль прародтель задан давно в виде мультиязычности сайта, иль хоста.
Если это общее движение использовать на уровне Платформы сайтостроения, то есть делать движок именно с целью объединения уже существующих бесплатных скриптов, то есть некий интегратор, причем универсальный, то..
То можно предположить, что тут непаханное поле, за исключением единичных проектов типо ДжейФишинг.
ПРОграммисту на этом пути придется столкнуться с глобальной логикой всего Интернета, потому что, разные скрипты писали разные люди со своей идеалогией, логикой, мировозрением,- что может быть глобальней и интересней этого?
Я вот сейчас смотрю на примере тех сайтовых скриптов, что есть в копилке ДжейФишинг и просто диву даюсь разнообразию простой логики постороения сайта на основе которой люди делали свои творения...
Очень занимательное чтиво даже для такого ламера в программинге, как я)))
Есть ну очень тупые решения. Но есть и красивые, ёмкие,- когда начинаешь понимать то, что сделал автор при решении опред задачи.
поясню:
В ДжейФишинг, насколько я понимаю, присутствуют кроссы сайтов под Джумлу, которые писались под опред движок.
Хошь не хошь, а в коде присутсвуют парамерты, которые задействуют функции движка.
ДЛя разбора, чего ж там нужно, чтобы работало, идешь и смотришь эти праметры в самом движке.
И вот тут-то, когда просмотришь не один, а несколько, у тебя и складывается мнение, где и что можно было сделать по-другому.
Вот столько миинимум логик присутсвуют счас в ДжейФишинг:
phpBB 3, SMF 1.1.x, vBulletin, MyBB 1.4, Magento, Moodle, DokuWiki, Gallery 2, osCommerce & Clones, eFront, Wordpress
Занимательное чтиво, скажу я вам))
Но, ДЖейФишинг как бе приложение к Джумле сейчас, а не отдельное творение на уровне КМС, КМФ, КРМ...
Если кто задастся целью вывести отдельную платформу интегратор с активным вебинтерфейсом, то думаю у него конкурентов пока нет в этой области имено в бесплатной среде (открытый код), ибо монстры Инета типо Гугла, Майла, Вконтакте, Фейсбук, Яндекса эти вопросы решают, но интерактивно, типо на уровне Хост- клиент. Держат это под своим контролем)))
Вы наверное давно заметили, что можно свои контакты из почтового акка перенести в ФЕЙСБУК, ВКОНТАКТЕ, ГУГЛ, ЯНДЕХ, ТВИТЕР- вот она струя-то)) Кросс. Опен АЙ-ДИ.

(Отредактировано автором: 14 Января, 2012 - 01:44:36)

Зачем именно догонять.

фигня

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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

аха, вот об этом я и говорю)))
что тот, кто придумает универсал кросс,- будет незаменимым..
а если и не придумает, но будет следить за обновлениями (ведь в принципе это не так и трудно) и предоставлять своевременные решения, то ему намбр 1 гарантирован))
Идеально:
вы делаете движок на основе которго юзер, скажем, заполняет форму кросса, где указывает версию какого-то движка с планеты "х", а может и их списка, и получает код для встраивания в свой проект.
то есть сведет это действо до уровня 2+2=...

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

Хорошо!
Назовите хоть одно ноу-хау, которое вы можете предоставить публике в своем проекте???

То, что вы пытаетесь использовать ПХП 5+ и иже нововведения программинга, для обычного юзера малозаметны.
Потому что юзер не копается в коде, это ему до фонаря.
Ему нужен принцип конгломерата пользовательсткого интерфейсв, где он, нажав на одну кновпку видит целый мир, что и делают сейчас функции закладки, коментов и прочего в соц.сетях.

(Отредактировано автором: 14 Января, 2012 - 02:29:00)

А тот кто придумает рецепт вечной молодости ваще будет король



Не все так просто. У многих юзеров уже стоит какая нибудь CMS какой нибудь версии и ему надо что то прикрутить. Опять же результирующий сайт не может выглядеть как винегрет - у арзных кусков будут разные стили шаблоны и пр. следить еще и за этим нереально а обеспечить темизацию для всех кусков - это надо держать целую фирму программеров верстальщиков. А еще у каждого куска (как исходной системмы) будут свои модули и т.д.
Я более менее знаком с большинством упомянутых продуктов. Интегрироваи\ть их нереально никакими мостами. Проще написать требуемый функционал, тем более что повторить нужно лищь бизнес-логику а не ядро.


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







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

(Отредактировано автором: 14 Января, 2012 - 02:47:02)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

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

(Отредактировано автором: 14 Января, 2012 - 02:47:46)

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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Ну, давайте это оставим на совесть юзаков-админов..Дизайн, это как бэ не наше дело.
и определимся с главным, а это:
1 общая регистрация юзеров на всех совместимых проектах под одним, то есть что-то вроде Опен Ай-Ди. ( а именно стандартизация этой функции) то есть плагин, который делает из сайта ресик с функцей Опен (решение в Инете уже есть и используется в КМС)
2 Кроссинг, перенос данных юзеров и их характеристик из уже существуюших таблиц БД с юзерами для раличных БД расположенных на разных платформах и хостах.
На этом ВСе!
Для нас главное, чтобы юзер не тратил время на регистрацю в разлиных решениях одного проекта при добавлении нами нового, если мы используем сторонее решение в виде готового скрипта.
Т.е.
Сначла, типо я открыл просто информацонный сайт на платформе Друпал.
Затем захотел прикрутить к нему,- форум, блог, соц.сеть,... но не средствами Друпал, а иными скриптами, котлрые наиболее пригодны под эти нужды.
Вот зачем мне придумывать движок Блога, если я знаю, что вордпрес в этом деле занимает не последнее место и у него куча примочек?
абсурд..
мне всего лишь нужно сделать, чтобы юзер не тратил время на регистрацию и имел опред привелегии, либо просто заполненные поля профиля, если он уже у меня в БД на основном сайте есть.

Ну общий аккаунт обеспечить можно - надо просто знать в какие таблицы БД засунуть информацию. Гораздо труднее заставить работать тот же друпал и ворпрес как один сайт. Это разве что на поддомены разные положить. Опять же много функционала дублироватся будет.

(Отредактировано автором: 14 Января, 2012 - 03:29:24)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

ммм, давайте более предметно по рассуждаем, например есть сайт по адресу: http://site[dot]ru/

у него есть некая внутренняя структура, например:
http://site[dot]ru/company/
http://site[dot]ru/news/
http://site[dot]ru/catalog/
http://site[dot]ru/feedback/

предположим, мы решили добавить некий блог, если он будет находиться на домене http://blog[dot]site[dot]ru/ то проблем какбы нету, куки с сайта может быть видна и на поддоменах.

интереснее уже будет если блог надо будет размещен в попдпапку на основном домене, например http://site.ru/blog/, тут сразу могут возникнить проблеммы, например если внешний скрипт неумеет самостоятельно работать из подпапки.

третий вариант это отдельный домен, например http://site-blog[dot]ru/ тут уже надо применять рещения межсайтового скриптинга, либо проводить авторизацию с редиректами на основной сайт.


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

при использовании ДФишинг, такая структура оптимальна..
на месте site.ru/ оказывается Джумла и все остальное вешается на нее

узнать-то не трудно, но автоматизировать этот процес, как это можно наблюдать при работе с ДФишинг, уже сложнее.

(Добавление)
вы каким локальным сервером пользуетесь? - вопрос для всех учасников темы

digi
Видите - сами расписали что непросто будет заставить работать несколько фреймворков вместе


Я ни о каком слиянии не говорил. А что вы подразумеваете под "портированием" даже не представляю. У вас какое то не технарское отношение к терминологии, то какойто "мостинг" придумали, то портирование непонятно к чему.


Причем, заметте, это самое простое в обсуждаемой задаче.

(Отредактировано автором: 14 Января, 2012 - 23:17:59)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Итог выполнить основные функции и т.д,возможности легкого расширения на SmartCore так, чтобы на месте site.ru/ оказался он, разработчики дописывали к нему, что им надо.

Либо писать под каждую CMS интеграции (Не думаю,что системы регистрации/входа заполнения данных в бд у них часто меняются) в виде модулей!

vbnm - жумла? Через раз упоминаете. Вы её фанат?
Почему вы выбрали в пример именно самое тормозное и глюкавое?
Есть ли у вас какой-либо собственный проект CMS/CMF/Framework???
Ну такой.. чтоб не "Hello World!"..


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

-----
Шта? Репозиторий?

я её упоминал в связи с плагином ДФишинг.

Нет, в программировании я нуль.

(Отредактировано автором: 15 Января, 2012 - 21:57:07)