Mega Templates v3.0

Однако команда разработчиков выпустила, наконец, Joomla! версии 1.5, вызвав оживление на форумах, списках рассылки и личных дискуссиях. Теперь в моих глазах будущее Joomla! выглядит более радужным, чем когда либо ранее.

С одной стороны, переход от версии 1.0х к 1.5х требует приложения некоторых усилий, поскольку не обеспечена полная обратная совместимость из-за изменений

в исходном коде. Однако, с другой стороны, новая версия определенно переводит Joomla! в более высокую лигу промышленных систем управления содержимым.

Чтобы обеспечить существование и постоянное развитие Mambo, в течение 2005 г. велись дискуссии об основании фонда для версии Mambo с открытым кодом. Осенью

2005 г. руководство Mambo Foundation анонсировало страницу проекта Mambo. После получения положительной реакции в течение первых нескольких часов стало очевидным, что фонд основала компания Miro из Австралии, и что она не планирует включать в дальнейшую работу прежнюю команду разработчиков. На форумах сообщества развернулись горячие дискуссии, а команда разработчиков замолчала на несколько дней.

Под панелью инструментов часто располагаются дополнительные меню, зависящие от текущего диспетчера. Тут показано подменю Banner Manager (Диспетчер баннеров).

Вы найдете здесь вкладки Banners (Баннеры), Clients (Клиенты) и Categories (Категории). Их называют также подменю или подкатегориями. В зависимости от контекста, здесь также могут появляться и системные сообщения.

Фильтрующие элементы

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

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

Область Server Settings

• Path to Tempfolder (Путь к временной папке). Joomla! создает временные файлы, например, в период загрузки. Их нужно где-то хранить некоторое время, и здесь вы указываете, где именно.

• GZIP Page Compression (Сжатие страниц с помощью GZIP). Здесь вы можете включить сжатие страниц. Если и браузер, и веб-сервер поддерживают эту функцию, то страницы отправляются в формате ZIP и распаковываются в клиентском браузере.

Область Session Settings (Настройки сеанса) показана.

• Session Lifetime (Время жизни сеанса). Всякий раз, когда вы входите как пользователь, вы тем самым создаете так называемый сеанс (session). Если вы не выходите из системы (не закрываете регистрацию), то сеанс будет прерван по истечении указанного здесь периода времени.

• Session Handler (Обработчик сеанса). Здесь вы определяете, должен сеанс основываться на файлах или на базе данных. На веб-сайтах с высокой загрузкой метод на основе базы данных существенно быстрее, чем метод на основе файлов.

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

Special Users (Специальные пользователи). На протяжении этой книги мы еще вернемся к проблеме прав специальных пользователей. Специальным считается любой пользователь, который имеет больше прав, чем менеджер. На данный момент в Joomla! невозможно создавать ваши собственные группы пользователей. Поэтому группа специальных пользователей удобна для ограничения элементов контента для этой группы.

И, наконец, мы добрались до контента, которым хотим управлять!

Что такое контент?

