Мышление вики: Недопустимое название | Warframe вики

Содержание

Способ мышления — Форт [Forth-eV Wiki]

Inhaltsverzeichnis

  • Способ мышления — Форт

    • Предисловие

    • Оглавление

      • СПИСОК ПРИМЕРОВ ПРОГРАММ

    • Ссылки

Язык и философия для решения задач

Лео Броуди

Перевод с английского С.Н.Дмитренко МОСКВА 1993

Предисловие

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

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

Нам нужна последовательная и практическая методология для `мышления` на тему задач программирования. Это и составляет суть того, что я попытался выразить в моей книге. „Способ мышления …“ предлагается всем, кто заинтересован в написании программ для решения конкретных задач. Книга рассматривает вопросы проектирования и применения: принятие решений о том, что Вам нужно сделать, разработка компонентов системы и, наконец, построение системы.

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

Несмотря на то, что описываемые здесь принципы могут быть применены к любому языку, я представил их в контексте языка Форт. Форт — это язык, операционная система, набор инструментов и философия. Это — идеальное средство для мышления, поскольку оно соответсвует тому способу, по которому работают наши головы. Думать на Форте значит думать просто, думать элегантно, думать гибко.

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

Если Вы хотите узнать больше о Форте, другая моя книга — „Начальный курс программирования на языке Форт“ — содержит сведения об этом языке. Кроме того, такие сведения приводятся в приложении А данной книги.

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

Многие мысли в этой книге не являются научными. Они основаны на субъективном опыте и наблюдениях за самим собой. По этой причине я привел в книге интервью с большим количеством профессионалов, работающих на Форте, и не все из них полностью согласны друг с другом или со мной. Все эти мнения могут изменяться изготовителем без специального уведомления. В книге вносятся также предложения, называемые „советами“. Подразумевается, что им следует внимать лишь тогда, когда они соответствуют Вашей ситуации. В Форт-мышлении нет нерушимых правил. Для обеспечения возможно большего соответствия возможным Форт-системам все примеры программ в книге соответствуют стандарту Форт-83.

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

Оглавление

Глава Стр
Содержание ii
Список примеров программ iv
От переводчика v
Предисловие viii
Глава 1. Философия Форта 1
Сказание об истории элегантности программ 1
Поверхностность структуры 16
Взгляд назад, вперед и на Форт 17
Программирование на уровне компонентов 19
От кого прятать? 23
Упрятывание конструкции структур данных 24
Но высокоуровневый ли это язык? 26
Язык проектирования 28
Производительный язык 29
Итоги 31
Литература 32
Глава 2. Анализ 33
Девять фаз цикла программирования 33
Итеративный подход 34
Объем планирования 36
Ограничения планирования 39
Фаза анализа 42
Определение интерфейсов 45
Определение правил
50
Определение структур данных 59
Достижение простоты 59
Соблюдение бюджета и графика 64
Смотрины для концептуальной модели 66
Литература 66
Глава 3. Предварительный проект / декомпозиция 67
Декомпозиция по компонентам 67
Пример: Крошечный Редактор 70
Поддержка задачи, основанной на компонентах 74
Проектирование и поддержка задачи при традиционном подходе 76
Интерфейсный компонент 81
Разбиение по последовательным уровням сложности 85
Ограниченность мышления по уровням 87
Резюме 92
Для дальнейшего размышления 93
Глава 4. Детализированная разработка/решение задачи 96
Техника решения задач 97
Интервью с изобретателем-программистом 103
Детализированная разработка 105
Синтаксис Форта 106
Алгоритмы и структуры данных 115
Расчеты или структуры данных или логика 116
Решение задачи: вычисление римских цифр 118
Итоги 132
Литература 132
Глава 5. Разработка: элементы Форт-стиля 133
Организация листингов 134
Оформление блока 144
Соглашения по комментариям 149
Вертикальный формат записи против горизонтального 161
Выбор имен: искусство 164
Стандарты при выборе имен: наука 170
Еще советы по читабельности 171
Итоги 173
Литература 173
Глава 6. Фрагментация 174
Техника факторизации 174
Критерии для фрагментации 181
Факторизация при компиляции 193
Итеративный подход при реализации 198
Итоги 202
Литература 202
Глава 7.
Работа с данными: стеки и состояния		 203
Шикарный стек 203
Шикарный стек возвратов 213
Проблема переменных 214
Локальные и глобальные переменные / инициализация 217
Сохранение и восстановление состояния 218
Внутренние стеки программ 220
Совместное использование компонентов 221
Таблица состояния 223
Векторизованное исполнение 228
Использование DOER/MAKE 232
Итоги 235
Литература 236
Глава 8. Минимизация структур управления 237
Что же такого плохого в структурах управления 237
Как устранять структуры управления 242
Выбор структур управления 248
Итоги 275
Литература 275
Эпилог: Воздействие Форта на мышление 276
Приложение А: Обзор Форта (для новичков) 279
Приложение Б: Определение DOER/MAKE 283
Приложение В: Другие утилиты, описанные в этой книге 289
Приложение Г: Ответы на задачи „для дальнейшего размышления“ 291
Приложение Д: Свод стилистических соглашений 293

СПИСОК ПРИМЕРОВ ПРОГРАММ

ПРОГРАММА N СТРАНИЦЫ
Яблоки 24 — 26
Телефонные тарифы
Крошечный редактор
Цвета
Римские числа
Рисование квадратиков
Банкомат

Ссылки

  • Книга в формате TXT (без рисунков)

  • Книга в формате DOC (с рисунками)

ru/literature/способ_мышления_-_форт. txt · Zuletzt geändert: 2015-08-25 17:53 von kzagradskiy

Основные виды мышления человека, их характеристики и особенности

Здравствуйте, уважаемые подписчики и гости!

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

Сегодня мы разберем виды мышления человека, поговорим о его свойствах и формах.

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

У термина есть масса определений попроще.

Мышление – это познавательная деятельность человека, результатом которой является мысль в виде идеи, смысла или понятия.

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

Исследовать данный феномен начали еще в античные времена. Философы и ученые рассматривали его не с точки зрения психологии, а с позиции философии и логики. Многие философы называли мышление сущностным свойством человека. Это ярко демонстрирует известное изречение Декарта: “Я мыслю, значит, я существую”.

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

Стадии развития мышления можно посмотреть в таблице.

Свойства

Человек воспринимает окружающую действительность исходя из своего мышления. А оно у каждого свое. Именно поэтому на одинаковые вещи мы все смотрим по-разному. Но всех людей объединяют определенные свойства мышления.

В психологии их выделяют несколько:

  1. Целенаправленность. Каждый мыслительный процесс имеет свою конечную цель.
  2. Логичность. Вопреки популярным шуткам и анекдотам, у женщин тоже есть логика, только она неразрывно сопряжена с чувствами.
  3. Развитость. Неразвитым мышлением обладают только дети в неосознанном возрасте и люди с психическими отклонениями.
  4. Способность к формированию понятий. Все мы можем охарактеризовать предмет или явление, сравнить его с аналогичными и т. п.
  5. Субъективность. Как мы уже выяснили, каждый мыслит по-своему. Объективности препятствуют наши чувства, пережитый опыт, менталитет и прочее. Но нельзя сказать, что кто-то мыслит правильно, а кто-то нет. У каждого своя правда.
  6. Линейность во времени. Одни устремляют свое внимание в будущее, другие размышляют о прошлом. Но все пытаются найти решение сложившейся ситуации.
Формы

У мышления есть три основные формы:

  1. Понятие.  Представляет собой мысль, которая отражает наиболее существенные, общие и отличительные признаки различных предметов и явлений. Понятие возникает как результат познавательной деятельности мозга, т. е. мышления.
  2. Суждение. Это мысль, которая содержит в себе утверждение или отрицание чего-либо о предмете, его свойствах или связях между несколькими предметами. Последовательная логическая связь нескольких суждений помогает нам решать разные задачи, находить ответы на вопросы. Такая последовательность называется рассуждением.
  3. Умозаключение – это итог цепочки суждений, т. е. тот самый ответ на вопрос, который мы ищем, выстраивая свои рассуждения. Умозаключение дает нам новое знание и понимание предметов и явлений окружающего мира. Умозаключения бывают дедуктивными, индуктивными и по аналогии.
Компоненты

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

Выделяют несколько компонентов:

  1. Анализ. Это изучение предмета или явления путем разделения его на части.
  2. Синтез. Обратное анализу понятие. Означает изучение чего-либо через соединение разрозненных частей в одно целое.
  3. Сравнение. Сопоставление свойств разных предметов для поиска их сходств и различий.
  4. Абстрагирование. Отвлечение в процессе познания от несущественных деталей с целью выделить важные признаки.
  5. Конкретизация. Противоположное абстрагированию понятие. Человек в данном случае обращает свое внимание на частности, изучая их по отдельности.
  6. Обобщение. Переход от частного к общему, т. е. объединение предметов и явлений путем выделения общих признаков и свойств.
  7. Классификация. Распределение предметов или явлений на классы, группы, отделы по общим признакам.
Основные типы и их характеристика

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

По содержанию

Выделяют следующие виды:

  1. Наглядно-действенное. Основывается на непосредственном взаимодействии с предметом в целях его изучения. Развивается у ребенка с рождения и примерно до 1,5 лет. Например, чтобы изучить устройство игрушки, ребенок может ее сломать, разгрызть, попробовать на вкус.
  2. Наглядно-образное. Предполагает восприятие мира через образы. Примеры: модельер придумывает новую коллекцию одежды, стилист создает новый образ, дизайнер работает над проектом. Такой тип преобладает у художников, поэтов, музыкантов.
  3. Абстрактное (словесно-логическое). Оперирование понятиями, которые человек не может потрогать, увидеть или услышать. При изучении какого-то предмета или явления человек берет за основу прошлый опыт и добавляет к нему свою фантазию.

