Дмитрий Жуков. Корневая папка. выставка. Санкт-Петербург 2023 — Музей современного искусства Эрарта
Музей Эрарта представляет выставку Дмитрия Жукова и приглашает зрителей погрузиться в пространство авторского мифа о гибридных формах жизни среди цифровых сетей
-
Графика разных лет и около 20 масштабных скульптур, вес которых достигает нескольких сотен килограммов
-
Темный металл в цифровом безвременье, хранящий следы рук скульптора и стихии
-
Автор скульптурной группы «Эра и Арта», встречающей гостей Эрарты у главного входа
С 2009 года, с начала основания музея, фигуры из скульптурной группы «Эра и Арта», созданной Дмитрием Жуковым, возвышаются по обе стороны от главного входа.
Теперь работы из публичных и частных собраний, привезенные из самых разных уголков мира, скульптуры из постоянной коллекции Эрарты, а также новые произведения автора составляют уникальную ретроспективную экспозицию выставки.
Корневая папка — главная папка на любом цифровом устройстве. Это место, не доступное пользователю напрямую или вовсе скрытое от него, где хранятся все файлы операционной системы. Именно это пространство, самое укромное и важное, приглашает посетить нас скульптор. Работы, которые мы чаще видим в формате цифровых копий, двумерных проекций, представлены здесь в трехмерной полноте.
Выставка Дмитрия Жукова приоткрывает двери в пространство авторского мифа о гибридных формах жизни среди цифровых сетей. Биологическое здесь сосуществует с машинным. Плоть обращена в металл, и в металлическом массиве угадываются мышечные волокна и ребра-каркасы. Несмотря на внешнюю чужеродность, это пространство цифровой сети организовано по принципу живого дерева: корень, скрытый под землей, порождает мощный ствол, от которого, в свою очередь, расходится множество ветвей — вариантов.
Название выставки — это метафора рождения скульптур: скрытое здесь предшествует проявленному, система мировоззрения стоит за будущим воплощением в форме, идея, художественный замысел предшествуют реализации. Обычно скрытые от посторонних глаз эскизы и видеоматериалы из личного архива автора оказываются у всех на виду. Это «системные файлы» корневой папки, ее неотъемлемые компоненты, обрывки воспоминаний в материале и цифре.
Скульптуры Дмитрия Жукова всегда находятся на стыке между рождением и распадом, между намерением и давно совершенным действием. Прорехи и пустоты в скульптурных объемах сообщают о парадоксальной эфемерности скульптур, как если бы они были цифровыми файлами. Это темный металл в цифровом безвременье, хранящий следы рук скульптора и огня.
об авторе
Дмитрий Жуков родился в 1972 году в городе Азов.
В 2006-м окончил кафедру художественной обработки металла Санкт-Петербургской государственной художественно-промышленной академии имени А.Л. Штиглица. С 2006 по 2008 год преподавал в СПГХПА на кафедре рисунка. С 2009 года входит в состав Союза художников России. В настоящее время живет и работает в Карелии. Работы Дмитрия Жукова представлены в постоянной коллекции музея современного искусства Эрарта («Телец», «Эра и Арта»), на территории арт-парка «Никола-Ленивец» в Калужской области («Личная вселенная № 5»), в собрании девелоперской группы «Интеко» в московском ЖК West Garden («Французский de Sad»), в художественном парке La collection’air в Люцерне, Швейцария («Русские кружева», «Крылья»), а также в частных коллекциях в России, Германии, Швейцарии, Аргентине и США.
купить билет
текущие выставки
все выставкиТипы папок
Сведения об организации содержимого
Прежде чем добавлять содержимое в коллекцию материалов, пользователям необходимо решить, каким образом они будут управлять этим содержимым.
Это позволит им организовать содержимое в соответствии с их индивидуальными потребностями. Подобным образом, если администраторы разработают структуру папок с учетом потребностей учреждения, это повысит эффективность планирования, обучения и обмена сообщениями.
Файлы в коллекции материалов представлены в виде древовидной структуры вложенных папок, включающей уровень области содержимого. То есть в каждой папке могут размещаться подпапки и файлы. Термин «элементы» относится к файлам и папкам.
В папках находятся как файлы, так и другие папки. Папки автоматически становятся доступными лишь пользователю, который их добавил. Чтобы другие пользователи могли просматривать эти папки, нужно предоставить к ним общий доступ. Важно помнить, что все папки содержатся в других папках вплоть до корневой папки (/). Корневые папки — это папки, в которых размещаются все остальные папки. Области содержимого, такие как «Пользователи», «Курсы», «Учреждение» и «Библиотека», — это всего лишь папки, находящиеся в корневой папке.
Система не допускает наличия подпапок с одинаковыми именами в одной родительской папке. Например, в папке верхнего уровня, носящей имя пользователя, невозможно создать две папки с именами «Групповые проекты». Система также не допускает наличия файлов с одинаковыми именами в одной папке. При присваивании имен учитывается регистр символов, поэтому файлы и папки могут иметь одинаковые символы, используемые в разных регистрах. Например, в одной родительской папке можно создать папки «Групповой Проект» и «Групповой проект».
Частное и общедоступное пространство содержимого
Рекомендуется создавать отдельные папки для личного содержимого (частное пространство) и папки, которые будут доступны другим пользователям (общедоступное пространство). Это позволяет пользователям иметь папки, доступные только им, в которых можно хранить личное содержимое. Например, в одной личной папке можно хранить документы и проекты в работе, в другой — служебное содержимое, еще не готовое к публикации, например резюме и сопроводительные письма для различных работ.
Никто другой не имеет разрешения на доступ к таким личным папкам.
Когда документ готов к публикации, его можно скопировать или переместить в общедоступную папку. Например, преподаватель, работающий с документацией курса, может создать черновик в личной папке, а затем переместить готовый документ в общедоступную папку. Папка общего доступа доступна всем пользователям, зачисленным в класс (общедоступное пространство выделяется таким образом, чтобы им могли пользоваться только участники курса), и создает возможности для совместной работы.
Создание личной папки
Подобно остальным папкам, личная папка создается в коллекции материалов с помощью функции Добавить папку. То, будет ли папка личной, определяется присвоенными ей разрешениями.
- В папке, носящей имя пользователя, личная папка — это подпапка, к которой остальные пользователи не имеют доступа. Пользователь может создать подпапку в своей папке и не предоставлять разрешения для доступа к ней другим пользователям.
- В папке курса личная папка может быть предназначена специально для преподавателя, но к ней также могут получить доступ пользователи с другими ролями на курсе. Например, можно создать личную папку с разрешениями на доступ для преподавателя, его помощника и конструктора курса. Эта папка будет недоступной для всех учащихся, зарегистрированных в курсе.
Создание общедоступной папки
Подобно личным папкам, общедоступные папки создаются с помощью функции Добавить папку. То, будет ли она доступной для нескольких пользователей или групп пользователей, зависит от разрешений на доступ к ней. Любой пользователь с разрешением на управление может предоставить доступ к элементу для более широкой аудитории.
- В папке, носящей имя пользователя, можно создать общедоступную папку и предоставить доступ к ней группе пользователей, совместно работающих над проектом.
- В папке курса можно создать общедоступную папку и предоставить доступ к ней всем пользователям, зарегистрированным в курсе. В этой папке могут размещаться информация курса или статьи, с которыми должен ознакомиться весь класс.
В этой папке могут размещаться информация курса или статьи, с которыми должен ознакомиться весь класс.Папки групп
описать корневые папки — AWS CLI 1.27.156 Справочник по командам
Примечание:
Вы просматриваете документацию для более старой основной версии интерфейса командной строки AWS (версия 1).AWS CLI версии 2, последняя основная версия AWS CLI, теперь стабильна и рекомендуется для общего использования. Чтобы просмотреть эту страницу для AWS CLI версии 2, нажмите здесь. Дополнительные сведения см. в интерфейсе командной строки AWS версии 2. Инструкция по установке и руководство по миграции.
[ авс . workdocs ]
Описание
Описывает специальные папки текущего пользователя; RootFolder и RecycleBin .
RootFolder — это корень пользовательских файлов и папок, а RecycleBin — это корень переработанных элементов. Это недопустимое действие для клиентов SigV4 (API администратора).
Для этого действия требуется маркер аутентификации. Чтобы получить токен аутентификации, зарегистрируйте приложение в Amazon WorkDocs. Дополнительные сведения см. в разделе Аутентификация и контроль доступа для пользовательских приложений в
См. также: Документация по AWS API
описать корневые папки — это операция с разбиением на страницы. Для получения всего набора данных результатов может быть выполнено несколько вызовов API. Вы можете отключить нумерацию страниц, указав аргумент --no-paginate .
При использовании --output text и аргумента --query в ответе с разбивкой на страницы аргумент --query должен извлекать данные из результатов следующих выражений запроса: Папки
Краткий обзор
описание корневых папок --authentication-token <значение> [--cli-input-json <значение>] [--стартовый токен <значение>] [--page-size <значение>] [--max-элементов <значение>] [--generate-cli-скелет <значение>] [--отлаживать] [--endpoint-url <значение>] [--no-проверить-ssl] [--без разбивки на страницы] [--выход <значение>] [--запрос <значение>] [--профиль <значение>] [--регион <значение>] [--версия <значение>] [--цвет <значение>] [--нет-знака-запроса] [--ca-комплект <значение>] [--cli-read-timeout <значение>] [--cli-connect-timeout <значение>]
Опции
--authentication-token (строка)
Токен аутентификации Amazon WorkDocs.
--cli-input-json (строка)
Выполняет операцию службы на основе предоставленной строки JSON. Строка JSON соответствует формату, предоставленному --generate-cli-skeleton . Если в командной строке указаны другие аргументы, значения CLI переопределяют значения, предоставленные JSON. Невозможно передать произвольные двоичные значения, используя значение, предоставленное JSON, поскольку строка будет воспринята буквально.
--начальный токен (строка)
Токен, указывающий, с чего начать разбиение на страницы. Это
NextTokenиз ранее усеченного ответа.Примеры использования см. в разделе Разбивка на страницы в Руководстве пользователя интерфейса командной строки AWS .
--page-size (целое число)
Размер каждой страницы для получения в сервисном вызове AWS. Это не влияет на количество элементов, возвращаемых в выводе команды.
Примеры использования см. в разделе Разбивка на страницы в Руководстве пользователя по интерфейсу командной строки AWS .
Установка меньшего размера страницы приводит к большему количеству обращений к сервису AWS и получению меньшего количества элементов при каждом вызове. Это может помочь предотвратить истечение времени ожидания вызовов службы AWS. --max-items (целое)
Общее количество элементов, возвращаемых в выводе команды. Если общее количество доступных элементов превышает указанное значение, в выходных данных команды предоставляется
NextToken. Чтобы возобновить разбиение на страницы, укажите значениеNextTokenв аргументеstart-tokenпоследующей команды. Не используйте элемент ответаNextTokenнепосредственно вне интерфейса командной строки AWS.Примеры использования см. в разделе Разбивка на страницы в Руководстве пользователя интерфейса командной строки AWS .
--generate-cli-skeleton (строка)
Печатает скелет JSON в стандартный вывод без отправки запроса API. Если не задано значение или указано значение input , печатает образец ввода JSON, который можно использовать в качестве аргумента для --cli-input-json . Если указано значение output , он проверяет входные данные команды и возвращает образец вывода JSON для этой команды.
Глобальные параметры
--debug (логическое значение)
Включить ведение журнала отладки.
--endpoint-url (строка)
Переопределить URL-адрес команды по умолчанию с заданным URL-адресом.
--no-verify-ssl (логическое значение)
По умолчанию интерфейс командной строки AWS использует SSL при обмене данными с сервисами AWS. Для каждого соединения SSL интерфейс командной строки AWS будет проверять сертификаты SSL. Этот параметр переопределяет стандартное поведение проверки SSL-сертификатов.
--no-paginate (логическое значение)
Отключить автоматическое разбиение на страницы.
--output (строка)
Стиль форматирования вывода команды.
- json
- текст
- стол
--query (строка)
Запрос JMESPath для использования при фильтрации данных ответа.
--profile (строка)
Используйте определенный профиль из вашего файла учетных данных.
--region (строка)
Используемый регион. Переопределяет настройки config/env.
--version (строка)
Показать версию этого инструмента.
--color (строка)
Включить/выключить цветной вывод.
- на
- от
- авто
--no-sign-request (логическое)
Не подписывать запросы. Учетные данные не будут загружены, если указан этот аргумент.
--ca-bundle (string)
Пакет сертификатов CA для использования при проверке SSL-сертификатов.
Переопределяет настройки config/env.
--cli-read-timeout (целое)
Максимальное время чтения сокета в секундах. Если установлено значение 0, чтение сокета будет блокироваться, а не по тайм-ауту. Значение по умолчанию — 60 секунд.
--cli-connect-timeout (int)
Максимальное время подключения к сокету в секундах. Если установлено значение 0, подключение к сокету будет блокироваться, а не по тайм-ауту. Значение по умолчанию — 60 секунд.
Вывод
Папки -> (список)
Специальные папки пользователя.
(структура)
Описывает папку.
Идентификатор -> (строка)
Идентификатор папки.
Имя -> (строка)
Имя папки.
CreatorId -> (строка)
ID создателя.
ParentFolderId -> (строка)
ID родительской папки.
CreatedTimestamp -> (timestamp)
Время создания папки.
ModifiedTimestamp -> (метка времени)
Время обновления папки.
ResourceState -> (строка)
Состояние ресурсов папки.
Подпись -> (строка)
Уникальный идентификатор, созданный из подпапок и документов папки.
Этикетки -> (список)
Список этикеток в папке.
(строка)
Размер -> (длинный)
Размер метаданных папки.
LatestVersionSize -> (длинный)
Размер последней версии метаданных папки.
Маркер -> (строка)
Маркер для следующего набора результатов.
Добавление файлов в корень сборки
Добавление файлов в корень сборки Корневые файлы — это файлы, которые должны быть упакованы при установке Eclipse, но не являются компонентами или подключаемыми модулями.
Типичными примерами являются исполняемый файл eclipse и ini-файлы, а также файлы лицензирования.
Корневые файлы добавляются в сборку компонентами, содержащими соответствующие корневые свойства.
корень | Укажите через запятую список файлов или папок, которые должны быть включены во все создаваемые конфигурации. Относительные пути относятся к содержащему объекту. Используйте «file:», чтобы указать файл, и «absolute:», чтобы использовать абсолютный путь. Примеры:
Каждая запись, разделенная запятыми, становится набором файлов ant. Если запись относится к папке, то эта папка является параметром «dir» набора файлов, а «**» используется в качестве параметра «включает». Если запись представляет собой файл, то каталог, содержащий файл, становится параметром «dir», а файл указывается в параметре «includes». Для всех относительных файлов в каталоге будет использоваться свойство ${baseDir}. Это свойство ${baseDir} будет корневым каталогом компонента, в котором будет расположен сгенерированный файл build.xml. |
корень. | Укажите список файлов или папок, которые должны быть включены в данную конфигурацию. Указанные здесь конфигурации должны соответствовать конфигурациям в свойстве configs для сборки.
Относительные пути относятся к содержащему объекту. Здесь также применяются те же префиксы «file:» и «absolute:», что и в свойстве «root». Примеры:
|
root.folder.<подпапка> root. | Аналогично свойствам «root» и «root. Относительные пути относятся к содержащему объекту. Здесь также применяются те же префиксы «file:» и «absolute:», что и в свойстве «root». Примеры:
|
root.permissions.<права> root. | Укажите список файлов, для которых нужно запустить задачу ant chmod. Значение этого свойства будет передано задаче ant chmod в качестве параметра «includes». Это означает, что можно использовать шаблоны подстановочных знаков ant. Примеры:
Часть свойства  Аналогично для antZip и zipfileset. В то время как задача ant chmod поддерживает такие разрешения, как «og-rwx» (запрещает пользователям, не являющимся владельцами, прикасаться к файлу), наборы файлов tar и zip поддерживают только трехзначные восьмеричные строки. |
root.link root. | Перечислите попарно (через запятую) файлы и папки, которые необходимо символически связать. Первая запись пары является целью, а вторая запись — именем ссылки. Пример:
Это приводит к выполнению задачи ant exec, которая выполняет команду «ln -sf». Учитывая значение «targetA, nameA, targetB, nameB, targetC, nameC», набор команд «ln» будет выполнен в папке, где собраны корневые файлы eclipse: ln -sf цельA имяA ln -sf targetB имяB ln -sf targetC имяC |
html», а также относительный путь для включения всех файлов *.so* в папке lib.
При использовании файла .
product на основе функций корневые файлы можно добавить к продукту, просто указав вышеуказанные свойства корневого файла в любой из включенных функций.
Возможно включить функцию исключительно с целью внесения корневых файлов. Если эта функция «rootfile» не указывает свойство «bin.includes» в своем файле build.properties, то она не будет включена в окончательные результаты сборки, но будут добавлены ее корневые файлы.
Если файл .product основан на подключаемых модулях, а не на функциях, в сборку все же можно добавить корневые файлы. В сборке продукта PDE/Build автоматически создает компонент-контейнер, который включает в себя все подключаемые модули, указанные в файле .product (см. задачу eclipse.generateFeature). Есть два способа добавить корневые файлы в эту сборку продукта:
- Создайте компонент, который добавляет корневые файлы, но не указывает свойство bin.includes. Добавьте эту функцию в автоматически сгенерированный компонент-контейнер, установив свойство featureList:
${buildDirectory}/features/org.
