У вас тут такое активное обсуждение. Не уже ли один я ожидал что разговор пойдёт несколько на другую тему.

Во первых на какую? Во вторых это стандартное поведение на этом форуме уже лет 5. В третьих я беру таймаут, чтобы всё обдумать. Можешь предложить другое обсуждение ;)

Я имел ввиду CMS (друпал, modx и тп). Я сейчас как раз потихоньку колупаю одну такую. Она небольшая, разобраться не сложно. Вместе с тем она даёт достаточно не плохие возможности. Но написано всё что кажется что дети дошкольного возраста всё это писали (ты имел возможность в этом убедиться). Но чёрт побери! Как дети смогли додуматься написать CMS.

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

У меня самого, честно говоря, пока идей не много.

Так мы и говорим о ядре для такой кмс ;)

Да ладна? А при чём тут JS тогда. Мне показалось мы о каком то менеджере AJAX запросов.

Я админку пока не беру с её интерфейсом. Мне пхп-код ядра интересен. Роутинг, подключение модулей.

Не смотря ни на что матерые одмины продолжают писать свои суровые одминки на пихепе.

Может тебе на phpclub.ru поспрошать?

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

хех, а я уж думал что что-то интересное так подключился бы)

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

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

И это... что там по поводу моего вопроса? Я так и не понял, зачем нужно ядро, кроме отладки/журналирования...

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

Да ну?

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

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

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

Тот код, который я привел лишь отражает общий принцип. Он скорее всего не останется таким. Это если он вводит тебя в недоуменее. Поэтому я и взял Я перебираю сейчас варианты реализации. Так что обсуждать мне сейчас тоже особенно нечего. Но без ядра приходиться делать эти 100500 проверок и писать сложно приложение. Поэтому ядру быть. Будем считать, что оно для журналирования, если тебе так проще.

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

С тем же успехом, javascript - это рисовалка для браузеров, как сказал самизнаетекто...

Это уже больше похоже на правду... Соотношение клиентская/серверная часть определенно сдвигается.

И какое же назначение у операционной системы помимо предоставления удобной платформы для создания приложений?

ты определись, а то tenshi может не понять...

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

Почему ты не знаешь, какие задачи сейчас выполняются? Почему твои родители не следят за детьми? О каких 100500 проверках речь?

Ты хочешь чтобы я от тебя отстал?

Дело не в родителях и детях.

В приложении есть зависимые, слабо зависимые и независимые модули которые могут стать зависимыми при помощи пользователя. Если не просчитать все варианты, то наступает момент Ч. В этот момент приложение падает! Просчитывание вариантов бесполезное занятие.

Нужен, паттерн, модуль, объект, ядро - называй как хочешь. Почему нельзя называть объект централизованно следящий за приложением - ядром? То, что будет отслеживать состояние приложения. Всего приложения. Почему я не могу называть его ядром?

Что в твоём понимании ядро?

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

Хочешь жирным напишу, что родители знают детей. Ты мне что предлагаешь? Модули могут не знать друг о друге, мне нужно их связать, я их связываю - ядром.

Я не понимаю, о каких вариантах идет речь.

Ядро конечно же не очень четкое понятие. Если делить приложение на ядро и не-ядро, то ядро - это то что составляет служебную часть приложения, которая упрощает написание прикладной части. Если ядро составляет только управление процессами, то почему не назвать его менеджером процессов? Хотя это не так важно, пусть будет ядро. По поводу webos, я думал, ты все же cms делаешь. Ну пускай будет webos. Только tenshi тогда тоже тебя не понял, похоже.

Я тебя слушаю, но не понимаю. Не совсем понимаю. Мне сложно тебя понимать.

В первую очередь я пытаюсь понять, что ты имеешь в виду. Если с чем-то не согласен, естественно, сообщаю.

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

Странно, что из возмущения на твою критику, ты вывел идею что я привык получать ничего не давая. Даже не понимая до конца то, что критикуешь ;)

processManager куда длиннее чем core. По идее такое название тоже подходит, хотя оно и не отражает всей сути и слишком длинное, а короткого аналога нет.

Она до конца даже не оформилась. Скорее это ещё только догадка или предположение.

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

А так, да, приятно было поболтать.