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

Рассмотрим основные конфигурации, которые чаще всего используются при построении локальных сетей. До недавнего времени самой распространенной

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

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

С помощью нескольких концентраторов можно строить иерархические («древовидные» ) сети (рис. 14.2, в). Иерархическая конфигурация «звезд» в настоящее время наиболее распространена в локальных и глобальных сетях. При построении локальных сетей перечисленных конфигураций наиболее по­пулярна сетевая технология Ethernet.

Еще одной возможной конфигурацией сети является «кольцо » (рис. 14.2, г). В ней каждый компьютер связан отрезками кабеля с предшествующим и с предыдущим компьютерами, и он может обмениваться информацией только с ними. Данные передаются по кольцу, обычно в одном направлении. Как и в конфигурации «общая шина», соединение кольцом имеет невысокую надеж­ность. Однако преимущество его состоит в том, что легко организовать обрат­ную связь для контроля доставки пакетов адресатам. Действительно, легко сверить данные, отправленные компьютером-источником, после того как они пройдут полный оборот по кольцу. В конфигурациях «кольцо» используется сетевая технология Token Ring

Рис. 14.2 Возможные конфигурации ЛВС: а - «общая шина»; б - «звезда»; в - «древовидная»; г - «кольцо»

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

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

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

Сеть fat tree (утолщенное дерево) - топология компьютерной сети, изобретенная Charles E. Leiserson из MIT, является дешевой и эффективной для суперкомпьютеров. В отличие от классической топологии дерево, в которой все связи между узлами одинаковы, связи в утолщенном дереве становятся более широкими (толстыми, производительными по пропускной способности) с каждым уровнем по мере приближения к корню дерева. Часто используют удвоение пропускной способности на каждом уровне.

CodeIgniter 3 - Config Class

Тип конфигурации

Класс Config предоставляет средства для получения настроек конфигурации. Эти настройки могут быть получены из конфигурационного файла по умолчанию (application / config / config.php) или из ваших собственных конфигурационных файлов.

Работа с классом конфигурации

Анатомия файла конфигурации

По умолчанию CodeIgniter имеет один основной файл конфигурации, расположенный в приложении / config / config.php. Если вы откроете файл с помощью текстового редактора, вы увидите, что элементы конфигурации хранятся в массиве с именем $ config.

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

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

CodeIgniter автоматически загружает основной файл конфигурации (application / config / config.php), поэтому вам нужно будет загрузить файл конфигурации, если вы создали свой собственный.

Существует два способа загрузки конфигурационного файла:

Ручная загрузка

Чтобы загрузить один из ваших настраиваемых файлов конфигурации, вы будете использовать следующую функцию в controller который в ней нуждается:

$this->config->load("filename");

Где имя файла - это имя вашего файла конфигурации, без расширения файла.php.

Если вам нужно загрузить несколько файлов конфигурации, они будут объединены в один основной конфигурационный массив. Однако конфликты имен могут возникать, если у вас одинаково названы индексы массива в разных конфигурационных файлах. Чтобы избежать коллизий, вы можете установить второй параметр в значение ИСТИНА, и каждый файл конфигурации будет храниться в индексе массива, соответствующем имени файла конфигурации. Пример:

// Stored in an array with this prototype: $this->config["blog_settings"] = $config $this->config->load("blog_settings", TRUE);

Подробнее о том, как извлекать элементы конфигурации, заданные в этом разделе, см. Раздел «Получение настроек конфигурации» ниже.

Третий параметр позволяет подавлять ошибки в случае, если файл конфигурации не существует:

$this->config->load("blog_settings", FALSE, TRUE);

Автозагрузка

Если вы обнаружите, что вам нужен конкретный файл конфигурации по всему миру, вы можете загрузить его автоматически системой. Для этого откройте файл autoload.php , расположенный в приложении / config / autoload.php, и добавьте файл конфигурации, как указано в файле.

Загрузка элементов конфигурации

Чтобы получить элемент из вашего файла конфигурации, используйте следующую функцию:

$this->config->item("item_name");