По характеру решаемых задач

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

  1. Теоретическое (эмпирическое). Позволяет сравнивать, анализировать и классифицировать накопленные знания и представления, выражая их в форме норм, правил, законов, концепций.
  2. Практическое. Когда все теории проверяются на практике. Любые схемы, чертежи, проекты, планы преобразуют теоретические понятия в реальную действительность. Бестелесная мысль обретает физическую форму.

По степени развернутости

Выделяют такие типы:

  1. Дискурсивное (аналитическое). Мышление на основе логики и рассуждений. Оно максимально осознанно, растянуто во времени и имеет четкие этапы.
  2. Интуитивное.  Основано на чувственном восприятии. Протекает быстро, минимально осознанно и не имеет выраженных этапов.

По степени новизны и оригинальности

По этому критерию выделяют:

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

По функциям

На основе выполняемых функций выделяют следующие виды:

  1. Критическое. Направлено на выявление недостатков в мышлении других людей.
  2. Творческое. Предполагает генерацию собственных идей, а не оценку чужих мыслей.

По степени рефлексии

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

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

  1. Аналитическое. Позволяет нам разделять предметы, явления и ситуации на части и рассматривать их более подробно. Находить причинно-следственные связи, наблюдать, сравнивать, делать выводы и находить важное. Как правило, протекает долго и последовательно.
  2. Интуитивное. Скоротечное по времени и неосознаваемое. В момент, когда интуиция делает свои выводы, не задействована ни логика, ни анализ.
  3. Реалистическое. Делает выводы исключительно на основе доказуемых фактов. Благодаря ему человек может мыслить здраво, трезво и логично.
  4. Аутистическое. Основывается на личных иллюзиях и ожиданиях. Часто встречается у людей искусства.
  5. Эгоцентрическое. Как правило, развито у детей и взрослых людей с завышенной самооценкой. Для ребенка нормально считать себя центром мира, вокруг которого вращаются все события. У взрослых такое восприятие себя считается психологической проблемой или чертой характера.

По произвольности

Выделяют такие типы:

  1. Произвольное. Управляется сознанием и волей человека. Мыслительный процесс находится под контролем.
  2. Непроизвольное. Мыслительный процесс происходит сам по себе и не подчиняется усилиям воли человека.

Другие типы

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

Помимо вышеперечисленных выделяют следующие типы:

  1. алгоритмическое,
  2. альтернативное,
  3. групповое,
  4. дивергентное,
  5. инновационное,
  6. комбинаторное,
  7. символическое,
  8. эмоциональное,
  9. математическое,
  10. проактивное,
  11. реактивное,
  12. клиповое,
  13. рациональное,
  14. количественное,
  15. научное,
  16. фиксированное,
  17. вербальное,
  18. нестандартное.
Виды мышления в зависимости от гендерных и личностных особенностей

На образ познания и восприятия мира могут также оказывать влияние личностные особенности каждого человека. Рассмотрим еще некоторые типы мышления.

Мужское и женское

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

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

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

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

Из достоинств женского мышления можно выделить:

  1. способность балансировать между несколькими задачами одновременно;
  2. высокую скорость принятия решений;
  3. хороший уровень социального развития.

Плюсы мужского мышления:

  1. высокая результативность и качество выполнения задач;
  2. логичность без лишних эмоций и ассоциаций;
  3. способность расставлять приоритеты.

Позитивное и негативное

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

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

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

Рациональное и иррациональное

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

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

Заключение

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

Некоторые типы можно корректировать и развивать. Например, можно пессимистичный стиль изменить на позитивный, с помощью упражнений сделать более выраженным креативное мышление.

А подробнее о том, как изменить свое мышление, можно прочесть в другой статье на Quasa Media.

Напоследок предлагаем посмотреть видео от профессора факультета социальных наук Марии Фаликман.

До встречи в следующей статье!

Опричнина Ивана Грозного — кто такие опричники, суть, причины и итоги введения опричнины в России при Иване IV

Причины опричнины

События конца 1550 — начала 1560-х годов были тревожным предзнаменованием будущего опричного порядка. Итоги проводимых Иваном IV реформ оказались противоречивыми. 

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

Распространённым является мнение, что подобные перемены были вызваны смертью первой супруги царя — царицы Анастасии. В частности, англичанин Джером Горсей, агент «Московской компании» — объединения английских купцов, торговавших с Русским государством, — отмечал в своих записках, что Анастасия «была такой мудрой, добродетельной, благочестивой и влиятельной, что её почитали, любили и боялись все подчинённые. Великий князь был молод и вспыльчив, но она управляла им с удивительной кротостью и умом». 

Борьба Ивана Грозного с правящей элитой и столкновения с близкими родственниками, начало целой серии опал (например, на брата матери царя В.М. Глинского, князя И.Д. Бельского, князей Воротынских и других) и участившиеся побеги в Литву представителей дворянства явно указывали на то, что царь перешёл от пути поиска компромисса к более радикальному политическому курсу. 

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

<<Форма демодоступа>>

Внутренние коллизии происходили на фоне осложнившейся и ухудшившейся международной обстановки: Русское государство воевало с Великим княжеством Литовским из-за Ливонии. В 1564 году покинул пределы Русских земель член Избранной рады, приближённый Ивана IV князь Андрей Курбский, который, узнав о грядущей опале, бежал в Литву. В знаменитой переписке царя с Курбским Иван Грозный указывает на полное согласие, царившее в его взаимоотношениях со знатью.  

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

‍ Иван Грозный. Парсуна. Начало 17 века (?). Копенгаген. Музей. («Копенгагенский портрет»)
‍

Зимой 1564-1565 годов Иван Грозный отправился на традиционное богомолье в Троице-Сергиев монастырь, а оттуда в Александрову слободу и заявил, что более не желает царствовать. Царский гонец Константин Поливанов привёз в Москву от царя грамоты, в которых он сообщал, что отказывается от царства и отправляется «вселитися, идеже его, государя, Бог наставит». 

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

Претензии Ивана касались действий бояр в период его малолетства, прежде всего, это касалось фактов расхищения казны и перераспределения государевой земли. Царь указывал на то, что бояре, «собрав себе великие богатства», «о всём православном христианстве не хотя радети и от недругов его от Крымского и от Литовского и от Немец не хотя крестьянства обороняти», «сами от служба удалятися и за православных крестиян стояти не похотели». 

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

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

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

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

Сущность опричнины

Обращаясь к самому термину «опричнина», стоит заметить, что это понятие в Древней Руси не несло какого-либо негативного оттенка. 

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

Что же составляло суть опричнины? 

В узком смысле под «опричниной» понимался удел, выделенный Иваном Грозным для самого себя из всей территории государства. В широком смысле термином «опричнина» принято обозначать порядок управления, характерный для Русского государства в период с 1565 по 1572 год.
В символическом же значении опричнина воплощает в себе террор, расправы и жестокость со стороны властей. 

Характеристика опричнины

К характерным чертам опричной системы стоит отнести:

  • Разделение территории государства на две неравнозначные части — опричнину и земщину. Неравноценность их заключалась в том, что в царский удел отошли преимущественно районы, богатые солью, что создавало экономическую базу опричнины.
  • Создание на территории опричнины Ивана IV особой Боярской думы, земщиной же управляла прежняя Боярская дума.
  • Создание особого опричного войска, которое выполняло роль не только личной стражи царя, но и участвовало во многих боевых операциях.
  • Ограничение влияния на политическую жизнь представителей знатных княжеских и боярских родов, которые не получили ключевых должностей в опричном дворе.
  • Появление у царя новой резиденции — Александровой слободы, которая стала неофициальной столицей образовавшегося опричного государства.
  • Практика новой модели организации общества в виде монастырского братства, когда государством управляет структура, напоминающая внешне объединение монахов общежитийной обители. В роли игумена был сам царь, воле которого необходимо было покорно подчиняться. 

Основные направления опричнины

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

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

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

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

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

Первый этап опричнины (1565 г. – ноябрь 1567 г.)


Первые годы опричнины были сочетанием репрессивных реформ и уступок со стороны царской власти. Если первый год ознаменован опалами, казнями, убийствами, то на втором году существования опричнины её режим несколько смягчился. Наиболее влиятельными лицами в опричной Думе в первые годы опричнины были советник царя Алексей Басманов, а также князь Афанасий Вяземский.

Так, уже в феврале 1565 года были казнены пятеро представителей аристократии, среди которых был герой взятия в 1552 году Казани князь А.Б. Горбатый. Следующим проявлением опричной политики была «Казанская ссылка»: царь выслал в Казань представителей ярославской, ростовской и стародубской ветвей Рюриковичей. Они были не только лишены своих родовых владений, но и отстранены от управления государством ввиду их переселения на окраину. В 1566 году своего удела был лишён и старицкий князь Владимир; Иван IV обменял его земли на те, что были расположены в разных районах страны, где Владимир не имел военной и иной поддержки со стороны местного населения.

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

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

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

‍Клавдий Лебедев — «Царь Иван Грозный просит игумена Кирилла благословить его в монахи»
‍