Контентом (content), или содержимым, может быть сообщение, редакторская статья или статическая страница с объяснениями. Контентом может быть также каталог динамических ссылок (http://www.google.com/), магазин (http://dell.com/) или “блошиный рынок” (http://www.ebay.com/).

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

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

Чтобы понять работу RPC, рассмотрим сначала выполнение вызова локальной процедуры в обычной машине, которая работает автономно. Пусть это, например, будет системный вызов

count=read (fd,buf,nbytes); где fd - целое число, buf - массив символов, nbytes - целое число.

Чтобы осуществить вызов, что вызывает процедура заталкивает параметры у стек в обратном порядке (рисунок 3.1). После того, как вызов read выполнен, он помещает что поворачивается значения в регистр, перемещает адрес возвращения и возвращает управление процедуре, которая вызывает, что выбирает параметры со стека, возвращая его в исходное состояние.

Устройства ввода вывода делятся на два типа: блок-ориентированные устройства и байт-ориентированные устройства. Блок-ориентированные устройства берегут информацию в блоках фиксированного размера, каждый из который имеет свой собственный адрес. Проще всего блок-ориентированное устройство - диск. Байт-ориентированные устройства не адресуемы и не позволяют делать операцию поиска, они генерируют или потребляют последовательность байтов. Примерами являются терминалы, строчные принтеры, сетевые адаптеры.

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

Понятие "нить"

В традиционных ОС понятие нити тождественно понятию процесса. В действительности желательно иметь несколько нитей управления, которые разделяют единое адресное пространство, но выполняющихся квазипараллельно.

Предположим, например, что файл-сервер блокируется, ожидание выполнения операции с диском. Если сервер имеет несколько нитей управления, вторая нить может выполняться, пока первая нить находится в состоянии ожидания. Это повышает пропускную способность и производительность.

Область Parameters – Component (Параметры — компонент) имеет дело с компонентом, адресованным в ссылке, в данном случае — компонентом Web Links. Он состоит из нескольких уровней. При первом щелчке на нем отображаются доступные категории и текст по умолчанию.

Вид формы Weblinks

Если затем щелкнуть на Joomla! Specific Links (Ссылки, специфические для Joomla!), отобразится таблица с соответствующими ссылками, которая показана

Эту конструкцию можно изменить в области Parameters – Component

• Description (Описание).

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

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

Многозадачные ОС подразделяются на трех типа согласно  использованному при их разработке критериями эффективности:

системы пакетного обработки (например, OC EC),

системы деления времени (UNIX, VMS),

 системы реального времени (QNX, RT/11).

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

Структура сетевой операционной системы

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

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

На данный момент версия Joomla! 1.5.0 по умолчанию поставляется со следующими шаблонами: ранее представленный шаблон под названием Kepri, затем rhuk_milkyway и свободный от барьеров шаблон Beez. Чтобы гарантировать свободу от барьеров, наилучшую часть исходного кода Joomla! 1.0 по существу пришлось переписать. Шаблон Beez был создан Энджи Радтке (Angie Radtke) и Робертом Деуцем (Robert Deutz) и потому вызвал длившуюся целый месяц дискуссию о смысле и абсурдности свободы от барьеров.

NDS использует для сохранности информации логическую структуру, называемую деревом каталогов (Directory Tree, DT). Эта иерархическая структура имеет корневой элемент (root) и ветви (рисунок 3.25). Администратору сети Netware 4. x дается удобная графическая утилита Netware Administrator, что работает в среде Windows, что наглядно подает каждый объект дерева каталогов NDS в виде иконки и отражающая связи между объектами. Пользователи также получают удобства прозрачного доступа к ресурсам всей сети, если они пользуются оболочкой Netware для Windows, что поддерживает диалог из NDS и подает доступные пользователю ресурсы в виде вложенных пиктограмм.

В то время как некоторые идеи (например, объектно-ориентированный подход) непосредственно касаются только разработчиков и лишь косвенно влияют на конечного пользователя, концепция множественных прикладных сред приносит пользователю долгожданную возможность выполнять на своей ОС программы, написанные для других операционных систем и других процессоров.

И сейчас дополнительное программное обеспечение позволяет пользователям некоторых ОС запускать чужие программы (например, Mac и UNIX позволяют выполнять программы для DOS и Windows).

Использование объектно-ориентированного подхода особенно эффективно при создании программного обеспечения, которое развивается активно, например, при разработке приложений, предназначенных для выполнения на разных аппаратных платформах.

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

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

Встроенные в сетевую ОС средства мультиплексирования протоколов дают все те преимущества, которые присущий встроенным средствам:

Эти средства не нужно отдельно получать;

Нет проблем их совместимости с другими продуктами.

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

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

Распределенные системы часто обеспечивают репликацию (тиражирование) файлов в качестве одной из услуг, предоставленных клиентам. Репликация - это асинхронный перенос изменений данных исходной файловой системы в файловые системы, которые принадлежат разным узлам распределенной файловой системы. Другими словами, система оперирует несколькими копиями файлов, причем каждая копия находится на отдельному файловом сервере. Есть несколько причин для предоставления этого сервиса, главными с который есть:

1.

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

Вся оперативная память машины также делится на части такого же размера, называемые физическими страницами (или блоками).

Память является важнейшим ресурсом, который нуждается в тщательном управлении со стороны мультипрограммной операционной системы. Распределения подлежит вся оперативная память, не занятая операционной системой. Обычно ОС располагается в самых младших адресах, однако может занимать и самой старшие адреса. Функциями ОС по управлению памятью есть: отслеживание свободной и занятой памяти, выделение памяти процессам и освобождение памяти при завершении процессов, вытеснение процессов из оперативной памяти на диск, когда размеры основной памяти не достаточные для размещения в ней всех процессов, и возвращение их в оперативную память, когда в ней освобождается место, а также настройка адресов программы на конкретную область физической памяти.

Концепция отдаленного вызова процедур

Идея вызова отдаленных процедур (Remote Procedure Call - RPC) составляется в расширении хорошо известного и понятного механизма передачи управления и данных внутри программы, которое выполняется на одной машине, на передачу управления и данных через сеть. Средства отдаленного вызова процедур предназначенные для облегчения организации распределенных вычислений. Самая большая эффективность использования RPC достигается в тех приложениях, в которых существует интерактивная связь между отдаленными компонентами с небольшим временем ответов и относительно малым количеством переданных данных.

Здесь также имеется несколько вариантов выбора.

Арендованный виртуальный сервер

Вы арендуете у провайдера пакет веб-пространства с СУБД, поддержкой РНР и часто также вашим собственным доменным именем. В этом случае у вас есть функциональная среда, и вы можете инсталлировать в ней Joomla!. Проконсультируйтесь с провайдером касательно версий (РНР, MySQL). Иногда провайдеры предоставляют предварительно инсталлированную систему Joomla! с различными шаблонами. Если это так, то все, что вам остается сделать — это активизировать Joomla! одним щелчком кнопкой мыши — и все готово.

Они будут будет содержать ваша инсталляция Joomla!

• Install Default Sample Data (Инсталлировать стандартные данные примеров).

Данные — это наиболее важная часть вашей инсталляции. Joomla! позволяет и явно рекомендует инсталлировать данные примеров, чтобы вы могли без проблем поэкспериментировать с ними.

• Load Local Joomla! 1.5 SQL Script. У вас уже может быть создан локальный веб-сайт Joomla!, и вы, возможно, хотите иметь именно эти данные в онлайновой базе данных. В этом случае вы можете специфицировать файл .

Подключаемый модуль (plug-in) — это кусок программного кода, который добавляется в определенные места каркаса Joomla!, чтобы изменить его функциональность.

Такой подключаемый модуль может, например, использоваться внутри текста контента, чтобы загружать в него контент программного модуля. Подключаемые модули также применяются для комплексного поиска на веб-сайтах, который задействует дополнительные компоненты. Иногда подключаемые модули используются в Joomla! в качестве макроязыка. Специальные модули, принадлежащие компонентам, используются для интеграции контента в шаблоны в желаемой форме.

Ниже представлен список основных характеристик Joomla!.

• Свободно доступный исходный код.

• Огромное заинтересованное сообщество пользователей и разработчиков.

• Простая система рабочего потока.

• Система публикации контента.

• Файловый диспетчер для загрузки и администрирования файлов.

• Суммирование контента в формате RSS.

• Корзина для удаленного контента.

• Дружественные URL механизма поиска (SEF URL).

• Управление баннерами.

• Многоязычность веб-сайтов и административного интерфейса.