Где item_name - это индекс массива $ config, который вы хотите получить. Например, чтобы выбрать язык, вы сделаете следующее:

$lang = $this->config->item("language");

Функция возвращает NULL, если элемент, который вы пытаетесь извлечь, не существует.

Если вы используете второй параметр функции $ this-> config-> load, чтобы назначить свои элементы конфигурации конкретному индексу, вы можете получить его, указав имя индекса во втором параметре $ this-> config- > item (). Пример:

// Loads a config file named blog_settings.php and assigns it to an index named "blog_settings" $this->config->load("blog_settings", TRUE); // Retrieve a config item named site_name contained within the blog_settings array $site_name = $this->config->item("site_name", "blog_settings"); // An alternate way to specify the same item: $blog_config = $this->config->item("blog_settings"); $site_name = $blog_config["site_name"];

Настройка элемента конфигурации

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

$this->config->set_item("item_name", "item_value");

Где item_name - это индекс массива $ config, который вы хотите изменить, а item_value - его значение.

Среды

Чтобы создать файл конфигурации для конкретной среды, создайте или скопируйте файл конфигурации в application / config / {ENVIRONMENT} / {FILENAME} .php

Например, чтобы создать конфигурацию config.php только для производства, вы должны:

1. Создайте приложение каталога / config / production /
2. Скопируйте существующий config.php в указанный выше каталог
3. Измените приложение / config / production / config.php, чтобы он содержал ваши производственные настройки

Когда вы установите константу ENVIRONMENT в «production», будут загружены настройки для вашего нового конфигурационного файла config.php.

Вы можете поместить следующие файлы конфигурации в папки, зависящие от среды:

• Файлы конфигурации CodeIgniter по умолчанию
• Ваши собственные файлы конфигурации

CodeIgniter сначала загружает глобальный файл конфигурации (т. Е. Тот, что в приложении / config /), а затем пытается загрузить файлы конфигурации для текущей среды. Это означает, что вы не обязаны размещать все ваши файлы конфигурации в папке среды. Только файлы, которые изменяются для каждой среды. Кроме того, вам не нужно копировать все элементы конфигурации в файл конфигурации среды. Только элементы конфигурации, которые вы хотите изменить для своей среды. Элементы конфигурации, объявленные в папках вашей среды, всегда перезаписывают их в ваших глобальных файлах конфигурации.

Ссылка на класс

class CI_Config $config

Массив всех загруженных значений конфигурации

$is_loaded

Массив всех загруженных конфигурационных файлов

Item($item[, $index=""])

Извлеките элемент файла конфигурации.

Set_item($item, $value)

Устанавливает элемент файла конфигурации в указанное значение.

Slash_item($item)

Этот метод идентичен item() , за исключением того, что он добавляет косую черту в конец элемента, если он существует.

Load([$file = ""[, $use_sections = FALSE[, $fail_gracefully = FALSE]]])

Загружает файл конфигурации.

Site_url()

Этот метод извлекает URL-адрес вашего сайта плюс дополнительный путь, например, к таблице стилей или изображению.

Этот метод обычно получает доступ через соответствующие функции в помощнике URL .

System_url()

Этот метод извлекает URL-адрес в вашу систему / каталог CodeIgniter.

Конфигурации как сочетания элементов структуры и ситуационных факторов. Шесть тенденций в развитии организации.

Критерии классификации: ключевые механизмы координации, ключевые составляющие, параметры конструирования, ситуационные факторы.

Механистическая и органическая организационные системы. Шесть конфигураций. Простая структура. Прямое управление. Машинная бюрократия. Профессиональная бюрократия. Дивизиональная форма. Адхократия. Организации-миссионеры.

ДИЗАЙН КАК КОНФИГУРАЦИЯ

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

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

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

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

Сколько же необходимо конфигураций, чтобы описать все организации? Математик сказал бы, что р элементов, каждый из которых может принять п форм, даст p n возможных комбинаций. Учитывая разнообразие параметров дизайна, их может быть еще больше. И все же мы могли бы начать строить сложную матрицу, пытаясь заполнить каждый ее квадрант. Но мир не матрица. В нем есть порядок, но гораздо более сложный - это дух слияния или гармонии, возникающий из естественного группирования элементов, будь то звезды, муравьи или характеристики организаций.