С 1567 году в опричнину Ивана Грозного были включены новые земли, в том числе и Старица (удел двоюродного брата Ивана). Царь активно занимался обустройством присоединённых к опричнине территорий: было завершено строительство опричного двора в Москве, ещё одна царская резиденция возводилась в далёкой Вологде. Выбор места был обусловлен близостью к Кириллову монастырю: именно там, по сведениям источников, Иван хотел в будущем принять монашеский постриг.

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

Второй этап опричнины (1568–1572 гг.)


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

На фоне этих событий набирал обороты конфликт царя и митрополита Филиппа, призывавшего Ивана проявить милосердие. От частных бесед с монархом Филипп перешёл к публичным обсуждениям царя, что навлекло гнев царя на главу Русской церкви. Митрополит был лишён своего сана и приговорён к смертной казни, заменённой заточением в монастырь. Через год Филипп (Колычев) был убит в монастыре опричником Малютой Скуратовым.

‍ Н.В. Неврев — «Последние минуты митрополита Филиппа (Митрополит Филипп и Малюта Скуратов)» 
‍

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

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

В конце 1569 года царь организовал поход против новгородцев. Опричники творили бесчинства по дороге к городу, в самом Новгороде карательная экспедиция продолжалась больше месяца. Количество жертв историки оценивают по-разному: предположительно погибло от 3–4 тысяч до 10–15 тысяч человек. Опричниками были разграблены главные святыни новгородской земли, в частности, собор Святой Софии. Далее царь и верные ему войска отправились в пограничный Псков, который вместе с Новгородом подозревался в измене.

‍Н.В. Неврев — «Опричники»
‍

Вернувшись в Москву, Иван продолжил расследование по делу о новгородской измене. В столице проводились публичные казни. В ходе этих событий потеряли доверие царя и подверглись опале наиболее близкие к нему деятели первого периода опричнины — А. Басманов и князь А. Вяземский, а также многолетний советник царя по вопросам внешней политики Н. А. Висковатый. 

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

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

Отмена опричнины

В начале правления Ивана Грозного Россия прочно утвердилась на территориях бывших осколков Золотой Орды — Казанского и Астраханского ханств, Ногайской орды. Удавалось поддерживать безопасность и на южных рубежах, где соседом России было Крымское ханство. 

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

В 1569 году состоялся неудачный для крымчан Астраханский поход, в 1570 году крымские царевичи совершили нападения на пограничные с Москвой территории. 

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

‍В.М. Васнецов — «Царь Иван Васильевич Грозный»
‍

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

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

Как писал историк В.Н. Кобрин: «Битва при Молодях стала победой не только над Девлет-Гиреем, но и над опричниной». Осенью 1572 года Иван отменил разделение страны на две части, и, более того, запретил любые упоминания об опричнине. 

Учите историю вместе с домашней онлайн-школой «Фоксфорда»! По промокоду
HISTORY72021 вы получите бесплатный доступ к курсу истории 7 класса, в котором изучается тема опричнины. 

Итоги опричнины и её значение


Ликвидация разделения страны, воссоздание единого государева двора, возвращение части конфискованных земель их бывшим владельцам, прекращение принудительных переселений и массовых казней — явные свидетельства изменения курса. Опричнина была отменена. 

Вот каковы были основные последствия опричнины.

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

С отменой опричнины не были забыты методы проведения этой политики. Уже в 1573 году попал в опалу и был казнён герой битвы при Молоди князь М.И. Воротынский. 

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

Осенью 1575 году Русское государство снова было разделено на две части: удел царя («двор») и земщину, возобновились казни и массовые переселения. Такой порядок сохранялся до самой смерти царя Ивана Грозного в 1584 году.

Chris’s Wiki :: blog

2022-10-19

Понимание «+несовместимости» в именах версий модулей Go

Как мы все знаем, когда код Go использует модули, вы указываете версию модуля, и инструментарий Go запишет свое отношение к этому версии местами вроде go. mod . Точные детали описаны в раздел «Версии» документации и определение канонических версия . Так как идти пришли модули, я видел ряд модулей с (каноническим) версия, которая включала «+ несовместимо» и столкнулась с генерацией Go их самих, когда я пытался экспериментально модулировать немодульное сторонняя программа Go вручную. Однако долгое время я не действительно понять, что это значит и что вы могли бы сделать с этим. Короткая версия заключается в том, что он предназначен для решения углового случая. для предмодульных пакетов.

Начнем с того, что есть несколько способов правильно настроить модули Go (или, по крайней мере, несколько распространенных способов). Если у вас есть неправильно настроенный модуль Go, например тот, где теги версии и go.mod расходятся во мнениях по поводу версии (например, если ваша версия 2.0.0 имеет go.mod , который утверждает, что модуль «example.org/cks/mymod» вместо «example.org/cks/mymod/v2»), я считают, что инструменты Go просто будут выдавать ошибки. И вообще, если вы используете go.mod, вы должны сделать это правильно.

Но есть один «неправильный» случай, в который можно попасть с немодулярный пакет Go, и это если у пакета есть версия тег с основной версией выше 1 (без go.mod, так как это пакет вместо модуля). В домодульном мире Go это было вполне допустимый поступок, хотя и не обязательно дружественный к ваших пользователей (поскольку ‘example.org/cks/mymod’ может незаметно перемещать основные версий на них, предположительно с несовместимостью API). это не просто теоретически, и было множество пакетов Go, которые это, например, github.com/google/go-github (который до v17 до он модульный).

В мире модулей Go суффикс +несовместимый к версии это то, как Go все еще позволяет вам указывать и использовать такой пакет в твой мод. Вы можете использовать +incompatible только с пакетами, но не модули; в тот момент, когда репозиторий добавляет go.mod в какую-либо версию, вы прекратите использовать + несовместимый с этой версии и далее. Чтобы сделать это конкретный, если вы сделаете «перейдите на github.com/google/go-github@latest», вы получите версию v17.0.0+несовместимая, хотя как я пишу это v48.0.0 является последней версией. Причина, по которой Go останавливается на «v17.0.0» это то, что это была последняя версия перед тем, как go-github был модульным в v18.0.0.

Как и следовало ожидать, +несовместимость может появиться на псевдоверсиях, если вы хотите установить (минимальная) версия в вашем go.mod для какой-либо фиксации, а не просто тег версии.

Как описано в разделе «+ несовместимые версии» документация, т. основной номер версии в версии в основном декоративный. если ты попросите Go обновить версию пакета, например, он не стесняйтесь обновить вас с «v16.0.0» до «v17.0.0». Ты мог сформулируйте это так, что все версии пакета имеют один и тот же основной версии, как ее видят инструменты Go, или вместо этого вы можете сказать, что Go отражая предмодульное поведение go get -u ‘, где если вы обновлен, вы всегда получаете последнюю (VCS) версию пакета и сортировка фактических версий пакетов и любые изменения API были твоя проблема.

(Вообще раздел «+несовместимые версии» документации не очень длинный и стоит прочитать технические детали, хотя вы закончите просмотр различных перекрестных ссылок на остальную часть Справочник по модулям Go.)

Это означает, что вы не можете использовать +incompatible как часть модуляризации программа для идеального дублирования того, что вы получили бы с немодульная сборка в Go 1.17 и более ранних версиях, как я обнаружил до. На самом деле, даже не «идти установить /cmd/something@latest’ сделает это, что означает, что в Go 1.18 и более поздних версий может быть невозможно правильно собрать и установить. некоторые старые, немодулированные программы Go. Я еще не сталкивался с этим, хотя, и я подозреваю, что это было бы относительно редко.

(требуется пакет для модульности, изменения основной версии и изменить его API, а затем обновить немодулярную программу для использования новый API. В этот момент +несовместимая версия модульного пакет имеет API, несовместимый с программой. )

программирование/GoModulePlusIncompatibleMeaning написано в 21:50:55; Добавить комментарий

18.10.2022

Наконец-то мы полностью отказываемся от предфоркового MPM Apache (надеюсь)

В самом начале то, что сейчас называется префорком MPM Apache, было вашим единственным вариант; именно так работал Apache. Тогда давным-давно Apache добавлены другие многопроцессорные модули (MPM), хотя они были несколько ненадежным, поэтому какое-то время консервативный, отсталый совместимым по умолчанию был prefork MPM. Мы начали использовать Ubuntu на основе веб-серверов (под управлением Apache) давным-давно, и поэтому мы получили их значение по умолчанию для prefork MPM.

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

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

(Мы практически пропустили Ubuntu 20.04, в том числе для всех веб-серверы.)

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

Во-вторых, растущее число других вещей, которые Apache просто не любит префорк MPM. Например, в последний раз, когда я смотрел, Apache 2.4 Поддержка HTTP/2 не работала в prefork (и фактически регистрировалась подробное сообщение об этом). Сам модуль mod_qos будет предпочитаю другой MPM, хотя он все еще работает у нас под prefork. И в целом кажется, что prefork в основном устарел; в чем дольше мы должны придерживаться этого, вероятно, тем хуже нам будет. В Ubuntu также выше вероятность того, что мы столкнемся с ошибками. с prefork MPM, так как это не обычный Ubuntu Apache конфигурация и, следовательно, вероятно, подвергается гораздо меньшему тестированию.

(обычным людям, устанавливающим Apache на Ubuntu, не нужно беспокоиться о это потому, что они обычно используют значения по умолчанию. Канонический (и Debian, и Apache) обычно следит за тем, чтобы они работали, что в наши дни означает убедиться, что событие MPM в значительной степени работает.)

web/ApachePreforkHopefullyNoMore написано в 23:21:23; Добавить комментарий

2022-10-17

Правильная настройка модуля Go, насколько я понимаю

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

