Ключевые слова:web, apache, cgi, perl, (найти похожие документы)
From: "jkeks" <tbinrazor@yandex.ru>
Subject: Микро Операционная Система для интернет на примере ret WebOS
Микро Операционная Система для интернет.
Начем с классической модели описания чего-то либо.
1.Введение
2.Что такое интернет ОС
3.Граница между обычной ОС и микро-ОС
1.Введение
Мы не будем отталкиваться ни от одного проекта, во первых потому что данных
проектов еще как таковых нету(почти), а во вторых что и есть, то не хотелось бы
делать рекламу а дать общие понятия. В конце статьи вы сможете найти
координаты автора.
Отслеживане развития интернет движков не дает положительных результатов. Все
проекты имеют слишком ограниченную специфигу, либо прооекты приследуют
коммерческую выгоду.Данное положение вещщей заставляет стоять развитие данного
направления на месте. Данное направление нигде не имеет ни официального
стандарта, ни каких любительских стандартов. Каждый проект ставит цели -
создать удобный WEB интерфейс для упровления контентом и администрированием.
Это немного не то. Некоторые это называют движками, по немного не сходится по
смыслу с данным словом. Движок - управляющая система, от которой зависит
целиком и полностью вся работа сайта.
Наконец мы подходим ко второй части данной статьи
2.Что такое интернет ОС?
Интернет Операционная система - этоо некое программное обеспечение, которе
стирает низкоуровневые задачи для пользователей (создателей движков)
Давайте найдем разницу между движком и операционной системой (ОС) для
интернет. Для этого нужно рассмотреть следующую последовательность запрооса
клиента и сервера:
1.Клиент (запрос от браузера)
2.Сервер (например Apache)
3.Perl (или PHP, но PHP не имеет той гибкости свойственной для Perl, об этом
реч пойдет ниже)
4.интернет ОС
5.Движок
Соответственно ответ происходит в обратной последовательности. Но все это
очень приблизительно. Важно понять, какое положение имеет ОС и движок.
Из данной последовательности можно понять, что движок базируется на ОС.
Можно это положение вещщей сравнитьь и с обычной для понимания ОС, например
DOS, которая просто предоставляет интерфейс для работы с компьютером. Как и
было написано выше - ДОС делает прозрачным некоторые вещщи при
программировании, программисту не нужно заботиться о программировании портов
контроллера жесткого диска, чтобы прочитать файл. Аналогичная ситуация и с
интернет ОС. Программисту не нужно заботиться о том чтобы открыть
файл.Достаточно указать: Сохранить данные.
Интернет ОС не наккладывает обязательства, т.е. у программиста появляется
простая возможность работать с сервером и сайтом, хотя можно использовать и
более низкий уровень (и придется в некоторых случаях) сам язык
программирования Perl например для чтения файлов.
ОС предоставляет некоторый сервис для программиста,за счет которого
программист отдает больше сил на программирование сайта, а не решения каких-то
низкоуровневых задач. Соответственно код становится меньше, и содержит больше
логики, решает бОльший объем задач.
3.Граница между обычной ОС и микро-ОС
Теперь нужно понять основные принципы накладываемые на ОС.
Бесплатность
платформонезависимость
открытость
компактность
отсутствие ограничений
Все эти перечисленные принципы должны быть заложены, но почему именно основной
упор делается на компактность?
Как и любой проект - легче изменять, когда он небольшой.
Это основной принцип, который принесет остальные. Ограничение на размеры -
сделают свое дело. Почему ?
Мое мнение сугубо личное. Проект Линукса - как открытой ОС получил свою
популярность, но его качество всегда оставляет желать лучшего. Этот момент мы
исправляем ограничением по размеру, чтобы любой программист изменяющий ОС,
делал это с расчетом на то чтобы не превысить определенный лимит, для этого
код его должен быть оптимизирован и подточен. Тут должен действовать целый
ворох поправок, но основная идея именно такая. Отличным примером ограничения
является старый компьютер ZX. Его возможности не представляют особого
интереса, но на самом деле люди именно блягодаря ограниченности возможностей и
ресурсов делают просто фантастичные вещщи. Вплоть до просмотра видео (на
процессоре с часторой 3.5 Mhz)
Программисты должны любить свой код и уважать ресурсы системы.
Микро ОС - должна быть именно такой.Мало внести изменения в код, важно внести
их так чтобы изменения принесли как можно больше возможностией в минимум
затрат ресурсов.
Давайте немного каснемся остальных принципов микро-ОС. Естественно принцип
бесплатности должен присутствовать как и открытость. Все это должно
управляться ллицензией GPL.
Платформонезависимость - данный принцип можно сложить с отсутствием
ограничений. Ос должна решать множество задач, и ограждать программиста о
заботе о платформе или размере сохраняемых данных или любым другим.
Опять же у программиста ввсегда должен быть выбор, между низким уровнем и
уровнем микро ОС.
Микро ОС принципиально лишь предоставляет некую функциональную нагрузку.
На этом завершаю свои изложения и желаю вам удачи.
Некоторую информацию об этом вы сможете почерпнуть из http://jkeks.far.ru/ret
ret WebOS - как микро ОС для интернет
-------------------
ret WebOS - как микро ОС для интернет
1.Введение
2.Характеристики ret WebOS
3.Перспективы и проблемы
1.Введение
Что такое микро ОС для интернет я рассказывал в прошлой статье.
Тепеерь мне хочется обратить ваше внимание на следующий продукт:
ret WebOS (страница проекта: http://jkeks.far.ru/ret)
Данный продукт представляет из себя ни что иное как чистой воды микро ОС для
интернет проектов. Точнее Web операционная система.
Мне не удасться не сделать рекламмы данному продукту, поэтому пожалуй я начну
с характеристики
2.Характеристики ret webOS
Все что было изложено в предидущей статье, характеризует ret WebOS как микро
ОС.
Начну с уже частично разработанных сомпонентов данной ОС:
Хочется отметить что ret представляет из себя самые что ни есть обычные
модули. Часть из которых взаимосвязана, а другая сать - принципиально
независима
Итак компоненты:
cru - модуль фильтров, конверторов и прочими видлизменяющими
функциями коих пока всего 4.
data - Универсальная СУБД
err - модуль контроллирующий ошибки, и кэширизацию данных
logs - модуль отвечающий за сохранение логов и управление событиями
rights - модуль прав, реализующий универсальную систему прав,с
использованием модуля СУБД
Общий объем кода не превышает 25К. С учетом коментариев.
Теперь что планируется для завершения версии 1.00 :
- создать универсальную систему событий
- ввести стандарт на синтаксис идентификации событий, ошибок и др.
- Реализовать интерфейс для работы с переданными параметрами, всключая куки (в
этом направлении может значительную помощь сиграть прорект группы dklab.ru)
- Разработать единую безопасную систему вызова скриптов
- Включить функции загрузки файлов на сервер, определение положения в
структуре сайта
- Экзотика, перенаправление вывода, счерверные скриншоты страниц
- Разработеть некий стандарт на взаимодействие разных разделов
- Подпроект dews (которым занимается SK). Использование сккриптинга на
хостингах без поддержки скриптинга.
- разработать примитивные шаблоны страниц
и кое что еще
Общий объем кода не должен превышать 50K.
Разработка проекта движется не очень быстро, и основное внимаание отдается
теории.
Данный проект имеет специфическое направление. Одной из его задач является
расширение возможностей халявных хостингов.Так же ret разрабатывается не
расчитывая что у его пользователей будет SQL.т.е. SQL - это не необходимость,
даже наоборот, SQL - не приветствуется, но впринципе - дело вкуса. Вы всегда
можете просто взять и не использовать СУБД проекта ret 8)
Как известно бесплатные хостинги не дают поддержки SQL. А собственная СУБД
не имеет никаких ограничений.
ret имеет некоторые сходства с принципами Perl Например так же нет никаких
типов данных (хотя существуют такие вещщи как атрибуты данных)
3.Проблеммы и перспективы
Перспективы я не осмеливаюсь высказывать, и меня не заботит насколько этот
проект будет крут, конечно если бы люди заинтересовались и поняли всю соль,
которую я пытаюсь объяснить, то я был бы счастлив. Думаете я пытаюсь строить
из себя второго Линуса ? вовсе нет, я пишу данный проект, чтобы на базе него
строить свои проекты легко и быстро. Например кака я уже упоминал, сейчас на
базе ret пишется проект dews, который уже приследует коммерческие цели.
Проблеммами ret можно назвать то что на разработку тратится немало времени,
причем без желания работать над этим проектом делать вообще нечего.
Поэтому энтузиазм работает, но очень медленно.
ret никак не зависит от клиентских языков разметки, которые имеют сейчас
тенденцию к глобальным заменам. ret основан исключительно на Perl. Пока версий
5.6 (5.8).
Возможно с появлением Perl 6 дело немного изменится.
Ну вот и снова я закончил статью.
Над проектом ret работает jkeks
нед проктом dews раотает SK