В нашем обсуждении не раз упоминалась число «пять»: пять базовых координационных механизмов, пять основных частей организации, пять типов децентрализации. Пятерка, конечно, - не обыкновенная цифра. Пифагорейцы считали ее символом единения, числом супружества, а также числом центра, гармонии и равновесия. В Словаре символов читаем, что «пять» - это «символ человека... а также мироздания... символ божественной воли, которая стремится единственно к порядку и совершенству». Для древних авторов число «пять» было сущностью универсальных законов: «пять цветов, пять вкусов, пять тонов, пять металлов, пять внутренних органов, пять планет, пять восточных земель, пять сфер пространства и, конечно, пять чувств», не говоря уже о «пяти цветах радуги». Наш скромный вклад в этот впечатляющий перечень - пять конфигураций структуры и ситуации. В этой книге они возникали неоднократно; это конфигурации, которые чаще всего описываются в литературе. 1

Возвращение к цифре «пять» в нашем обсуждении, по-видимому, не случайно, ведь оказывается, что между всеми нашими пятерками есть взаимное однозначное соответствие. В каждой конфигурации доминирует, не повторяясь, один из пяти координационных механизмов, играют важнейшую роль разные части организации, используются разные типы децентрализации. 2 Это соответствие можно подытожить в следующей таблице:

Структурная конфигурация	Основной координацион­ ный механизм	Ключевая часть организации	Тип децентрализации
Простая структура	Прямой контроль	Стратегический апекс	Вертикальная и горизонтальная централизация
Механистическая бюрократия	Стандартизация рабочих процессов	Техноструктура	Ограниченная горизонтальная децентрализация
Профессиональная бюрократия	Стандартизация навыков и знаний (квалификации)	Операционное ядро	Вертикальная и горизонтальная децентрализация
Дивизиональная форма	Стандартизация	Срединная диния	Ограниченная вертикальная децентрализация
Адхократия	Взаимное согласование	Вспомогательный персонал	Избирательная децентрализация

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

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

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

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

Со своей стороны, представители операционного ядра стремятся минимизировать влияние администраторов - менеджеров и аналитиков - на свою деятельность. То есть они поддерживают горизонтальную и вертикальную децентрализацию.

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

Рис. 7.1. Пять движущих организацией сил

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

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

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

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

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

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

ребрам - электрические и информационные связи между ними.

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

Рис. 4.1.

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

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

Среди множества возможных конфигураций различают полносвязные и неполносвязные:

Рис. 4.1.1.

Полносвязная топология (рис. 4.2) соответствует сети, в которой каждый компьютер непосредственно связан со всеми остальными. Несмотря на логическую простоту, это вариант громоздкий и неэффективный. Действительно, каждый компьютер в сети должен иметь большое количество коммуникационных портов, достаточное для связи с каждым из остальных компьютеров. Для каждой пары компьютеров должна быть выделена отдельная физическая линия связи . (В некоторых случаях даже две, если невозможно использование этой линии для двусторонней передачи.) Полносвязные ; топологии в крупных сетях применяются редко, так как для связи N узлов требуется N(N-1)/2 физических дуплексных линий связи, т.е. имеет место квадратичная зависимость. Чаще этот вид топологии используется в многомашинных комплексах или в сетях, объединяющих небольшое количество компьютеров.

Рис. 4.2.

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

Ячеистая топология (mesh 1Иногда термин "mesh" используют и для обозначения полносвязной или близкой к полносвязной топологий. ) получается из полносвязной путем удаления некоторых возможных связей. Ячеистая топология допускает соединение большого количества компьютеров и характерна для крупных сетей (рис 4.3).

Рис. 4.3.

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

Рис. 4.4. Топология "кольцо".

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

Рис. 4.5. Топология "звезда".

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

Рис. 4.6. Топология "иерархическая звезда" или "дерево".

← Вернуться