Предположим, у вас есть модуль Go example.org/cks/mymod или предмодульный пакет Go, который был бы модулем, если бы вы разделили его на модули его, и этот модуль находится в собственном репозитории VCS (который является общий случай). Насколько я знаю, есть два надлежащих современных случая, один приемлемый современный угловой корпус и один подходящий устаревший корпус для ваш модуль или пакет.

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

Во-первых, ваш модуль может не иметь тегов версии или тегов версии которые говорят, что он имеет основную версию 0 или 1. В обоих случаях модуль путь импорта: « example.org/cks/mymod », и ваш go.mod должен укажите это как имя модуля в строке « module ».

Во-вторых, ваш модуль может иметь тег с основной версией выше 1, например «2.1.0», но у вас нормальный макет исходного кода с вашим код непосредственно в example.org/cks/mymod . Это делает модуль путь импорта будет ‘ example.org/cks/mymod/v2 ‘ и ваш go.mod должен укажите это как имя модуля в строке « module ». Это нормальный способ иметь правильный модуль Go, который выше основной версии 1.

В-третьих, как я считаю крайним случаем, ваш модуль может иметь тег с основной версией выше 1, но поместите код для этой версии в подкаталоге с соответствующим названием, например example.org/cks/mymod/v2 или github.com/pborman/getopt/v2_. Это все еще путь импорта модуля, но теперь ваш go.mod для этого майора версия идет в .../v2/go.mod и объявляет имя модуля как имя v2. Чтобы не запутаться люди, я думаю, что код вне подкаталога должен быть кодом v1 (или v0) и, таким образом, иметь файл go.mod , который просто вызывает это ‘ example.org/cks/mymod ‘.

(Насколько я могу судить из документации, Go не принимает подкаталоги версии для основных версий v0 и v1.)

Технически я думаю, что вы можете иметь пример.org/cks/mymod/v2 подкаталог основной версии 2 и example.org/cks/mymod корневой каталог, скажем, основной версии 3, и все получится с соответствующим содержимым go. mod в корневом каталоге и в v2/ подкаталог. Тем не менее, это, вероятно, будет довольно запутанным людям, и, возможно, инструментам Go это не нравится настраивать. Если вы начали с подкаталога v2/, но хотите отойдите от подкаталогов версии для вашей следующей основной версии, Я думаю, что было бы неплохо выпустить основную версию v3 с 9Подкаталог 0011 v2/ удален из дерева (начиная с этого тега версии).

Я полагаю, что единственный правильный устаревший случай — это то, что ваш пакет основная версия 0 или 1, но не go.mod , потому что у вас нет модулей пока что. В этом случае путь импорта — « example.org/cks/mymod ». Модульный инструментарий Go обрабатывает случай, когда немодульный пакет имеет более высокая основная версия, чем v1, но это для другой записи.

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

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

программирование/GoModuleProperSetup написано в 23:16:48; Добавить комментарий

16.10.2022

Что означает наличие «плохого» сертификата в журналах TLS Certificate Transparency

В сертификате Эмили М. Старк прозрачность действительно не является замена ключевого штифта, Старк задает хороший вопрос:

[…] что на самом деле должен делать владелец домена, если он найдет вредоносный сертификат для своего домена в журнале CT? […]

У меня нет ответа на этот вопрос, но мы можем задать связанный вопрос: что это значит, если ваш мониторинг журнала CT обнаруживает сертификат TLS для вашего домена, о котором вы не знаете?

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

