Продолжай и посмотрим к чему это тебя приведет.

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

Ну, при такой постановке задачи, конечно будет тормозить, но только не из-за ООП, а из-за "необходимости непрограммировать", судя по словам micscr (слишком большой уровень абстракции, ориентация на непрограммистов). ООП повышает уровень абстракции ровно настолько, насколько ты этого хочешь.

Вообще, мне кажется, что что-то не так с типичными интернет-бизнесами в нашей стране. А может и не только, хз. Бюджет редко соответствует желаниям (неоправданные ожидания). Из чего возникают ситуации типа запусков друпалов на бесплатных хостингах (не про тебя, вообще). На мой взгляд, либо надо иметь достаточно денег, либо думать, как их получить. А потом еще обижаются... А что вы хотели за такие деньги? Это если рассматривать фриланс-проекты. Хотя наверное дело в первую очередь в разработчиках...

друпал только для программиста по моему имху немного проблематичен

А для веб мастера самое то. Они на него молятся. И популярность его только растет.

Конечно какие еще бесплатные хостинги для друпала? Что за бред?
Хостинг должен быть получше для невизиток, виртуальный баксов 20 и вуаля. Или vps. И все будет работать.

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

Последние версии phpmyadmin идут с возможностью менять значение поля без загрузки отдельной страницы. Потому что такой подход меньше ТОРМОЗИТ!

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

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

Отрасль молодая и все время развивается. Долгосрочные проекты мало у кого в голове. Проекты создаются пачками на ПО неподходящем для задачи. Вкладываются копейки, люди не понимают как "это" работает и куда "это" придет через месяц, год я даже не беру в расчет. После запуска проекта, он может попасть в руки человеку, который может не знать как нажимать Ctrl+C Ctrl+V.

Большая часть тем созданных на этом форуме про хостинг начинается с "Посоветуйте дешевый(бесплатный) хороший хостинг".

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

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

гыгы смешно. :D


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

И что это за мнение владельца сайта?

Смейся дальше. Хочешь я с тобой посмеюсь :D :)

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

Витай и дальше в эфире.

Никто и никуда не опоздал.

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

Ты код для кого пишешь? Для себя?

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

В основном поднимаются мелочные холивары ни о чём. Серьезные решения архитектуры никто не выкладывает. По всей видимости потому, что никто серьезную архитектуру и не делает.

Долгое время меня это печалило, но теперь без разницы.

Так какое же мнение владельца сайта, о чем ты, можешь ответить не сьезжая?

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

p.s. у меня есть своя с нуля цмс.

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

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

В нормальной системе должны быть нормальные мануалы и понятный код. Этого достаточно.

Много внедрений?

Слишком много вопросов ни о чем.

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

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

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

А что за решения архитектуры? Если я знаю - выложу. Какие вопросы тебя интересуют?

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

У меня сейчас нет вопросов. Раньше интересовал XUL, но здесь никто про него ничего не знает. Про архитектуру я уже нашел решение. Спасибо, что поинтересовался.

Я думаю, ты погорячился.

Проблема общения с заказчиком во фрилансе определенно существует. Не всякий программист может быть менеджером. К тому же не каждый может адекватно оценить фронт работ. И... не каждый может оплатить услуги программиста :)

А что за решение? Мне тоже например интересно.

К понятному коду. Уже привело.

Я дурак и предпочитаю учиться на своих ошибках. Если я не прав то я хочу понять это на своём опыте.

Меня не очень интересует что там во фрилансе.

Имею диаметрально противоположное мнение.

Обычное такое ядро, с протоколом и стеками выполнения. Любая ОС на этом основана. Обсуждать не хочу, так как мне и так всё ясно, а слушать критику не вижу смысла. По большей части критика касается каких-нибудь мелочей, а сама идея остается либо не понята, либо начинают нести бред про то, что циклы должны быть, бла, бла, бла ...

Под фрилансом я имел в виду, когда ты сам себе и программист и менеджер. Или вас несколько. А какие еще есть варианты? Фирма/компания. Хотя четкого деления нету. Ты фрилансер насколько я понимаю. Странно, что тебя он не интересует...

Каждый? Услуги программистов по написанию windows тоже каждый может оплатить? Или я тебя неправильно понимаю...

А это зря. Не обязательно здесь и с нами обсуждать, но обсуждать с кем-то надо, я считаю. Замкнутость ни к чему хорошему не приводит.

Я фрилансер?! Нет. Странно, что ты так решил.