(«Скомпрометировано» здесь включает правительство юрисдикции ЦС

Во-вторых, процессы ЦС по выдаче TLS-сертификатов могли проблемы, которые были использованы (преднамеренно или случайно), то, что иногда называют «неправильной выдачей». Исторически ошибочный выпуск принимал всевозможные формы, в том числе пытался обмануть ЦС о вашей личности (корпоративной или иной). Неправильная выдача — это CA проблема, которую центр сертификации должен исправить сразу же, как только она обнаружен, в комплекте с официальным отзывом ошибочно выданного TLS сертификаты (на все хорошее, что будет или не будет). Неправильный выпуск трагически еще не полностью искоренен.

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

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

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

Некоторые неверные сертификаты TLS могут указывать на признаки нескольких вещей. Например, если у вас есть запись DNS CAA но для вашего домена выдан неожиданный TLS-сертификат из ЦС, которого нет в списке, вы можете получить контроль над обоими злоумышленниками вашего хоста и CA с проблемой неправильной выдачи (что они не надлежащая проверка записей CAA).

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

tech/TLSCertTransBadCertMeanings написано в 22:57:10; Добавить комментарий

2022-10-15

Сколько пространства подкачки мы используем на наших серверах (в октябре 2022 г.

)

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

Поскольку на наших серверах настроены разные объемы подкачки, я собирается посмотреть, сколько места подкачки осталось свободным, и сколько места подкачки было использовано. Простое число – это сумма оставшегося (свободного) пространства подкачки. За последние 30 дней трое наших вычислительные серверы использовали все свое пространство подкачки, наш основной логин на сервере осталось всего 13,5 МБ свободного места, и наша тестовая виртуализация сервер получил всего 214 мегабайт бесплатно. Все остальное всегда было не менее 512 Мбайт свободного места. Потенциально более интересное число средний объем свободного пространства подкачки за последние 30 дней, который будет учитывать краткосрочные всплески использования пространства подкачки. Здесь ничего было менее 550 Мбайт свободного подкачки, даже на вычислительных серверах. Глядя на стандартное отклонение свободного свопа с течением времени, можно предположить что многие из наших серверов не сильно различаются по использованию подкачки.

(Наши серверы редко перезагружаются, поэтому эти номера в значительной степени долгосрочное состояние для многих из этих машин). дней только четыре сервера использовали 1 ГБ или более пространства подкачки. Всего восемь использовали более 512 МБ, и только одиннадцать использовали 128 МБ или более. С тех пор, как мы обычно настраивают не менее 1 ГБ пространства подкачки, это говорит о том, что мы серьезно перенастраиваем большинство машин. В среднем пространство подкачки, только один сервер в среднем превышает 512 МБ и только пять в среднем более 128 МБ (и одним из них был вычислительный сервер).

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

(Несмотря на то, что я узнал здесь, мы, вероятно, не будем сокращать наши размер подкачки по умолчанию ниже 1 ГБ. 1 Гб дискового пространства это не так уж и много дней и это дешевый страховой полис.)

PS: рассматриваемые серверы в основном Ubuntu 22.04, с умеренным количество машин 20.04 и 18.04 и несколько машин с CentOS 7.

sysadmin/OurServerSwapSpaceUsage написано в 21:41:24; Добавить комментарий

2022-10-14

Два представления загрузки ЦП (реализация)

Традиционный способ представления загрузки ЦП на панелях показателей и тому подобное в процентах от 0 до 100. Это так распространено и обычное, что я написал запись о создании этого из Показатели процессора Prometheus без вопросов вещей, и Linux версии top иногда высмеивают показывает загрузку ЦП процесса более 100%, поскольку он считает «100%» означает «все из одного ЦП» на многопроцессорных машинах (что означает сказать почти все они в эти дни). Но недавно поразило мне кажется, что этот взгляд на загрузку ЦП является лишь одним из по крайней мере двух способы посмотреть на это.

Обычное значение от 0% до 100% на самом деле является мерой того, насколько машины, которую вы используете, и сколько у вас осталось. Если ты при загрузке ЦП 75% вы используете три четверти компьютера и осталось четверть (более или менее). это прекрасно мера и часто то, что вас волнует, но это не единственная мера. Еще одним показателем является то, что Linux ‘ top ‘ команда сообщает вам, какой это то, сколько процессора вы используете, или, другими словами, сколько ЦП, которые вы используете. Сколько ЦП вы используете, как правило, будет иметь лучшее представление о том, сколько работы выполняется различными вещами, без необходимости мысленно масштабировать число от 0% до 100% для учета для таких вещей, как то, что 10% от 4-процессорной машины — это намного меньше работы. выполнено более 10% 112-процессорной машины.

Конечно, «сколько ЦП мы здесь используем» не является идеальной мерой. ни то, ни другое, если только ваши процессоры неоднородны (нашим далеко до этого, так что 100% процессора на машине А может быть намного меньше фактической производительности, чем 100% процессора на машине B). Но это отправная точка, как и обычно 0-100% машины является обычной отправной точкой для насколько загружена машина. Какая отправная точка вам нужна, зависит на какие вопросы вам интересно задать или увидеть ответы за.

С практической точки зрения люди часто больше беспокоятся о своих машины падают от перегрузки, чем они любопытны о том, сколько вычислений они делают (и мы, конечно, не исключение). Это делает показатель загрузки ЦП 0-100% хорошим показателем. один для просмотра на приборной панели или тому подобное, и даже Linux ‘ top ‘ таким образом отображает общую загрузку системы (даже если отображает «использование» для каждого процесса в виде того, сколько ЦП он использует). Но теперь, когда я подумал об этом, я буду держать свой разум открытым о представлении «сколько ЦП мы используем» и подумайте, если Я хочу посмотреть на это в какой-то момент (и как лучше визуализировать Это).

sysadmin/CPUUtilizationTwoViews написано в 23:21:51; Добавить комментарий

2022-10-13

Мы отказываемся от разделов подкачки на наших серверах Linux

У нас достаточно Серверы Linux, почти все они работают под управлением различных версий Ubuntu. Как почти все, кто настраивает серверы Linux, мы даем им некоторое пространство подкачки; ядро Linux традиционно гораздо счастливее, если у него есть немного места подкачки (cf), хотя вы не хотите слишком много. За долгое время мы использовали для этого отдельный раздел диска (или зеркальный пару из них в отдельном зеркальном устройстве программного RAID), хотя Сами дистрибутивы Linux все чаще переходили на использование файлы подкачки, расположенные в корневой файловой системе (иногда довольно чрезмерно крупные; установщики Ubuntu 20.04 и 22.04 используют 4 ГБ даже для машины только с 4 ГБ ОЗУ). у нас особо не было веские причины для использования раздела подкачки вместо файла подкачки; это было именно то, с чего мы начинали и к чему мы привыкли.

(Мы использовали различные ароматы машин Unix в течение очень долгого времени, поэтому мы настраиваем разделы подкачки, поскольку до того, как в Linux вообще были файлы подкачки, а тем более когда они были хорошо оценены на программном RAID.)

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

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

Я подозреваю, что мы сильно отстаем от кривой принятия файлы подкачки через разделы подкачки, и что другие места перешли много лет назад. Конечно, я считаю, что Ubuntu по умолчанию не выполняет обмен файлы по крайней мере с 20.04 LTS. Мы могли бы сделать переход то если бы мы построили больше машин 20.04, но вмешались мировые события и мы в основном пропустили это (это не помогите, чтобы у наших Exim-машин не было другого выбора, кроме как пропустить 20. 04).

PS: Fedora 36 по умолчанию использует ZRAM, что даже более радикальное изменение, чем переход Ubuntu на файл подкачки. Менять на ZRAM не взорвался на моих машинах с Fedora, но мы, вероятно, никогда не использовали бы его на наших серверах Ubuntu для различных причины.

PPS: Моя циничная сторона подозревает, что Ubuntu 22.04 по умолчанию использует файл подкачки отчасти потому, что Canonical все больше внимания уделяет облачном рынке, и я ожидаю, что в облаке настройка файл подкачки проще, чем раздел подкачки. Хотя я действительно не понимать, что размер файла подкачки 4 Гб указан в облаке; я бы подумал он был бы слишком большим для типичных облачных виртуальных машин.

linux/SwapPartitionsNoMore написано в 23:59:39; Добавить комментарий

2022-10-12

Мы застряли с

egrep и fgrep (если только вы не любите бить людей)

В твиттере я вижу кучу отзывов: 09 90 системных администраторов (или дистрибутивных упаковщики) собираются поджечь GNU Grep 3. 8 силой их умы. Спойлер: новые предупреждения — это изменение API.

Что особенного в GNU Grep 3.8, так это то, что его версия ЕГРП и fgrep теперь выводят дополнительное сообщение при их запуске. В частности, эти сообщения «предупреждают» (т. е. придираются) вас к прекращению их использования. и вместо этого используйте «grep -E» и «grep -F».

(я предполагаю, что эти сообщения печатаются со стандартной ошибкой, потому что даже GNU Grep не был бы настолько враждебен, чтобы поставить их в стандартном выводе.)

Здесь есть две проблемы. Первый вопрос, что происходит заставить системных администраторов и сборщиков дистрибутивов устанавливать GNU Grep 3.8 в огне, что на практике добавляет предупреждения и другие новые сообщения являются критическим изменением API. Есть много мест, где можно добавить новые сообщения вызовут поломку и боль (например, в сценариях запустить из cron, где неожиданный вывод приведет к тому, что системные администраторы получать по почте, возможно, много).

Во-вторых, это неприятно для реальных людей. Там много людей, которые привыкли использовать (и печатать) ‘ fgrep ‘ и в меньшей степени « egrep », когда им нужны определенные виды результат от grep. Этим людям все равно, что люди, стоящие за GNU Grep (и POSIX) не любит эти команды; они привыкли к их, и теперь их придирают (и угрожают реальным удаление). Также много написано о Unix в мир, который использует fgrep ‘и ‘ egrep ‘; GNU Grep хочет сделать все из этого совершенно хорошего письма менее полезно. Это не имеет значения GNU Grep, что fgrep и egrep присутствуют в Unix с V7. Они исчезают, потому что так говорит POSIX.

Кстати, я считаю, что одна из причин, по которой люди продолжают использовать fgrep и egrep просто в том, что их легче и быстрее набирать. Ввод «fgrep» — это один непрерывный набор строчных букв; печатание ‘grep -F’ — это еще два символа, один из которых смещен. Люди ленивы, и GNU Grep хочет, чтобы они работали усерднее ни за что. хорошая причина.

(Или он хочет, чтобы каждый в мире создал свой собственный «fgrep» и скрипты обложки egrep, что является ужасным количеством избыточных работа.)

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

(Я определенно не за окаменение Unix, но есть разница между избеганием окаменения и своего рода минимальная математическая чистота, которую мы видим, GNU Grep пытается здесь навязывать. Unix уже давно прошел точку, в которой такой минимализм в стандартных командах. Современный Unix имеет всевозможные дублирования и завитушки, которые не являются строго необходимо и по уважительной причине. Один из них заключается в том, что это лучше для реальные люди, использующие Unix. Строго говоря, вам не нужно ‘sort -h’, но это довольно удобно.)

unix/EgrepFgrepStuckWith написано в 21:42:24; Добавить комментарий

2022-10-11

Когда Promtail делает контрольные точки позиции (начиная с версии 2.6.1)

Promtail — это обычный клиент доставки журналов для системы агрегации журналов Grafana Loki. Как все программы доставки журналов, Promtail необходимо отслеживать, какие журналы он отправил и не отправил Локи, что он и делает, отслеживая его позиций в каждом файле журнала или источнике журнала. Чтобы справиться с остановкой и перезапуск, а также системные сбои (или сбои Promtail), это обычно сохраняет эти позиции в файле. Какая именно позиция зависит от конкретного источника журнала, который Промтейл использует. Если источником журнала является файл, только Promtail использует и сохраняет смещение в байтах, но когда Promtail читает из systemd, он использует курсор журнала. Каждая запись в журнале systemd имеет уникальный идентификатор. курсор, и поэтому, если журнал не был усечен, вы всегда можете возобновить чтение с этой записи, используя ее курсор.

Промтейл отправляет бревна в Локи (вместо того, чтобы Локи вытягивал бревна из Это). Если ваш Loki не работает по какой-либо причине, от аварии до плановое техническое обслуживание до крупного планового отключения электроэнергии, Promtail будет буферизовать записи журнала и повторять попытки в течение некоторого времени, как установлено вверх в подразделе backoff_config раздела клиентов: файла конфигурации. Если время истекает, в документации по файлу тонкой конфигурации говорится «логи потеряны». Однако в этот момент вы можете задаться вопросом, как Позиции Promtail с этим взаимодействуют, особенно для systemd журнал. Теоретически Promtail мог записывать только позицию (т.е. курсор журнала systemd) последнего успешно отправленного журнала линии, а затем более или менее плавно возобновить работу даже после долгого Время простоя Локи. Код для такого рода возобновления уже существует, потому что это то, что используется, если вы закроете Promtail на несколько часов а затем начать его снова.

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

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

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

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

(Журнал systemd — лучший вариант для сохранения позиции, которая будет надежным в долгосрочной перспективе. Это сложнее с реальным журналом файлы, которые могут быть повернуты или усечены до того, как Promtail получит возможность возобновить их чтение.)

sysadmin/PromtailWhenPositionsSaved написано в 21:47:45; Добавить комментарий

2022-10-10

Прагматические последствия установки

nconnect для монтирования NFS v3 в Linux

TCP-подключение к заданному файловому серверу независимо от количества монтирований NFS они есть, люди указывали на ‘ nconnect ‘ для монтирования NFS, как описано в nfs(5). Естественно я задавались вопросом, каковы эффекты установки этого выше (так что в теоретически одно или несколько монтирований используют несколько TCP-соединений), и удобно, у меня есть среда, где я могу проверить это.

Предположим, у вас есть файловый сервер NFS, на который вы монтируете кучу файловых систем из, и вы устанавливаете ‘ nconnect=2 ‘ на всех этих NFS монтирует. На уровне TCP-соединений вы получаете следующее: два TCP-подключения к файловому серверу вместо одного, каждое со своим собственный местный порт. Если вы затем установите nconnect на 3 для некоторых из этих файловые системы, но не все, вас ждет сюрприз; Существуют все равно только два соединения и /proc/mounts скажут, что те файловые системы монтируются через NFS с параметром nconnect=2, несмотря на то, что вы предоставили ‘nconnect=3’, когда они были смонтированы. На практике все крепления от данный сервер использует самую низкую настройку nconnect среди всех таких монтирует , за одним исключением.

Исключением является случай ‘nconnect=1’, в том числе не установка вообще не подключать ; это увеличивается до любого самого низкого явного nconnect установка 2 и более есть. Итак, явно устанавливает nconnect выше одного для одного монтирования с файлового сервера также неявно устанавливает это для всех остальных монтирований с этого файлового сервера . Все это возможно, это и неудивительно, так как ясно, что ядро ​​Linux Клиент NFS любит совместно использовать TCP-соединения между монтированиями, и это вызвало бы кучу сложностей, если бы разные крепления могли быть с использованием разного количества соединений.

(это означает, что вы можете легко создать постоянную разницу между параметрами монтирования NFS, которые вы указали в своем « монтирование » параметры командной строки или fstab и фактические используемые параметры монтирования NFS и сообщается в /proc/mounts. Если у вас есть автоматизированная система, которая пытается синхронизировать их (как мы делаем в нашем автомонтировщике замена), он будет недоволен с тобой)

Если вы посмотрите в /proc/self/mountstats такие средства передвижения, они иметь несколько строк xprt: (которые соответствуют соединение, а не за монтирование), по одному на каждый TCP соединение, которое они на самом деле используют. Вы можете сказать xprt: линии друг от друга, потому что они включают номер порта (как первый числовое поле). Это дает вам результат, который выглядит следующим образом:

xprt: TCP 936 1 2 0 0 1011680 1011641 2 26304686 0 18 17214 373657
xprt: TCP 794 1 2 0 0 1014491 1014455 1 24511646 0 14 370354

(Это «версия RPC iostats: 1.1» с машины Ubuntu 22.04, с тремя новыми полями в конце, ср.)

Как вы можете судить по тому, насколько близки числа, ядро ​​мультиплексирует NFS RPC по обоим соединениям более или менее равномерно в нормальных условиях обстоятельства. Одно досадное ограничение в xprt: данные здесь то, что, хотя ядро ​​​​сообщает вам количество RPC, оно не говорит вы считаете байт. Чтобы получить эту информацию, вам нужно посмотреть TCP статистика по каждому соединению с, например, сс розетка программа статистики. В моем кратком тестировании байты отправленные и полученные на уровне TCP находятся в том же диапазоне, что и друг друга, но не обязательно настолько же, насколько могут быть номера RCP. предложить. Для двух приведенных выше подключений соответствующая статистика уровня TCP на клиенте NFS:

TCP 936: bytes_acked: 1716785029 bytes_received: 415745308
TCP 794: bytes_acked: 1657621341 bytes_received: 426857280

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

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

linux/NFSv3NConnectEffects написано в 23:29:40; Добавить комментарий

(Предыдущий 10 или вернуться к октябрю 2022 г. 09.10.2022)

Starbase — Stellaris Wiki

Эта статья была проверена для текущей версии игры для ПК (3.5).

Цитадель млекопитающих

Звездная база — это основная космическая станция, используемая на протяжении всей игры и используемая для определения принадлежности звездной системы; строительство, ремонт и техническое обслуживание судов; сбор и транспортировка Торговой Ценности; а также действовать как стратегическая крепость во время войны.

Содержание

  • 1 Механика
    • 1.1 Вместимость звездной базы
  • 2 Боевое поведение
  • 3 уровень
    • 3.1 Влияющие модификаторы
  • 4 модуля
  • 5 зданий
  • 6 защит
  • 7 орбитальных колец
  • 8 Каталожные номера

Строительство звездной базы требует сначала полного исследования желаемой системы. Стоимость постройки составляет 100 сплавов плюс дополнительная стоимость влияния. Стоимость влияния равна базовому значению 75, умноженному на количество прыжков по гиперлинии, включая обходы, между целевыми системами и ближайшей системой империи. Это уменьшило  Рогатку к происхождению Звезд, что уменьшило множитель расстояния на 75%. Например, соседняя система (1 прыжок) стоит 75 влияния, система, от которой прыгает 2, стоит 150 влияния или 9.4 влияния с Slingshot to the Stars. Другие модификаторы общей стоимости влияния можно найти ниже.

После постройки звездная база появится вокруг центральной точки системы. Его нельзя уничтожить никакими обычными средствами, но его владелец может демонтировать его в мирное время, если он не выше уровня аванпоста (сначала нужно будет понизить звездные базы более высокого уровня) и система не колонизирована. Если звездная база демонтирована, система снова становится нейтральной и бесхозной, и затем может быть захвачена любой империей. Кризисные фракции, в том числе Хан и Серая Буря, разрушают звездные базы, когда они уменьшают их корпус до 0, хотя они перестраиваются как аванпосты, если их флот уходит, а колонизированный мир остается в системе. Пожиратели звезд также уничтожают звездную базу, когда взламывают звезду.

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

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

Вместимость звездной базы[править | править код]

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

Базовая вместимость звездной базы – 3. Она увеличивается за счет следующего:

Источник
На 10 собственных систем +1
Принятие дерева непреклонных традиций +2
 Традиция доктрины крепости +2
 Технология звездного расширения +2
Технология Manifest Destiny +2
Указ об укреплении границы +2
 Общественные торговые посты +4
 Перк вознесения «Хватка пустоты» +5
Соглашение: конец цикла +10
  Interstellar Expansion воспроизводимая технология (максимум 5 раз) +1
По этапам Центра стратегической координации (Всего: +6 ) +2

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

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

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

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

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

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

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

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

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

Уровень Стоимость Время Содержание модулей Здания Платформы Торговая защита Корпус Броня Оружие Коммунальные услуги Ремонт пристыкованного флота
Аванпост 100 100 1 0 0 3 0 5000 1000 1
  • 2
  • 1
Космопорт 200 360 2 2 1 6 8 10000 2000
  • 1
  • 2
  • 6
  • 1
Стархолд 500 720 3 4 2 9 16 20000 5000
  • 1
  • 4
  • 10
  • 1
Звездная крепость 1250 1080 4 6 3 12 24 40000 10000
  • 1
  • 6
  • 14
  • 1
Цитадель 3500 1440 5 6 4 15 32 80000 20000
  • 1
  • 12
  • 26
  • 1

Влияющие модификаторы[edit | править код]

Звёздные базы имеют +50% Скорострельность и +20% Дальность оружия. Ниже приведены дополнительные модификаторы, влияющие на различные характеристики звездных баз. Обратите внимание, что общие модификаторы корпуса корабля, брони, щита и урона также применяются к звездным базам.

Модификаторы для строительства и обслуживания
Стоимость влияния аванпоста
−50% Пожирающий рой/Терравор
−40%  Фанатичный ксенофоб
−30% Решительный истребитель
−20%  Ксенофоб
−20%  Межзвездный Доминион
−15%  Черта правителя-экспансиониста
−10% Дотянуться до звезд
Стоимость сплавов аванпоста
−15%  Черта правителя-экспансиониста
+50%  Империя машин
Стоимость содержания
−20%  Галактические амбиции
−20% Непреклонный завершающий эффект
+25% «Избыток вместимости звездной базы» модификатор за избыточную звездную базу
Модификаторы, связанные с обновлением
Стоимость обновления
−50%  Доктрина крепости
−20% Имеет тему «Бастион»
−15%   Инженерный корпус
−10%  Черта правителя-фортификатора
−10% Черта правителя «Дом в небе»
Скорость обновления
+100% Прокламация крепости
+50% Непреклонный эффект принятия
+25%   Инженерный корпус
+20% Имеет тему «Бастион»
Модификаторы, связанные с военными свойствами
Урон
+100%  Оплот Уровень 3
+75%  Оплот Уровень 2
+50%  Оплот Уровень 1
+50%  Оплот с разрешением Голос для всех
+33%  Защитное рвение
+25%  Вечная бдительность
очков корпуса
+100%  Оплот Уровень 3
+75%  Оплот Уровень 2
+50%  Оплот Уровень 1
+50%  Оплот с разрешением Голос для всех
+33%  Защитное рвение
+25%  Вечная бдительность
+10%
  • Каждый:
    • Артиллерийская батарея
    • Ангарный отсек
    • Ракетная батарея
единиц прочности брони
+10% Каждый:
  • Артиллерийская батарея
  • Ангарный отсек
  • Ракетная батарея

Полностью модернизированная звездная база может поддерживать до 6 модулей. Можно построить несколько модулей одного типа, и звездная база будет описана в планировщике в зависимости от типа большинства модулей. Каждый модуль стоит 50 сплавов, которые можно уменьшить следующим образом:

  • −25%   Модульное проектирование
  • −20% Черта правителя «Дом в небе»
Модуль  Время Содержание Эффекты Требования Описание
Верфь 180 1 +1 Мощность верфи Верфь может строить по одному кораблю одновременно с другими верфями.
Анкоридж 180 1
  •   +4  Вместимость ВМФ
  •   +2  Вместимость ВМФ с Управлением материально-технического обеспечения ВМФ
 Якорные стоянки необходимы для поддержки роста нашего флота.
Артиллерийская батарея 180 1
  • +2 Компоненты среднего оружия
  • +5 Торговая защита
  • +1 Зона защиты
  • +10% Очки прочности брони звездной базы
  • +10% Очки корпуса звездной базы
 Добавляет два слота для оружия среднего размера на звездную базу.
Ракетная батарея 180 1
  • +2 Компоненты управляемого оружия
  • +5 Торговая защита
  • +1 Зона защиты
  • +10% Очки прочности брони звездной базы
  • +10% Очки корпуса звездной базы
 Добавляет два слота для торпедного оружия на звездную базу.
Торговый центр 180 1 +1 Диапазон сбора Гештальт-сознание Гражданская пристань, где купцы и торговцы могут вести дела.
Сеть солнечных панелей 180
  •   +6 Энергия
  •   +12  всего с разрешением Unchained Knowledge уровня 2 или выше
 Гештальт-сознание Достижения в технологии солнечных панелей могут компенсировать эксплуатационные расходы наших звездных баз.
Ангарный отсек 180 1
  • +1 Компоненты вооружения ангара
  • +10 Торговая защита
  • +1 Зона защиты
  • +10% Очки прочности брони звездной базы
  • +10% Очки корпуса звездной базы
  Технология операций оператора связи Добавляет ангар для ударных кораблей на звездную базу.

Полностью обновленная звездная база может поддерживать до 4 зданий. В отличие от модулей, здесь можно построить только одно здание любого типа. Стоимость строительства снижена на −25% благодаря технологии Модульная инженерия . Многие здания звездных баз также могут быть построены на орбитальных кольцах.

Здание Стоимость  Время Содержание Эффекты Орбитальное кольцо Требования Описание
Хранилище ресурсов 50 180 0
  •   +5000  Емкость хранилища ресурсов
  •   +10000  Всего с   шаблонами построения
Массивные хранилища ресурсов и хранилища энергии, где можно безопасно хранить большое количество полезных ископаемых и энергии.
Целевой компьютер восходящей связи 100 360 2 +50% Диапазон оружия звездной базы

+50% Оружейный полигон оборонительной платформы

 Усовершенствованный компьютер наведения, который собирает и анализирует данные со всех дружественных сенсоров в системе. Это значительно упрощает для Звездной базы поиск решений по нацеливанию.
Подавитель помех связи 50 180 1
  • –20% Шанс выхода из боя противника в системе
  • –20% Субсветовая скорость противника в системе
 Макс. 1 на систему Эти мощные глушители создают помехи для связи между кораблями противника, что затрудняет координацию движений флота.
Генератор поля разрушения 100 180 2 –20% Очки здоровья вражеского щита в системе Макс. 1 на систему Создает локальные поля взволнованных субатомных частиц вокруг вражеских кораблей в системе, значительно снижая эффективность их щитов.
Каюты экипажа 50 180 1 –25% Содержание пришвартованного корабля Гештальт-сознание Обеспечивает размещение и поддержку для экипажей космических кораблей, уменьшая логистическую нагрузку на пришвартованные здесь флотилии.
Камеры для беременных экипажа 50 180 1 –25% Содержание пришвартованного корабля Коллективный разум Возможность рождать и вынашивать дроны экипажа прямо на месте — это материально-техническое благо для местных флотов.
Сервисные шлангокабели 50 180 1 –25% Содержание пришвартованного корабля  Машинный интеллект Служебные шлангокабели соединяют пришвартованные флотилии напрямую с основным интеллектом станции, что позволяет ей помогать в ремонте и переоборудовании.
Академия флота 100 360 2 +100 Опыт запуска корабля
  •  Традиции межзвездного флота
  • Верфь
  • Гештальт-сознание
 Чтобы наши вновь набранные экипажи были по-настоящему боеспособны, ими должны руководить способные офицеры. Академия флота гарантирует, что эти офицеры будут иметь современные знания о доктринах и практике межзвездной войны.
Боевые симуляторы 100 360 2 +100 Опыт запуска корабля
  •  Традиции межзвездного флота
  • Верфь
  • Гештальт-сознание
 Многократное моделирование различных боевых сценариев позволит лучше подготовить наши корабельные боевые дроны к реальному бою.
Обсерватория Черной Дыры 100 360 2
  •   +15  Физические исследования
  •   +30  всего с разрешением Unchained Knowledge уровня 2 или выше
  •   +1  Темная материя с рисунком темной материи
  • Датчики подпространства
  • Звезда — черная дыра
 Построив специализированный научный центр для изучения черной дыры, наша империя наверняка улучшит наше понимание физики.
Колоссальные сборочные дворы 1000 720 20
  • Строительство Колосса разрешено
  • Строительство Джаггернаута включено
  • Пожиратель звезд включен
  • Верфь
  • Цитадель
  •   Колоссы или Джаггернаут технологии
 Отказавшись от традиционной концепции сухих доков, колоссальные космические корабли собираются из множества высокомобильных независимых строительных платформ.
Командный центр 250 360 5 +10% Скорострельность союзников в системе
  •  Матрица команд
  • Звездная крепость или орбитальное кольцо, уровень 3
  • Макс. 1 на систему
 Все усилия по защите системы координируются с этого большого объекта, расположенного глубоко внутри корпуса звездной базы. Массивы карт и трехмерные проекции отслеживают весь космический трафик, проходящий через систему в любой момент времени.
Черный сайт глубокого космоса 100 360 2
  •   +1 Единство
  • +25% Система управления этикой Привлекательность
  • +5 Стабильность системы
  •  Живое состояние
  • Система колонизирована
  • Гештальт-сознание
 Большая часть этой Звёздной базы была выделена как Чёрная Зона, которая официально не существует. Вся система находится под пристальным наблюдением отсюда, в то время как оперативники разведки тщательно манипулируют местными СМИ и общественными событиями в меру своих возможностей.
Суперкомпьютер Defense-Grid 150 360 2 +8 Возможности оборонной платформы   Синхронизированная защита Мощный суперкомпьютер, координирующий относительную орбиту и дуги обстрела оборонительных платформ звездной базы, увеличивая количество поддерживаемых оборонительных платформ.
Залив Гидропоники 50 180 1   +10  Еда  Гидропонное сельское хозяйство Посвятив часть этой звездной базы гидропонному земледелию, станция сможет прокормить себя и даже экспортировать излишки продукции в другие системы.
Регистратор Hyperlane 100 180 2 +1 Диапазон сбора
  •  Межзвездная экономика
  • Гештальт-сознание
 Помогает дружественным кораблям в системе совершать сверхсветовые путешествия, определяя идеальные условия для выхода на гипермаршруты и оптимизируя предполагаемые маршруты движения.
Пост прослушивания 100 360 2
  •   +2  Диапазон датчика
  • +4 Дальность обнаружения гиперполосы
  • +1 Диапазон обнаружения датчиков и гиперполос с уровнем разрешения Unchained Knowledge 2 или выше
  Гравитационные датчики На посту прослушивания находится группа преданных делу операторов, которым поручено анализировать реверберацию гиперлинии, функционально расширяя диапазон датчиков звездной базы.
Военно-морское управление материально-технического снабжения 100 360 2   +2  Вместимость флота из Анкориджа
  •  Традиции межзвездного флота
  • Анкоридж
 Минимальный, но сохранившийся бюрократический слой увеличивает теоретические возможности Анкориджей звездной базы.
Очистительный завод Небула 100 360 2
  •   +10  Минералы
  •   +1 Экзотические газы с экстракцией экзотических газов
  • Нефтеперерабатывающие заводы с нулевой гравитацией
  • Система находится внутри туманности
 Обрабатывая пылевые облака туманности, мы можем очищать и извлекать ценные минералы.
Торговая компания вне мира 100 360 0   +2  Торговая стоимость от Trading Hubs
  •  Космическая торговля
  • Торговый центр
 Офис неправительственного органа, занимающегося улучшением условий межзвездной торговли.
Сборочные площадки Титана 500 720 10 Строительство Титана включено
  • Титаны
  • Верфь
  • Цитадель
 Специализированные сухие доки, установленные на корпусе Звездной базы, позволяют строить гигантские корабли класса Титан.
Транзитный узел 100 180 3
  • +100% Шанс автоматического переселения для каждой планеты в системе
  •  Рабы и  неразумные роботы могут автоматически переселяться из этой системы
  •  Точки прорыва гиперполосы
  • Макс. 1 на систему
 Специализированная инфраструктура для невоенных судов, обеспечивающая бесперебойную и удобную транзитную сеть.
Перспектива потомства 150 180 2
  • +65% Точность
  •  +65% Уклонение
  •  +65 % Скорострельность корабля
  •  +65 % Досветовая скорость
  • Не складывается с аурами кораблей Offspring
  Улей прародителей Модуль звездной базы, позволяющий потомству контролировать и управлять текущими битвами в системе.
Станция добычи льда 100 360 0
  • +15% Выход шахтной станции
  • Включает решение 9 «Расширить планетарное море»0418
  • Перк гидроцентрического восхождения
  • Замороженный мир или ледяные астероиды в системе
 Эта система является богатым источником неосвоенного льда. Установив здесь сборную станцию, мы могли бы использовать ее с большей пользой, создав обитаемые океаны для нашего вида.

Ледяные астероиды можно добывать один раз, замороженные миры до 3 раз.

Драконий инкубаторий 750 720 10 Позволяет создавать молодых драконов.
  • Цитадель
  •  Заключение о происхождении Here Be Dragons
 Ультрасовременное оборудование для выращивания молодых драконов.
Аналитический центр куратора 100 360 2
  •   +5  Исследования
  •   +10  всего с уровнем разрешения Unchained Knowledge 3 или выше
  • Соглашение с Куратором анклава
  • В системе есть Кураторская станция
 Построив исследовательский центр, полностью сосредоточенный на обучении и сотрудничестве с Кураторами, мы можем внести значительный вклад в наш научный прогресс.
Художественный колледж 200 360 2
  •   +10 Юнити
  •   +20  всего с разрешением Unchained Knowledge уровня 3 или выше
  • Соглашение с ремесленным анклавом
  • Система имеет станцию ​​Artisan
 Этот художественный колледж в условиях невесомости, функционирующий совместно с соседним Анклавом ремесленников, прославляет красоту космоса в работах, созданных его талантливыми студентами.
Прокси-офис трейдера 100 360 0
  •   −5%  Рыночная комиссия
  •   +5  Стоимость сделки с уровнем разрешения Unchained Knowledge 3 или выше
  • В системе есть анклав трейдеров
  • Доступ к галактическому рынку
  • Гештальт-сознание
 Анклав Торговцев пользуется особыми привилегиями на Галактическом Рынке, которые также могут быть полезны нам.
Спасательные работы 100 360 3
  • –20% Содержание корабля в доке
  • +30% Скорость ремонта корпуса пристыкованного корабля
  • +30% Скорость ремонта брони пристыкованного корабля
  •   +5  Сплавы с уровнем разрешения Unchained Knowledge 3 или выше
  • Соглашение с анклавом Спасателей
  • Система имеет анклав Salvager
 Это оживленное здание снабжает наши инженерные команды изобилием инструментов и запасных частей, способствуя более тесному сотрудничеству с соседним анклавом утилизаторов.
Гарнизон наемников 100 360 20
  • +15% Скорострельность союзников в системе
  •   +5  Вместимость флота с уровнем разрешения Unchained Knowledge 3 или выше
  • Соглашение с анклавом наемников
  • Макс. 1 на систему
 Набор казарм, в которых размещаются военные контрактники. Эти седые ветераны организуют регулярные учения для остальных членов экипажа и готовы защищать станцию, пока мы им платим.
Маяк Плащаницы 500
25		 720 3
  • Создает обход туннеля кожуха
  • Позволяет использовать обходные пути тоннеля кожуха
  • Соглашение с анклавом Коснувшегося Плащаницы Ковена
  • Или Учителя Плащаницы
  • Червоточина в системе
  • Макс. 1 на империю
 Псионический маяк, используемый для создания туннеля Плащаницы в системе. В то время как Маяк Плащаницы может быть демонтирован (или уничтожен), сам Туннель не может быть удален.

Ионная пушка млекопитающих

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

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

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

Защитная платформа вместимость для звездных баз можно увеличить следующим образом:

Источники Империи
Стойкий завершающий эффект +50%
 Вечная бдительность +5
 Бастион, уровень 1 +2
 Бастион, уровень 2 +5
Бастион 3 уровня +8
  • Командный бдительный холдинг с
  •  Оплот Уровень 1 предмет
 +1
  • Командный бдительный холдинг с
  •  Оплот Уровень 2 предмет
 +2
  • Командный бдительный холдинг с
  •  Оплот Уровень 3 предмет
 +4
По этапам Центра стратегической координации (Всего: +12 ) +4
Источники звездной базы/орбитального кольца
На уровень звездной базы (см. выше) +3
На уровень орбитального кольца +2
Суперкомпьютер Defense-Grid +8
  • Каждый:
    • Артиллерийская батарея
    • Ангарный отсек
    • Ракетная батарея
 +1
  • С орбитальным сборочным комплексом Холдинг
  • Каждый:
    • Артиллерийская батарея
    • Ангарный отсек
    • Ракетная батарея
 +2

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

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

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

Модификаторы защитных платформ

Защитные платформы имеют +30% Дальность оружия. Дополнительные модификаторы, влияющие на различные параметры защитной платформы, перечислены ниже. Обратите внимание, что общие модификаторы корпуса корабля, брони, щита и урона также применяются к защитным платформам.

Урон
+100%  Оплот Уровень 3
+75%  Оплот Уровень 2
+50%  Оплот Уровень 1
+50%  Оплот с разрешением Голос для всех
+33%  Защитное рвение
+25%  Вечная бдительность
+25% Защитите границы
+10%   Схемы синхронного срабатывания
очков корпуса
+100%  Оплот Уровень 3
+75%  Оплот Уровень 2
+50%  Оплот Уровень 1
+50%  Оплот с разрешением Голос для всех
+33%  Защитное рвение
+25% Защитите границы
+10%   Усиленные основные слои
+500   Улучшенная структурная целостность
Стоимость сборки
−75%  Оплот Уровень 3
−50%  Оплот Уровень 2
−33%  Черта правителя-фортификатора
−25%  Оплот Уровень 1
−25% Сборные бастионы (повелитель)
−15% Защитите границы
+25%  Сборные элементы бастиона (тема)
Скорость сборки
+100% Прокламация крепости
Содержание
−75%  Оплот Уровень 3
−50%  Оплот Уровень 2
−25%  Оплот Уровень 1
−25% Сборные бастионы (повелитель)
+25%  Сборные элементы бастиона (тема)
См. также: Орбитальное кольцо

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

Концепции игры

Исследование Разведка • Сверхсветовая скорость • Аномалия • Археологические раскопки • Реликвии • До-световые виды • Падшая империя • События • Космические пришельцы • Стражи • Мародеры • Караванщики
Небесные тела Небесное тело • Колонизация • Терраформирование • Планетарные особенности • Модификаторы планет
Виды Вид • Признаки • Популяция • Модификация населения • Права вида • Этика
Управление Империя • Правительство • Гражданское право • Политика • Указы • Лидер • Фракции • Технологии • Традиции • Ситуации
Эконом Экономика • Планетарное управление • Районы • Здания • Холдинги • Работа • Назначение • Торговля • Мегаструктуры
Дипломатия Дипломатия • Отношения • Галактическое сообщество • Федерации • Субъекты империи • Разведка • Личности ИИ
Война Война • Космическая война • Наземная война • Звездная база • Корабль • Конструктор кораблей • Кризис
Другие The Shroud • L-кластер • Уникальные системы • Предустановленные империи • Игроки с ИИ • Пасхальные яйца

«Охота на кротов дезинформации Википедии»

УЗНАТЬ +

Гэри Прайс

18 октября 2022 г., Гэри Прайс

Из WIRED:

Некоторые исследователи считают, что Википедия может быть незамеченным местом для информационной войны, и они разрабатывают технологии и методы, аналогичные тем, которые используются в Facebook и Twitter, для раскрытия информации. Это. Группа из британского Института стратегического диалога (ISD) и Центра анализа социальных сетей (CASM Technology) опубликовала сегодня статью, в которой исследует, как раскрыть дезинформацию в Википедии. Они также считают, что картирование данных могло выявить стратегию, которую государства могли использовать для распространения дезинформации. Хитрость, говорят они, заключается в том, чтобы вести долгую и тонкую игру.

«Мы можем видеть, что происходит на YouTube, Facebook, Twitter и Telegram, мы можем видеть, сколько усилий прилагают государства, пытаясь контролировать и маневрировать в этих пространствах», — говорит Карл Миллер, директор по исследованиям CASM при государственной службе Великобритании. политический аналитический центр Demos. «Для меня нет никаких оснований полагать, что Википедия будет невосприимчива к таким же усилиям, времени и размышлениям, как в любой из этих других областей». У правительств есть веские причины влиять на Википедию: каждый месяц для посещения сайтов Фонда Викимедиа используется 1,8 миллиарда уникальных устройств. , и его страницы регулярно входят в число лучших результатов поиска Google. Растущее недоверие к институтам и основным средствам массовой информации сделало источники надежной информации еще более желанными.

[Клип]

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

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

Узнать больше, прочитать статью полностью (около 1200 слов)

Рубрики: Файлы данных, Журнальные статьи, Новости, Видеозаписи библиотекарь, писатель, консультант и частый докладчик на конференциях, живущий в районе метро Вашингтона, округ Колумбия. Он получил степень MLIS в Государственном университете Уэйна в Детройте. Прайс получил несколько наград, в том числе награду SLA за инновации в технологиях и награду «Выпускник года» Библиотеки и программы информатики Университета Уэйн-Стрит. С 2006-2009 гг.он был директором службы онлайн-информации в Ask.com. Гэри также является соучредителем infoDJ, консалтинговой компании, занимающейся инновационными исследованиями, которая поддерживает группы корпоративных продуктов и бизнес-моделей, своевременно предоставляя факты и идеи.

РЕКЛАМА

Выбрать Месяц Октябрь 2022 (78) Сентябрь 2022 (128) Август 2022 (116) Июль 2022 (117) Июнь 2022 (117) Май 2022 (130) Апрель 2022 (147) Март 2022 (1400) ) Январь 2022 (133) Декабрь 2021 (117) Ноябрь 2021 (126) Октябрь 2021 (133) Сентябрь 2021 (134) Август 2021 (128) Июль 2021 (129)) Июнь 2021 (140) Май 2021 (129) Апрель 2021 (148) Март 2021 (178) Февраль 2021 (154) Январь 2021 (154) Декабрь 2020 (137) Ноябрь 2020 (145) Октябрь 2020 (160) Сентябрь (21560) ) август 2020 г. (139) июль 2020 г. (184) июнь 2020 г. (192) май 2020 г. (165) апрель 2020 г. (172) март 2020 г. (162) февраль 2020 г. (204) январь 2020 г. (216) декабрь 2019 г. (191) ноябрь 2019 г. ) Октябрь 2019 (202) Сентябрь 2019 (181) Август 2019 (161) Июль 2019 (206) Июнь 2019 (202) Май 2019 (208) Апрель 2019март 2019 г. (220) Май 2018 г. (220) Апрель 2018 г. (230) Март 2018 г. (235) Февраль 2018 г. (195) Январь 2018 г. (189) Декабрь 2017 г. (160) Ноябрь 2017 г. (158) Октябрь 2017 г. (187) Сентябрь 2017 г. (207) Август 2017 г. (202) Июль 2017 г. (190) Июнь 2017 г. (177) Май 2017 г. (188) Апрель 2017 г. (189) Март 2017 г. (199) Февраль 2017 г. (210) Январь 2017 г. (217) Декабрь 2016 г. (208) Ноябрь 2016 г. (19)7) октябрь 2016 г. (213) сентябрь 2016 г. (208) август 2016 г. (211) июль 2016 г. (207) июнь 2016 г. (215) май 2016 г. (194) апрель 2016 г. (214) март 2016 г. (202) февраль 2016 г. (191) январь 2016 г. 192) декабрь 2015 (197) ноябрь 2015 (180) октябрь 2015 (189) сентябрь 2015 (217) август 2015 (197) июль 2015 (219) июнь 2015 (237) май 2015 (226) апрель 2015 (235) март (2015) 219) Февраль 2015 г.

Leave a Comment on Мышление вики: Недопустимое название | Warframe викиРазное

About the Author

admin

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Related Posts