А что, все программисты только виндовсы пишут?

Ок. Есть веб ОС. Как бы ты её написал?

Может этот вопрос и не в том разделе, но раз уж у нас тут опять флуд, то. Из чего бы веб ОС состояла? Помодульно так сказать.

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

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

Tim,
Ок. Про модули я и не собирался говорить, по крайней мере пока.

Модули модулями, а самое главное ты даже не затронул.

Ядро.

Tim,
Что такое ядро? У тебя оно какое? Как ты управляешь модулями?


У тебя есть каталог и дерево. Пользователь открывает ветку дерева и пошёл запрос на сервер. Пользователь открывает ещё одну ветку и пошёл второй запрос на сервер. Пользователь открывает в это время файловый менеджер и пошел запрос на сервер и вернулся первым. Первый запрос упал, второй вернулся.

Пользователь открыл две разные страницы каталога, один запрос упал, второй повис в воздухе.

Как ты управляешь модулями?

Вот и поговорили ... :'(

Он же уже есть, зачем его писать? :) А если серьезно, то что ты называешь веб ОС? Это когда в браузере запускается, допустим, windows? Или все же речь идет о фреймворке?

В данный момент я говорю о паттерне Ядро. Ближе всего к нему observer.
По сути на нём можно построить любой сложности приложение, поэтому windows ты на нем пишешь или веб ОС не имеет никакого значения.

Так как это скорее принцип нежели реализация, то можно и фреймворком обозвать.

Я использую kohana. Там есть: MVC, загрузчик файлов, каскадная файловая система (файлы можно переопределять/дополнять на трех уровнях: система, модули, приложение), маршрутизация, обработка ошибок, профилирование, ряд классов расширяющих/дополняющих возможности php (сессии, куки, массивы, шифрование, URL). Кроме того, есть ряд стандартных модулей, типа: работа с БД, изображениями, запуск из командной строки (для миграция, например), аутентификация, поддержка phpunit. Как-то так.

x-yuri,
Я говорю о js. Мне php и серверная часть вообще до лампочки.

Вот и я думаю нафиг задавать вопросы, если разговор оканчивается не успев начаться?!

Пойду трол во флудилку. А чем ещё тут заниматься?:cray:

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

очерти круг задач, которые должно решать ядро

:blink:

Пора создавать тему "JS головного мозга".

Что то я не понял. На чём ты своё ядро пишешь?

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

из того, что ты сообщил, следует, что ядро должно уметь отправлять ajax-запросы

Разве задача ядра отправлять ajax запросы? В windows ядро умеет только ajax запросы отправлять?
Из того, что я сообщил следует что ядро должно управлять модулями и косвенно ajax-запросами, а не уметь отправлять их.

Мне уже надоело цитировать самого себя.

Модулей много, выполняясь одновременно они могут пересекаться. Из-за чего будут возникать разные глюки. Этого нужно избежать. Этим занимается ядро.

У вас нет ядра?

основная задача ядра - обеспечение единого способа взаимосвязи между модулями. всё остальное замечательно выносится в эти самые модули.

tenshi,
первая здравая мысль в теме.

tenshi,
Можешь дать ссылку на какое нибудь js ядро? Посмотреть.

ну, вот например ядро от моего фреймворка для разработки расширений для мозиллы: https://github.com/nin-jin/fenix/blob/master/this.jsm

а вот пример одного из модулей: https://github.com/nin-jin/fenix/blob/master/Svn.jsm

Первая здравая мысль в теме, теперь мы знаем о чем говорим... Почти. Осталось определиться с тем, что понимается под "взаимосвязями между модулями". Насколько я понял, под ваше определение ядра подходит require.js, либо альтернативное AMD решение.

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

Накидал пример:

var core = new Core();
core.console = true;

function tree (id) {

    var proc = core.process({name:'tree'}); //По умолчанию процессы считаются асинхронными.

    Ajax('./admin/ajax/','POST',{action:'tree', id: id}, 'json', function (data) {

        if (core.process(proc, 'get').flag == true) { //Если процесс не убил кто-нибудь, то выполняем
            if (data){}
            core.process(proc, 'del');
        }
    });
}
tree(0);

//console:
//Object { name="tree", action="set"}
//Object { name="tree", action="get", id=1, ещё...}
//Object { name="tree", action="del", id=1, ещё...}

Ajax взят для примера. Может быть что-угодно другое.

а зачем процессам убивать друг друга?