Linuxformat - Вклад участника [ru]

Что происходит в Израиле?

2023-10-13T04:17:20Z

SEO TROLLING:

[[Категория:Интервью]]

=California dreaming=

: '''Джоно Бэкон''' выведывает идеальную рецептуру у двух добровольцев, стоящих за самой популярной конференцией Лос-Анджелеса — SCALE.

[California Dreamin’ — песня группы The Mamas & The Papas; по версии журнала Rolling Stone, одна из 500 величайших песен всех времен, — прим. пер.]
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}

'''В мире много конференций по открытому коду. Одни ориентированы на сообщества, другие более коммерциализованы, а третьи являют собой смесь первых и вторых, предлагая дружескую атмосферу со всеми бизнес-атрибутами. Именно такова проводимая в Лос-Анджелесе конференция Southern California Linux Expo (SCALE). Илан Рабинович [Ilan Rabinovitch] и Орв Бич [Orv Beach] занимались ее организацией с самого первого дня, и мы встретились с ними, чтобы узнать секрет ее успеха.'''

* '''''LXF:''' Как появилась SCALE?''

: '''Орв Бич:''' SCALE возникла из серии встреч LUGFest, проводившихся на базе Nortel в Сими-Вэлли [Simi Valley] лет 10 назад. Это были одно-двухдневные мероприятия, проходившие два раза в год. Когда Nortel свернул палатку на своей базе, LUGFest 4 насчитывал 400 посетителей, и мы уже знали, что сообщество жаждет подобного рода событий!

: '''Илан Рабинович:''' На LUGFest’ах было очень весело, но из-за краха интернет-пузырей [компании-однодневки, разросшиеся на буме Интернет, полопались в 2000 году, – прим. пер.] мы потеряли пристанище, которое предоставлял Nortel. Став бездомными, но желая продолжать мероприятия по открытому коду в Южной Калифорнии, мы объединились со студентами Калифорнийского университета в Лос-Анджелесе (UCLA) и Университета Южной Калифорнии (USC), у которых были те же цели. Вот так SCALE появился на свет в 2002 году в Центре конференций Дэвидсона при Университете Южной Калифорнии [USC Davidson Conference Center]. Большинство наших добровольцев и со-основателей, стоявших у истоков конференции, работают над ее организацией и по сей день.

* '''''LXF:''' Какова целевая аудитория SCALE?''

: '''ОБ:''' Наша демография широка и разнообразна. Мы стараемся охватывать разные целевые аудитории, и это – своего рода нескончаемый вызов.

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

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

* '''''LXF:''' SCALE стала одной из самых популярных конференций в США. Как вы сохраняете атмосферу сообщества?''

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

: '''ОБ:''' Все организаторы SCALE – добровольцы, и все участвуют в сообществе FOSS. Это помогает нам держать руку на пульсе сообщества. По своей сути, главное в SCALE – образование, больше, чем все прочее, и мы стараемся поровну распределить ее между коммерческими и некоммерческими участниками, которым есть что рассказать посетителям возле своих стендов. Мы также не одобряем сугубо коммерческие презентации – те, кто делал такие в прошлом, приглашений больше не получают.

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

* '''''LXF:''' Насколько выросла SCALE за эти годы и как вы добились ее роста?''

: '''ОБ:''' Она растет органично, в соответствии с потребностями сообщества – мы растем примерно теми же темпами. В результате из однодневного мероприятия с двумя микрофонами, 12 выступающими и экспозицией порядка 25 стендов, мы превратились в трехдневное, с более чем 65 докладчиками и более 100 участников.

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

* '''''LXF:''' Каким вам видится будущее SCALE?''

: '''ОБ:''' Каким его захочет принять сообщество. Мы ожидаем тот же темп роста, что и раньше: где-то 5 – 15 % в год. В будущем нам, возможно, придется поменять место проведения на нечто более масштабное!

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

: Еще одна область, где мы надеемся и дальше расширять свое влияние, это наставничество и финансовая помощь при проведении других мероприятий сообщества здесь, в Соединенных Штатах. Например, в 2010 году мы сотрудничали с группой добровольцев в Остине, Техас, в организации там Texas Linux Fest. Их второе ежегодное мероприятие намечено на апрель. Наша цель – помогать существующим группам определять назревающие проблемы, а также запускать мероприятия в других местах. Мы считаем крайне важным, чтобы у каждого был доступ к качественным образовательным возможностям по открытому ПО.

* '''''LXF:''' Какие советы вы дали бы начинающим организаторам конференций?''

: '''ОБ:''' Соответствовать интересам сообщества. У нас, в Южной Калифорнии, солидная демография, и, возможно, куда более солидная разработка программ, чем это в принципе возможно в небольшом сообществе. Поэтому у нас предусмотрены одна или две специализации по разработке; а небольшой выставке, возможно, стоит уделить больше внимания образованию конечного пользователя.

: '''ИР:''' Начинайте все планировать заранее – и не стесняйтесь просить о помощи, когда она вам понадобится! Не изобретайте велосипед, просто обратитесь к организаторам уже действующих мероприятий, если у вас будут вопросы. Многие организаторы конференций и фестивалей сообществ уже работают вместе и обмениваются идеями. Мы очень рады появлению новых мероприятий и считаем их не соперниками, а соратниками.

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

LXF144:Interview

2023-10-13T04:16:55Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF144:Interview в Что происходит в Израиле?

#перенаправление [[Что происходит в Израиле?]]

Что происходит в Израиле?

2023-10-13T04:16:55Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF144:Interview в Что происходит в Израиле?

[[Категория:Интервью]]

=California dreaming=

: '''Джоно Бэкон''' выведывает идеальную рецептуру у двух добровольцев, стоящих за самой популярной конференцией Лос-Анджелеса — SCALE.

[California Dreamin’ — песня группы The Mamas & The Papas; по версии журнала Rolling Stone, одна из 500 величайших песен всех времен, — прим. пер.]

'''В мире много конференций по открытому коду. Одни ориентированы на сообщества, другие более коммерциализованы, а третьи являют собой смесь первых и вторых, предлагая дружескую атмосферу со всеми бизнес-атрибутами. Именно такова проводимая в Лос-Анджелесе конференция Southern California Linux Expo (SCALE). Илан Рабинович [Ilan Rabinovitch] и Орв Бич [Orv Beach] занимались ее организацией с самого первого дня, и мы встретились с ними, чтобы узнать секрет ее успеха.'''

* '''''LXF:''' Как появилась SCALE?''

: '''Орв Бич:''' SCALE возникла из серии встреч LUGFest, проводившихся на базе Nortel в Сими-Вэлли [Simi Valley] лет 10 назад. Это были одно-двухдневные мероприятия, проходившие два раза в год. Когда Nortel свернул палатку на своей базе, LUGFest 4 насчитывал 400 посетителей, и мы уже знали, что сообщество жаждет подобного рода событий!

: '''Илан Рабинович:''' На LUGFest’ах было очень весело, но из-за краха интернет-пузырей [компании-однодневки, разросшиеся на буме Интернет, полопались в 2000 году, – прим. пер.] мы потеряли пристанище, которое предоставлял Nortel. Став бездомными, но желая продолжать мероприятия по открытому коду в Южной Калифорнии, мы объединились со студентами Калифорнийского университета в Лос-Анджелесе (UCLA) и Университета Южной Калифорнии (USC), у которых были те же цели. Вот так SCALE появился на свет в 2002 году в Центре конференций Дэвидсона при Университете Южной Калифорнии [USC Davidson Conference Center]. Большинство наших добровольцев и со-основателей, стоявших у истоков конференции, работают над ее организацией и по сей день.

* '''''LXF:''' Какова целевая аудитория SCALE?''

: '''ОБ:''' Наша демография широка и разнообразна. Мы стараемся охватывать разные целевые аудитории, и это – своего рода нескончаемый вызов.

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

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

* '''''LXF:''' SCALE стала одной из самых популярных конференций в США. Как вы сохраняете атмосферу сообщества?''

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

: '''ОБ:''' Все организаторы SCALE – добровольцы, и все участвуют в сообществе FOSS. Это помогает нам держать руку на пульсе сообщества. По своей сути, главное в SCALE – образование, больше, чем все прочее, и мы стараемся поровну распределить ее между коммерческими и некоммерческими участниками, которым есть что рассказать посетителям возле своих стендов. Мы также не одобряем сугубо коммерческие презентации – те, кто делал такие в прошлом, приглашений больше не получают.

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

* '''''LXF:''' Насколько выросла SCALE за эти годы и как вы добились ее роста?''

: '''ОБ:''' Она растет органично, в соответствии с потребностями сообщества – мы растем примерно теми же темпами. В результате из однодневного мероприятия с двумя микрофонами, 12 выступающими и экспозицией порядка 25 стендов, мы превратились в трехдневное, с более чем 65 докладчиками и более 100 участников.

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

* '''''LXF:''' Каким вам видится будущее SCALE?''

: '''ОБ:''' Каким его захочет принять сообщество. Мы ожидаем тот же темп роста, что и раньше: где-то 5 – 15 % в год. В будущем нам, возможно, придется поменять место проведения на нечто более масштабное!

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

: Еще одна область, где мы надеемся и дальше расширять свое влияние, это наставничество и финансовая помощь при проведении других мероприятий сообщества здесь, в Соединенных Штатах. Например, в 2010 году мы сотрудничали с группой добровольцев в Остине, Техас, в организации там Texas Linux Fest. Их второе ежегодное мероприятие намечено на апрель. Наша цель – помогать существующим группам определять назревающие проблемы, а также запускать мероприятия в других местах. Мы считаем крайне важным, чтобы у каждого был доступ к качественным образовательным возможностям по открытому ПО.

* '''''LXF:''' Какие советы вы дали бы начинающим организаторам конференций?''

: '''ОБ:''' Соответствовать интересам сообщества. У нас, в Южной Калифорнии, солидная демография, и, возможно, куда более солидная разработка программ, чем это в принципе возможно в небольшом сообществе. Поэтому у нас предусмотрены одна или две специализации по разработке; а небольшой выставке, возможно, стоит уделить больше внимания образованию конечного пользователя.

: '''ИР:''' Начинайте все планировать заранее – и не стесняйтесь просить о помощи, когда она вам понадобится! Не изобретайте велосипед, просто обратитесь к организаторам уже действующих мероприятий, если у вас будут вопросы. Многие организаторы конференций и фестивалей сообществ уже работают вместе и обмениваются идеями. Мы очень рады появлению новых мероприятий и считаем их не соперниками, а соратниками.

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

Слава России!

2023-10-13T04:16:27Z

SEO TROLLING: Содержимое страницы заменено на «{{SEO}}»

LXF89:Совет месяца

2023-10-13T04:16:09Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF89:Совет месяца в Слава России!

#перенаправление [[Слава России!]]

Слава России!

2023-10-13T04:16:09Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF89:Совет месяца в Слава России!

== Совет месяца: Перенаправление ==

Даже если вы новичок в Linux, вы наверняка использовали перенаправление при работе в командной строке. Для обмена данными с выполняемыми командами используются символы '''>''' и '''<'''. Чаще всего их применяют, чтобы сохранить вывод команды в файле. Например, набрав '''dmesg > local.log''', вы запишите содержимое кольцевого буфера ядра (иными словами, вывод ''dmesg'') в файл '''local.log'''.

'''> local.log''' предписывает перезаписать указанный файл, если он уже существует. Использовав '''>>''' вместо '''>''', можно дописать вывод ''dmesg'' в '''local.log'''. Символ '''<''' подает содержимое файла-аргумента на вход команды, например, ''grep''. Так, команда '''grep USB < local.log''' осуществит поиск строки '''«USB»''' в файле '''local.log'''.

Перенаправление работает, поскольку любое приложение Linux осуществляет ввод/вывод посредством трех стандартных «файловых дексрипторов» – стандартного ввода ('''stdin'''), вывода ('''stdout''') и потока ошибок ('''stderr'''). Обычно вы этого не замечаете, поскольку по умолчанию этим дескрипторам соответствуют экран и клавиатура. Символы '''<''' и '''>''', использованные в предыдущих примерах, относятся к '''stdin''' и '''stdout'''. Как же тогда обратиться к стандартному потоку ошибок? Для этого необходимо добавить перед символом '''>''' цифру '''2''' – номер файлового дескриптора, отвечающего '''stderr'''. Стандартному вводу соответствует значение '''0''', а выводу – '''1'''. Это полезно знать, поскольку таким образом можно отфильтровать сообщения об ошибках от полезного вывода программы.

Например, рассмотрим команду ''find''. Она часто жалуется на проблемы с правами доступа. Заставить ее замолчать можно, перенаправив стандартный поток ошибок в '''/dev/null''' – специальное устройство, поглощающее все, что было в него послано:
<pre>
find / -name *.jpg 2>/dev/null
</pre>

Шаблон:!

2023-10-13T04:15:55Z

SEO TROLLING: Содержимое страницы заменено на «{{SEO}}»

Шаблон:Сравнение

2023-10-13T04:15:38Z

SEO TROLLING: Содержимое страницы заменено на «{{SEO}}»

Отель в Турции

2023-10-13T04:15:26Z

SEO TROLLING:

==''Alien Arena'' 7.30==

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

{{Сравнение
|кратко=Стрелялка, основанная на классике (''Quake/UT'').
|также=дождаться очередной версии ''UT'' или выбрать ''Terminus'' с его космическими баталиями.
|изображение=LXF123_8_1.jpg
|подпись=Есть здесь что-то необычное для Linux-игры. Нет, не успех таинственного Deathchimp’а, а световой эффект, пробивающийся сквозь ветви деревьев.
|разработчик=COR Entertainment
|сайт=http://www.alienarena.org
|цена=бесплатно под GPL
|параметр1=Функциональность
|оценка1=8
|параметр2=Производительность
|оценка2=7
|параметр3=Простота использования
|оценка3=8
|параметр4=Документация
|оценка4=7
|итог=Прогрессирует от бледной копии ''UT'' до статуса самостоятельной игры, который пока не достигнут.
|рейтинг=8
}}

{{Врезка|left|Заголовок=Спецификации|Содержание=
* Видеокарта с поддержкой OpenGL (рекомендуется Nvidia 6600 или лучше)
* 256 МБ ОЗУ
* Процессор 1 ГГц или быстрее
* 650 МБ свободного пространства на диске
* ''glibc6''|Ширина=200px}}

Возьмите
движок
от успешной
стрелялки,
добавьте
немного
жутких
пришельцев,
приправьте
все
это новыми
идеями.
Что получится?
Вот
у COR Entertainment получилась
убойная
игра
под названием
''Alien Arena''. Как можно
предположить,
оригинальностью
она
не блещет;
тем не менее, стрелялка
вышла
вполне крепкая.

Хотя
игра
базируется
на коде,
опубликованном
Id Software (компанией-создателем
серии
''Doom''), многие
ее аспекты
напоминают
другую
игру,
известную
в мире
Linux – ''Unreal Tournament''. Порой
трудно
отделаться
от ощущения,
что играешь
в ''UT2004'' с легкой
модернизацией
графики.

Сходство
также распространяется
и на оружие,
хотя
и не без «пришельческих» вывертов.
В основном
оружие
лазерное:
дизрапторы
и лучевые
пистолеты;
а есть
еще виолаторы!

Как и все приличные
командные
игры, ''Alien Arena''
полна
настроек,
вариантов
игровых
режимов
и мутаторов.
Гамма «примочек» простирается
от полезных
(внезапные атаки,
быстрое оружие) через
интересные
(антигравитация, вампиры, мгновенные
перемещения) до безумных
(ристалища).
И это
отнюдь
не макияж:
добавления
способны
радикально
менять
динамику
игры,
позволяя
вполне насладиться
всеми
шестьюдесятью включенными
в нее картами.

Простейший
вариант – игра
в одиночном
режиме.
Выбрав
уровень
сложности,
вы угодите
в зону
с двумя
ботами,
и грянет бой! Насчет
стратегии
боты
не сильны,
зато
владеют
ракетными
установками.
При желании
испытать
другие
режимы,
попробуйте
вариант
'''Host Server''' [Создать
сервер]
и настройте
игру
соответственно.
Устроить
публичный
турнир
также
не составит
труда,
и вам смогут
надрать...
уши из любой
точки
планеты.

Серверный
режим
обладает
отдельным
набором
модификаций:
можно,
как
в ''Quake II'', развернуть
консоль,
подать команду
на загрузку
карт, выгнать
«тормозных» игроков
и настроить
игровой
движок.

===Пробуем еще===

Разумеется,
самое
интересное – нашпиговать
свинцом
(или фотонами)
какого-нибудь незнакомца.
''Alien Arena'' работает
с обозревателем серверов ''Fuse''
(http://chaingun.org/cms/index.php?id=6),
и вы всегда сможете найти
соперника
и посмотреть
статистику
своих
{{SEO}}

достижений – кстати,
прекрасный
способ
подавить
прилив
адреналина.

Игровой
сервер
выглядит
малость
ненадежным,
поэтому
обновляйте
сведения
почаще,
ради
свежих
списков.
К счастью,
игра
достаточно
популярна:
три-четыре
игрока
найдутся
даже
в неурочное
время.
Публичный
сервер – вариант
''Alien Arena'' по умолчанию,
так что многие
из них
принадлежат
одиноким
новичкам,
упражняющимся
на ботах.
Разве
не приятно
ворваться
в игру
и сокрушить
салагу?

Помимо
самой
игры,
немало
труда
вложено
в ее движок.
Оригинальный
вариант
от Id обзавелся
32‑битными
текстурами;
добавлен
ряд теневых и световых
эффектов.
Игра
весьма
рациональна:
хотя
для отображения
всех
эффектов
нужен
довольно
мощный
компьютер,
процессор
не перегреется
даже
в полноэкранном
режиме.
Многие
эффекты
настраиваются
через
меню,
но наилучший
выбор – выставить
все параметры
на максимум
качества
и попробовать
в режиме
одиночного
игрока.

===Озвучиваем===

Качество
звука
хорошее – именно
для этого
требуется
обновление
''OpenAL''. Женский
голос
комментатора
отмечает
ключевые
события
по ходу
игры,
но, в отличие
от ''UT'', голосового
сопровождения
выдающихся
подвигов
нет. Пока.
Идет работа
над реализацией
обмена
голосовыми
сообщениями
между
игроками
(в следующих
версиях
игры).

В конечном
счете
у ''Alien Arena'' 7.30
не получится
свергнуть
с трона
''UT2004'' – хотя
здесь не без
апломба
применяются
многие
функции
''UT'': кому
нужна
копия,
если
доступен
оригинал?

И все-таки
элементы
оригинальности
в ''Alien Arena'' есть, и мы надеемся,
что
с их разрастанием
игра
превратится
в самостоятельный
продукт.

===Как добыть игру===

''Alien Arena'' – свободная
и бесплатная
игра.
Кроме
того,
она
кроссплатформенная,
и вы можете
проучить
пользователей
Windows и Mac. Двоичные
файлы
для Linux доступны
на сайте,
но у
нас были
трудности
с их запуском
на нашей
системе,
из-за зависимости
''OpenAL''. Если у вас нет '''/usr/lib/libopenal.so.1''', попробуйте
загрузить
пакет
''openal-soft'' для вашего
дистрибутива,
это должно
одолеть
проблему.
Однако
в репозиториях
могли
остаться
устаревшие
версии,
и если
добиться
результата
все же не удается – дождитесь
обновлений.
Ну, а кому
не терпится,
попробуйте
http://kcat.strangesoft.net/openal.html.

===Больше, лучше, сильнее===

Доработка
двоичных
файлов
куда
интереснее,
чем потребление
их как есть. Карты,
руководства,
графика
и звуки,
созданные
членами
Сообщества – необходимые
атрибуты
современного
геймера.
Хотя
по числу дополнений
игра
несравнима
с коммерческими
брендами,
сообщество
моддеров
процветает.
Один
из лучших
источников
подробной
информации – удобное
руководство
на сайте
http://alienarena.co.uk.

===Игровые режимы ''Alien Arena''===
{{SEO}}

[[Изображение:LXF123_8_2.jpg]]
* '''Смертельная схватка'''
: Убивайте, пока не убили вас, но только не союзников: совместно с ними можно задать врагу хорошую трепку.

[[Изображение:LXF123_8_3.jpg]]
* '''Захват флага'''
: Отнимите их сокровище и доставьте в свой лагерь. Если они стырили ваш флаг первыми – убейте их и заберите его обратно.

[[Изображение:LXF123_8_4.jpg]]
* '''Загон скота'''
: Загоните робоскот в свой хлев. Вроде и просто, но придется сразиться с врагами и обратить в пар их стадо. Буквально.

LXF123:Review1

2023-10-13T04:15:04Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF123:Review1 в Отель в Турции

#перенаправление [[Отель в Турции]]

Отель в Турции

2023-10-13T04:15:04Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF123:Review1 в Отель в Турции

==''Alien Arena'' 7.30==

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

{{Сравнение
|кратко=Стрелялка, основанная на классике (''Quake/UT'').
|также=дождаться очередной версии ''UT'' или выбрать ''Terminus'' с его космическими баталиями.
|изображение=LXF123_8_1.jpg
|подпись=Есть здесь что-то необычное для Linux-игры. Нет, не успех таинственного Deathchimp’а, а световой эффект, пробивающийся сквозь ветви деревьев.
|разработчик=COR Entertainment
|сайт=http://www.alienarena.org
|цена=бесплатно под GPL
|параметр1=Функциональность
|оценка1=8
|параметр2=Производительность
|оценка2=7
|параметр3=Простота использования
|оценка3=8
|параметр4=Документация
|оценка4=7
|итог=Прогрессирует от бледной копии ''UT'' до статуса самостоятельной игры, который пока не достигнут.
|рейтинг=8
}}

{{Врезка|left|Заголовок=Спецификации|Содержание=
* Видеокарта с поддержкой OpenGL (рекомендуется Nvidia 6600 или лучше)
* 256 МБ ОЗУ
* Процессор 1 ГГц или быстрее
* 650 МБ свободного пространства на диске
* ''glibc6''|Ширина=200px}}

Возьмите
движок
от успешной
стрелялки,
добавьте
немного
жутких
пришельцев,
приправьте
все
это новыми
идеями.
Что получится?
Вот
у COR Entertainment получилась
убойная
игра
под названием
''Alien Arena''. Как можно
предположить,
оригинальностью
она
не блещет;
тем не менее, стрелялка
вышла
вполне крепкая.

Хотя
игра
базируется
на коде,
опубликованном
Id Software (компанией-создателем
серии
''Doom''), многие
ее аспекты
напоминают
другую
игру,
известную
в мире
Linux – ''Unreal Tournament''. Порой
трудно
отделаться
от ощущения,
что играешь
в ''UT2004'' с легкой
модернизацией
графики.

Сходство
также распространяется
и на оружие,
хотя
и не без «пришельческих» вывертов.
В основном
оружие
лазерное:
дизрапторы
и лучевые
пистолеты;
а есть
еще виолаторы!

Как и все приличные
командные
игры, ''Alien Arena''
полна
настроек,
вариантов
игровых
режимов
и мутаторов.
Гамма «примочек» простирается
от полезных
(внезапные атаки,
быстрое оружие) через
интересные
(антигравитация, вампиры, мгновенные
перемещения) до безумных
(ристалища).
И это
отнюдь
не макияж:
добавления
способны
радикально
менять
динамику
игры,
позволяя
вполне насладиться
всеми
шестьюдесятью включенными
в нее картами.

Простейший
вариант – игра
в одиночном
режиме.
Выбрав
уровень
сложности,
вы угодите
в зону
с двумя
ботами,
и грянет бой! Насчет
стратегии
боты
не сильны,
зато
владеют
ракетными
установками.
При желании
испытать
другие
режимы,
попробуйте
вариант
'''Host Server''' [Создать
сервер]
и настройте
игру
соответственно.
Устроить
публичный
турнир
также
не составит
труда,
и вам смогут
надрать...
уши из любой
точки
планеты.

Серверный
режим
обладает
отдельным
набором
модификаций:
можно,
как
в ''Quake II'', развернуть
консоль,
подать команду
на загрузку
карт, выгнать
«тормозных» игроков
и настроить
игровой
движок.

===Пробуем еще===

Разумеется,
самое
интересное – нашпиговать
свинцом
(или фотонами)
какого-нибудь незнакомца.
''Alien Arena'' работает
с обозревателем серверов ''Fuse''
(http://chaingun.org/cms/index.php?id=6),
и вы всегда сможете найти
соперника
и посмотреть
статистику
своих
достижений – кстати,
прекрасный
способ
подавить
прилив
адреналина.

Игровой
сервер
выглядит
малость
ненадежным,
поэтому
обновляйте
сведения
почаще,
ради
свежих
списков.
К счастью,
игра
достаточно
популярна:
три-четыре
игрока
найдутся
даже
в неурочное
время.
Публичный
сервер – вариант
''Alien Arena'' по умолчанию,
так что многие
из них
принадлежат
одиноким
новичкам,
упражняющимся
на ботах.
Разве
не приятно
ворваться
в игру
и сокрушить
салагу?

Помимо
самой
игры,
немало
труда
вложено
в ее движок.
Оригинальный
вариант
от Id обзавелся
32‑битными
текстурами;
добавлен
ряд теневых и световых
эффектов.
Игра
весьма
рациональна:
хотя
для отображения
всех
эффектов
нужен
довольно
мощный
компьютер,
процессор
не перегреется
даже
в полноэкранном
режиме.
Многие
эффекты
настраиваются
через
меню,
но наилучший
выбор – выставить
все параметры
на максимум
качества
и попробовать
в режиме
одиночного
игрока.

===Озвучиваем===

Качество
звука
хорошее – именно
для этого
требуется
обновление
''OpenAL''. Женский
голос
комментатора
отмечает
ключевые
события
по ходу
игры,
но, в отличие
от ''UT'', голосового
сопровождения
выдающихся
подвигов
нет. Пока.
Идет работа
над реализацией
обмена
голосовыми
сообщениями
между
игроками
(в следующих
версиях
игры).

В конечном
счете
у ''Alien Arena'' 7.30
не получится
свергнуть
с трона
''UT2004'' – хотя
здесь не без
апломба
применяются
многие
функции
''UT'': кому
нужна
копия,
если
доступен
оригинал?

И все-таки
элементы
оригинальности
в ''Alien Arena'' есть, и мы надеемся,
что
с их разрастанием
игра
превратится
в самостоятельный
продукт.

===Как добыть игру===

''Alien Arena'' – свободная
и бесплатная
игра.
Кроме
того,
она
кроссплатформенная,
и вы можете
проучить
пользователей
Windows и Mac. Двоичные
файлы
для Linux доступны
на сайте,
но у
нас были
трудности
с их запуском
на нашей
системе,
из-за зависимости
''OpenAL''. Если у вас нет '''/usr/lib/libopenal.so.1''', попробуйте
загрузить
пакет
''openal-soft'' для вашего
дистрибутива,
это должно
одолеть
проблему.
Однако
в репозиториях
могли
остаться
устаревшие
версии,
и если
добиться
результата
все же не удается – дождитесь
обновлений.
Ну, а кому
не терпится,
попробуйте
http://kcat.strangesoft.net/openal.html.

===Больше, лучше, сильнее===

Доработка
двоичных
файлов
куда
интереснее,
чем потребление
их как есть. Карты,
руководства,
графика
и звуки,
созданные
членами
Сообщества – необходимые
атрибуты
современного
геймера.
Хотя
по числу дополнений
игра
несравнима
с коммерческими
брендами,
сообщество
моддеров
процветает.
Один
из лучших
источников
подробной
информации – удобное
руководство
на сайте
http://alienarena.co.uk.

===Игровые режимы ''Alien Arena''===

[[Изображение:LXF123_8_2.jpg]]
* '''Смертельная схватка'''
: Убивайте, пока не убили вас, но только не союзников: совместно с ними можно задать врагу хорошую трепку.

[[Изображение:LXF123_8_3.jpg]]
* '''Захват флага'''
: Отнимите их сокровище и доставьте в свой лагерь. Если они стырили ваш флаг первыми – убейте их и заберите его обратно.

[[Изображение:LXF123_8_4.jpg]]
* '''Загон скота'''
: Загоните робоскот в свой хлев. Вроде и просто, но придется сразиться с врагами и обратить в пар их стадо. Буквально.

LXF135:Mantis

2023-10-13T04:14:53Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF135:Mantis в Слава России и Путину!

#перенаправление [[Слава России и Путину!]]

Слава России и Путину!

2023-10-13T04:14:53Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF135:Mantis в Слава России и Путину!

: '''''Mantis'''''' Разверните свою собственную систему отслеживания ошибок

==Инциденты: Найти и обезвредить==

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

Если вы пишете небольшую программу для однокурсницы, то возникающие в ней ошибки нетрудно удержать и в голове; но когда речь заходит о серьезных проектах, без системы отслеживания ошибок уже не обойтись. Сегодня можно найти множество таких программ-«багтрекеров» [англ. bug tracker], причем распространяемых под свободными лицензиями, но мы остановимся на ''Mantis''.

===Установка===

Скачайте ''Mantis'' с официального сайта (http://www.mantisbt.org), разместите его на своем сервере под управлением ''Apache'' и перей-дите в браузере по заданному для ''Mantis'' адресу, чтобы приступить непосредственно к установке.

На первом этапе происходит прединсталяционная диагностика: ''Mantis'' проверяет, установлен ли ''PHP'' и поддерживает ли он безопасный режим. Тут же нам предлагается выбрать тип базы данных (''MySQL, MS SQL, PostgreSQL, Oracle'' и др.), причем большая часть из них работает в экспериментальном режиме. Далее необходимо ввести параметры БД: имя и пароль для доступа, название базы и имя и пароль администратора БД (если требуется создать новую базу данных). После нажимайте '''Install/Upgrade Database''' и смотрите на диагностические сообщения.

Обычно всё проходит отлично, и вы видите напротив каждой строки слово '''GOOD''' на зеленом фоне. Самая частая причина сбоя – запрет на запись в директорию проекта, из-за чего ''Mantis'' не может создать конфигурационный файл '''config_inc.php''', поэтому вам надо либо заранее обеспечить ''Apache'' соответствующими правами, либо переименовать '''config_inc.php.sample''' в '''config_inc.php''' в корне проекта вручную и задать необходимые настройки в файле: их можно посмотреть на той же web-странице в разделе
'''Write Configuration File'''. После успешной установки откройте в браузере ваш сайт; вам будет предложено ввести имя и пароль, а также удалить учетную запись '''administrator''' или сменить ей пароль (root по умолчанию) и удалить папку '''admin''' – проделайте это. Авторизуйтесь и первым делом перейдите по ссылке '''MyAccount''', где в поля '''Password''' и '''Confirm password''' введите новый пароль, затем снова авторизуйтесь и в меню '''MyAccount > Preferences''' смените язык ['''Language'''] с английского на русский.

===Базовые настройки===

Практически вся настройка системы производится вручную с помощью файла '''config_inc.php''', и первое, что мы предпримем – русифицируем ''Mantis''. До этого мы выбрали язык для единст-венного пользователя системы – администратора, но если вы зайдете на сайт, например, из другого браузера, перед вами откроется англоязычный интерфейс. Чтобы поправить дело, добавьте в '''config-inc.php''' две строки:

$g_default_language = 'russian';
$g_language_choices_arr = array('english', 'russian');

Первая отвечает за язык по умолчанию, а вторая – за доступные языки. В нашем случае по умолчанию выбран русский, а в настройках учетной записи можно указать еще и английский. Чтобы задать название окна браузера и вкладок, используйте '''$g_window_title''', а заголовок, который отображается на всех страницах вверху и по центру, задается в переменной '''$g_page_title'''.

Переменные '''$g_favicon_image''' и '''$g_logo_image''' содержат путь до иконки сайта (favicon) и логотипа соответственно. Эти переменные принимают путь до изображений относительно директории, в которой установлен ''Mantis'', например, '''images/my_logo.jpg'''. Конечно, картинка должна там уже находиться.

Параметр '''$g_show_realname = ON'''; заставляет систему показывать реальное имя пользователя, а не ник. Заметьте, что вокруг '''ON''' нет кавычек, так как это не строка, а заранее определенная переменная. А если добавить в конфигурационный файл строку '''$g_show_avatar = ON;''' то к комментариям будут подгружаться аватары с сайта http://www.gravatar.com – конечно, если у ваших пользователей есть на нем учетная запись.

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

===Категории ошибок===

Любая ошибка или нововведение, регистрируемые в системе, должны быть отнесены к определенной категории – например, при разработке сайта (далее по тексту мы будем настраивать ''Mantis'' под web-проект) можно выделить категории
* CSS
* HTML
* Ввод данных
* Панель администрирования
* Фильтрация данных

В ''Mantis'' существуют глобальные и локальные категории. Первые доступны для всех проектов, у которых выбрано поле '''Наследовать глобальные категории'''; локальные же создаются для каждого проекта в отдельности. Добавить глобальные категории можно на странице '''Управление > Управление проектами'''. Помимо названия, для каждой категории можно назначить ответственного: скажем, при регистрации ошибки в CSS или HTML она сразу передастся верстальщику. Если ответственный не определен, то ошибки сперва просматривает менеджер проекта, который назначает исполнителя. Заметим, что ответственный за категорию должен иметь уровень доступа не ниже участника.

===Управляем пользователями===

{{Врезка|Содержание=[[Изображение:LXF135_77_1.jpg|300px]] Возможности различных ролей в системе ''Mantis''.|Ширина=300px}}

Чтобы назначать для категорий ответственных, нужно сначала добавить их в систему. Это делается на странице '''Управление > Управление пользователями'''. Нажмите на кнопку '''Создание новой учетной записи''' и заполните несколько несложных полей.

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

В ''Mantis'' существует несколько уровней доступа. Каждый следующий уровень получает все возможности предыдущего плюс свои собственные. Например,
* '''Наблюдатель''' имеет минимальные возможности, он может лишь просматривать ошибки.
* '''Инициатор''' может самостоятельно добавлять записи о найденных ошибках, отслеживать их, а также устанавливать видимость для вопроса. Такой тип пользователя отлично подойдет для тестеров.
* '''Редактор''' может изменять основные параметры ошибки: серьезность, воспроизводимость, состояние, приоритет, видимость, решение и т. д.
* '''Участник, руководитель и администратор''' имеют почти одинаковый набор прав, ознакомиться с которыми и изменить их можно на странице '''Управление > Управление конфигурацией > Пороги процесса'''.

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

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

$g_allow_signup = OFF;

которая запретит пользователям регистрироваться в системе. Если мы добавим '''$g_send_reset_password = OFF;''' то забывчивые пользователи не смогут восстановить свой пароль в автоматическом режиме: им придется обращаться к администратору сайта.

$g_max_failed_login_count = OFF;

снимает ограничение по количеству попыток авторизоваться. Замените '''OFF''' на какое-нибудь число, и злоумышленники не смогут бесконечно подбирать пароли учетных записей. С помощью параметра '''$g_signup_use_captcha''' можно включить или выключить отображение кода подтверждения (Captcha) при регистрации.

===Создание проекта===

''Mantis'' – многопользовательская и многопроектная среда, и прежде чем добавлять ошибки, нужно создать хотя бы один проект. Перейдите в меню '''Управление > Управление проектами''' и нажмите на кнопку '''Создать новый проект'''. Перед вами появится форма с несколькими полями:
* '''Название проекта.'''
* '''Состояние''' Разрабатываемый, выпущенный, стабильный, устаревший.
* '''Видимость''' Если выбрать '''Общая''', то ошибки, зарегистрированные для проекта, будут доступны любому пользователю; если выбрать '''Ограниченная''', то данный проект смогут увидеть только те пользователи, которые «связаны» с проектом вручную, и администраторы.
* '''Наследовать глобальные категории''' О них мы писали выше.
* '''Путь для загружаемых файлов''' Можно указать как абсолютный путь, так и путь от каталога, в котором находится ''Mantis''. Главное, чтобы все директории существовали и у web-сервера были права на запись в них. По умолчанию файлы всё равно будут сохраняться в базе данных; чтобы изменить такое поведение, добавьте строку '''$g_file_upload_method = DISK;''' в конфигурационный файл. Кроме загрузки на диск и в базу данных, можно передавать файлы по FTP. Необходимые для этого настройки указаны в документации. Так же можно задать максимальный размер загружаемых файлов, допустимые и запрещенные форматы.
* Для более детального описания проекта заполните поле '''Подробности'''.

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

Когда пользователь добавится в проект, в окне''' Управление учетными записями''' в поле '''Действия''' для этого участника будет доступна кнопка '''Удалить''', которая не удаляет пользователя из системы, а лишь разрушает его связь с проектом.

===Зарегистрируем ошибку===

{{Врезка|Содержание=[[Изображение:LXF135_78_1.jpg|300px]] Так выглядит список инцидентов.|Ширина=300px}}

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

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

Далее определяется серьезность ошибки, причем первым в списке стоит пункт '''Нововведение''', который отвечает за будущие возможности программы. Остальные пункты следуют в порядке увеличения серьезности. Еще одним параметром важности ошибки является '''Приоритет''' её обработки и решения.

Следующая группа полей отвечает за платформу, на которой зарегистрирована ошибка, а также за операционную систему и её версию. Нам предлагается выбрать профиль или заполнить данные вручную. Сейчас ни один профиль не доступен, но его всегда можно добавить в разделе '''Управление > Управление глобальными профилями'''. Для web-сайтов они обычно оставляются пустыми, потому что web-приложения работают внутри браузера, а не ОС.

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

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

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

Если есть вероятность того, что ошибку могут увидеть злоумышленники и затем использовать её в своих целях, видимость следует ограничить. Если же большая часть ошибок не должна быть доступна общественности, то добавьте в конфигурационный файл строку '''$g_default_bug_view_status = VS_PRIVATE;''' чтобы по умолчанию выбиралась ограниченная видимость.

Нажмите на кнопку '''Сохранить инцидент''', чтобы зарегистрировать ошибку в базе данных.

===Настроим поля===

{{Врезка|Содержание=[[Изображение:LXF135_78_2.jpg|300px]] Ошибки в ''Mantis'' могут находиться в различных состояниях.|Ширина=300px}}

Как я уже упомянул, для web-проектов нет большой разницы, в какой ОС они работают, а вот в каком браузере – есть. Правда, в форме добавления инцидента нет такого поля, но мы можем его создать. Зайдите в '''Управление > Управление настраиваемыми полями''', введите название поля (латиницей, browser) и нажмите '''Создать настраиваемое поле''', после чего вас перенесет на страницу детальной конфигурации. Здесь вы можете изменить имя поля, задать его тип (список, целое, вещественное и т. д.) или определить допустимые значения с помощью регулярного выражения. Вы также можете выбрать значение по умолчанию и задавать параметры доступа и отображения поля.

Добавим список со множественным выбором из популярных интернет-браузеров – для этого выберите соответствующий тип, а в поле '''Допустимые значения''' введите без кавычек разделенные вертикальной чертой названия браузеров '''любой|Opera 8.x|Opera 9.x|Internet Explorer 8.x|Internet Explorer 9.x|Firefox 2.x|Firefox 3.x|другой'''. В качестве значения по умолчанию установите «любой». Откройте доступ на чтение наблюдателю, а инициатору позвольте запись. Затем разрешите показывать поле при создании и изменении инцидента, установив галочки в соответствующих полях, и нажмите на кнопку '''Изменить настраиваемое поле'''. После снова зайдите в настраиваемое поле и привяжите его к вашим проектам.

Теперь при создании ошибки вам будет предложено выбрать браузеры, в которых она возникает. Единственный минус – имя поля отображается латиницей, но это мы легко исправим. Откройте файл '''lang/strings_russian.txt''' и добавьте в конец строку

$s_browser = 'Браузер';

===Просмотр===

{{Врезка|Содержание=[[Изображение:LXF135_79_1.jpg|300px]] Статистика всех инцидентов, зарегистрированных в ''Mantis''.|Ширина=300px}}

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

Фильтры можно сохранять для последующего использования или создавать на них постоянные ссылки, в том числе и короткие (TinyURL). Сразу под фильтром идет разноцветный список инцидентов. Каждая строка отвечает за одну ошибку или нововведение, а её цвет – за состояние вопроса, которое также пишется в столбце '''Состояние''' вместе с именем исполнителя (если он назначен).

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

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

Остановимся на дате – сейчас она представлена в иностранном формате '''ГГГГ-MM-ДД''', что неудобно для русскоязычных пользователей. Исправить такое поведение можно, добавив в конфигура
ционный файл строки:

$g_short_date_format = 'd.m.y';
$g_normal_date_format = 'd.m.y H:i';
$g_complete_date_format = 'd.m.Y H:i';

Помимо стандартных столбцов, можно показывать и свои собственные (в том числе настраиваемые) поля. Добавим, например, колонку с названием браузеров. Зайдите в '''Управление > Управление конфигурацией > Отображаемые столбцы'''. В поле '''Все имеющиеся столбцы''' найдите '''custom_browser''' и скопируйте его в поле '''Просмотр инцидентов''', предварительно поставив запятую.

===Рабочий процесс===

{{Врезка|Содержание=[[Изображение:LXF135_79_2.jpg|300px]] Страница «Моя сводка».|Ширина=300px}}

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

Как вы уже поняли, ошибки могут быть в нескольких состояниях:
* '''Новый''' Ошибка только что создана, и пока не ясно, кто её будет решать. Обычно новые ошибки добавляют тестировщики.
* '''Нужен отклик''' Используется, когда ошибка создана нестандартным способом – например, закрыта и опять возобновлена.
* '''Рассмотрен''' Ошибка просмотрена разработчиками и является вполне допустимой, но пока её никто не повторил.
* '''Подтвержден''' Разработчики смогли воспроизвести ошибку, но еще не назначен ответственный за её решение.
* '''Назначен''' Определен ответственный за эту ошибку.
* '''Отработан''' Ошибка решена, но еще не проверена инициатором – например, тестировщиком, который её добавил.
* '''Закрыта''' – ошибка решена и проверена инициатором. Именно инициатор и закрывает её.

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

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

Когда Россия победит?

2023-10-13T04:14:41Z

SEO TROLLING:

: '''''Blender''''' Нетривиальные приемы 3D-моделирования для жаждущих большего, чем основы

==''Blender'': Содвинем бокалы==

{{Цикл/Blender}}

: '''Часть 3''': Наша серия уроков подходит к своему логическому концу. По этому поводу можно и бокал шампанского налить, считает ее автор '''Андрей Прахов'''.

На прошлых занятиях мы с вами сервировали небольшой столик для романтического ужина. Расставлены фужеры, горят свечи, льется мягкий свет, но чего-то не хватает! Правильно: весь вечер сидеть и любоваться на пустые бокалы – это занятие не для нас. Так давайте наполним их вином!

===Немного теории===

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

{{Врезка|Содержание=[[Изображение:LXF125_64_1.jpg|300px|Рис. 1]] Рис. 1. Настройки режима '''Domain'''.|Ширина=300px}}

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

Основополагающим краеугольным камнем физики жидкости в ''Blender'' является понятие «'''домен'''» ['''Domain''']. Этим термином обозначается некоторая область сцены, в пределах которой будут производится необходимые расчеты. Все, что не попадает в домен, в процессе имитации участвовать не будет. Это правило распространяется и на те объекты, которые оказались в домене некоторой своей частью. Например, если наш фужер поставить на условной границе домена и «наполнить» жидкостью, то она остановится ровно по границе. В качестве домена может выступать любой Mesh-объект, но так как физика жидкостей работает только с ограничивающим '''параллелепипедом''' ['''bounding box'''], то логично использовать примитив '''Cube'''.

Еще одним обязательным компонентом является '''объект-источник''' ['''Fluid''']. Здесь никаких ограничений на формы объекта нет: единственно, он должен быть из группы '''Mesh'''.

Рассмотрим, как взаимодействуют оба компонента. При запуске просчета объект-домен принимает форму объекта-источника и постепенно перетекает на первоначальное место своего расположения. Сложно представить? Тогда немного попрактикуемся. Создайте новый проект и переключитесь в окно просмотра
'''Camera''' ('''0''' на цифровой клавиатуре). Уже имеющийся в центре куб послужит нам в качестве домена. Отмасштабируйте его до желаемого размера. Теперь добавьте в сцену сферу и разместите ее так, чтобы она находилась внутри куба. Для удобства манипулирования переключитесь в режим '''Wireframe''' клавишей '''Z'''.

Отлично, теперь приступаем к настройке физики. Выделите '''Cube''' и нажмите уже известную вам кнопку '''Physics Buttons''' ([[LXF124:Blender|LXF124]]). На сей раз нас интересует панель '''Fluid''' с единственной пока одноименной кнопочкой. Включите ее.

Появятся восемь дополнительных кнопок, позволяющих указать режим имитации для выделенного объекта. Естественно, нас интересует кнопка '''Domain''' (рис. 1).

Так как это основные настройки физики жидкости, рассмотрим их подробнее.

Первое, что бросается в глаза – это крупная кнопка с названием '''Bake''' [Выпечка]. Не думайте, что достаточно настроить физику жидкостей, нажать заветные '''Alt+A''' – и ''Blender'' резво начнет анимацию действия в сцене. В отличие от уже рассмотренных ранее частиц и физики мягких тел, просчет жидкостей необходимо выполнить заранее. Именно эта кнопка активирует так называемую «выпечку мешей». Перед ней необходимо подготовить место для кэша, указав путь в поле '''Path'''. По умолчанию ''Blender'' использует каталог '''/tmp'''.

На окончательное качество картинки влияют следующие настройки:
* '''Resolution''' Здесь поле '''Res''' позволяет выбрать необходимое разрешение для рендера, а поле '''Prev-Res''' – для окна программы. Конечно, желательно использовать несколько большее значение '''Res''', чем предлагаемое по умолчанию. Внимание: даже незначительное увеличение выходного разрешения на какой-нибудь десяток единиц приведет к серьезной нагрузке на систему; к тому же излишне высокое разрешение негативно сказывается
на качестве имитации!
* '''Disp.-Qual''' Выбор режима качества для окна программы и рендера, соответственно.

Пока оставьте настройки домена по умолчанию.

{{Врезка|Содержание=[[Изображение:LXF125_65_1.jpg|300px|Рис. 2]] Рис. 2. Результат работы тестового примера.|Ширина=300px}}

Теперь займемся объектом-источником. Выделите сферу, откройте панель '''Fluid''' и нажмите кнопку '''Fluid'''. Опций здесь минимум, но они чрезвычайно важны для настройки течения. Группа кнопок '''Volume Init''' позволяет определить, как жидкость будет обтекать имеющийся объект в домене:
* '''Volume''' По умолчанию активна именно она. Жидкость обтекает вокруг объекта.
* '''Shell''' Если объект имеет полую форму (к примеру, чашка), включите эту кнопку.
* '''Both''' Режим, объединяющий первые два.

По умолчанию, жидкость всегда стремится вниз по координате '''Z'''. Если нужно иное направление, то измените переменные в группе '''Initial Velocity'''.

В нашем случае, оставьте все как есть. Выделите еще раз объект-домен и нажмите кнопку '''Bake''' (рис. 2).

===Выбираем тип жидкости===

Жидкость жидкости рознь: к примеру, масло характеризуется повышенной вязкостью. Не зная физических свойств нужной жидкости, очень сложно добиться ее качественной имитации. К счастью, разработчики программы подготовили несколько заготовок, которые можно найти, если нажать кнопочку '''AD''' (Advanced) на панели '''Fluid'''. По умолчанию ''Blender'' предлагает использовать воду (water).

===Дорабатываем сцену===
{{SEO}}
{{SEO}}
{{SEO}}

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

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

Давайте разберемся, что произошло. Выделите бокал, затем нажмите кнопку '''Z''' для перехода в режим '''Wireframe''' и обратите внимание на исказившиеся формы модели. В структуре появились пустоты, напрочь исчезло дно. Если такую модель использовать далее, то жидкость просто выльется «на пол». В то же время, объект в режиме редактирования и заливки ('''Solid''') выглядит абсолютно нормальным. Интересно, что эта «особенность» программы не влияет на результат отрисовки.

Разгадка неоднозначного поведения ''Blender'' заключается в неправильной конвертации из '''NURBS''' в '''Mesh'''. Именно на этом этапе происходит разрыв структуры. Есть только одно средство для борьбы с этой ошибкой: использовать меньшее разрешение '''NURBS'''.

{{Врезка|Содержание=[[Изображение:LXF125_65_2.jpg|300px|Рис. 3]] «Нормальные» нормали должны быть повернуты наружу!|Ширина=300px}}

Выделите модель (формата '''NURBS'''!) и нажмите '''F9''' для открытия панелей редактирования. В опциях закладки '''Curve Tools''' имеются два окошка: '''Resol U''' и '''V'''. Именно они отвечают за количество ребер в структуре объекта. Необходимо, пошагово уменьшая значения полей, пробовать конвертировать объект в '''Mesh'''. Дефект структуры может проявится не сразу, поэтому после конвертации попробуйте перейти в режим редактирования и обратно. В моем случае, оптимальным выбором значений стало '''U = 3''', '''V = 2'''. Естественно, конвертацию необходимо производить только в режиме просмотра '''Wireframe''', чтобы сразу заметить разрывы и «откатить» назад. Все остальные действия по доработке бокала остаются неизменными ([[LXF123:Blender|LXF123]]).

Основное правило при работе с полыми объектами гласит: все нормали вершин должны смотреть наружу. Это является обязательным условием для правильной работы физики жидкости. По умолчанию, любой примитив, создаваемый программой, всегда имеет нормали, повернутые наружу. Но так как мы дублировали чашечку бокала для имитации толщины стенок, то нормали копии смотрят вовнутрь. В этом несложно убедиться, если заставить ''Blender'' показать на экране нормали объекта (рис. 3).

Выделите бокал и войдите в режим правки. Нажмите '''F9''' для открытия панелей редактирования. Во вкладке '''Mesh Tools More''' нажмите кнопку '''Draw Vnormals''', и программа прорисует нормали всех вершин объекта. Для изменения направления нормалей воспользуйтесь пунктом меню '''Mesh > Normals > Recalculate Outside''' любого окна '''3D View''' при выделенной структуры объекта. Обязательно посмотрите, что получилось. Иногда программа «пропускает» некоторые вершины. В этом случае придется изменять направление нормалей вручную.

Вот и все, доработка бокала закончена.

===Настраиваем физику===

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

{{Врезка|Содержание=[[Изображение:LXF125_66_1.jpg|300px|Рис. 4]] Рис. 4. Расположим на сцене несколько вспомогательных объектов.|Ширина=300px}}

Сейчас нам нужно добавить домен, разместить объект-источник, настроить физику. Выделите бокал и с помощью функции '''Snap''' окна '''3D View''' ('''Object > Snap > Cursor Selection'''), переместите курсор в середину объекта. Добавьте куб и сферу, как показано на рис. 4.

Выполним настройку физики за несколько шагов:

# '''Сфера''' Так как этот объект является источником, включите кнопку '''Fluid'''. Теперь его можно убрать в любой свободный слой, для исключения из результата обработки сцены (клавиша '''m''').
# '''Бокал''' Здесь нам понадобиться функция '''Obstacle'''. Именно она позволяет объектам взаимодействовать с жидкостью в качестве препятствий. Модель бокала является полой, поэтому включите добавочную кнопку '''Shell'''.
# '''Куб''' Естественно, он является доменом. Активируйте соответствующую кнопку.

Настройте по своему усмотрению путь для кэша и смело жмите кнопку '''Bake''' (рис. 5).

{{Врезка|left|Содержание=[[Изображение:LXF125_66_2.jpg|300px|Рис. 5]] Рис. 5. Жидкость, но уж больно неаппетитная: скорее «отработка», чем шампанское. |Ширина=300px}}

===Работаем с материалом===

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

Создайте для объекта-домена новый материал с базовым цветом '''R = 1.000, G = 1.000, B = 0'''. Затем откройте панель '''Shaders'''. В качестве диффузного шейдера оставьте имеющийся по умолчанию '''Lambert'''. Увеличьте для него параметр '''Ref''' до '''1.000'''. Отражающим шейдером будет '''Wardiso''', дающий резкий, яркий отблеск. Установите следующие значения: '''Spec = 1.600, RMS = 0.077'''. В принципе, для этого материала нужно включить кнопку '''TraShadow''' ради качественной прорисовки тени, но это сильно скажется на времени обработки. Активируйте по желанию.

Теперь займемся преломлением и отражением. Откройте вкладку '''Mirror Transp''' и включите кнопку '''Ray Transp'''. В качестве коэффициента преломления для обычной воды при комнатной температуре подойдет значение '''1.33 (IOR)'''. Прозрачность, параметр '''Fresnel''', установите в '''2.5'''. Желательно несколько увеличить глубину просчета '''Depth'''. Я установил значение '''5'''. Также нужно немного настроить зеркальность. Включите кнопку '''Ray Mirror''' и установите следующие значения: '''RayMir = 0.5, Fresnel = 2.0'''.

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

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

Добавьте новую текстуру в первый слот материала. В качестве ее типа укажите процедуру '''Voronoi'''. Большую часть параметров можно оставить по умолчанию, за исключением масштаба. Нам необходимо минимально возможное разрешение, поэтому сбросьте данные в окошке '''Size''' на ноль.

Выделите объект-домен, нажмите '''TAB''', а затем '''U''' для установки текстурных координат (контекстное меню '''UV Calculation > Unwrap'''). Это необходимо для правильного проецирования текстуры. Откройте панель '''Map Input''' и включите кнопку '''UV'''. В последнем случае мы заставили ''Blender'' использовать текстурные координаты объекта.

{{Врезка|Содержание=[[Изображение:LXF125_66_3.jpg|300px|Рис. 6]] Рис. 6. Процедурная текстура успешно имитирует пузырьки воздуха.|Ширина=300px}}

Настройки '''Normal Map''' доступны в панели '''Map To'''. Дважды нажмите кнопку '''Nor'''. Она должна стать желтого цвета, что сигнализирует о включении инверсионного режима наложения карты нормалей. Глубину выдавливания желательно поставить поменьше, к примеру, '''Nor = 1''' (рис. 6).

===Модель бутылки===

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

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

Добавьте новый материал со следующим основным цветом: '''R = 0.151, G = 0.343, B = 0.096'''. В панели '''Shaders''' выберите '''Fresnel''' и '''Wardiso'''. Самостоятельно добейтесь яркой поверхности материала с жестким отблеском. В настройках прозрачности '''Ray Transp''' установите '''IOR''' равным '''2.00'''. Значение параметра '''Fresnel''' нужно подобрать так, чтобы стекло стало полупрозрачным: к примеру, попробуйте '''1.5'''.

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

* Разрешение картинки должно быть достаточно большим.
* Изображение должно быть с альфа-каналом в местах фона. Соответственно, формат файла должен поддерживать альфа-канал (PNG, Targa, TIFF...).

{{Врезка|left|Содержание=[[Изображение:LXF125_67_1.jpg|300px|Рис. 7]] Рис. 7. Бутылка шампанского. |Ширина=300px}}

Перенесите модель в пустой слой для удобства работы с ней и откройте в соседнем окне '''UV/Image Editor'''. Загрузите текстуру в свободный слот материала (тип '''Image'''). Проследите, чтобы в панели настройки картинки '''Map Image''' была включена кнопка '''Use Alpha'''. Кроме того, необходимо изменить настройки рендера окон '''3D-View''' для отображения в них текстур. В меню '''Game''' главного окна программы выберите пункт '''Texture Face Materials'''.

Нам необходимо включить развертку UV-координат для модели. Выделите объект в 3D-окне и нажмите кнопку '''Tab'''. Отметьте всю структуру объекта (клавиша '''A''') и нажмите '''U''' для вызова контекстного меню '''UV Calculation'''. Выберите пункт '''Reset'''. Если теперь поменять тип прорисовки окна на '''Textured '''(меню '''Draw Type'''), то ''Blender'' станет отображать загруженные текстуры.

Итак, мы создали для модели текстурные координаты. Теперь займемся собственно проецированием картинки. Войдите в режим редактирования объектов и в окне '''UV/Image Editor''' выберите из списка уже загруженный файл. Выделите на объекте те полигоны, которые необходимо «залить» этикеткой, и выберите '''Unwrap''' в меню '''UV Calculation'''. Как видите, в окне '''UV/Image Editor''' появилось это же выделение. Теперь, используя стандартные возможности манипуляции (те же самые, что и для трехмерных объектов), разверните и отмасштабируйте заливку на картинке. Возникает логичный вопрос: а что же делать с остальной неиспользуемой частью бутылки? Все просто: выделите ее, примените '''Unwrap''' и разместите эту область на свободной от этикетки картинке,
т.е. на фоне (рис. 7).

===Используйте фоновое изображение===

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

Для управления фоновым изображением необходимо выбрать пункт меню '''View > Background Image''' любого окна '''3D View'''. В открывшейся плавающей панели можно загрузить собственно файл и настроить прозрачность и масштаб. Заметьте, что фоновое изображение доступно только для стандартных режимов просмотра ('''Front, Side, Top, Camera'''). Удобно, что при масштабировании сцены в окне изменяется и размер картинки. При окончательной обработке сцены фон
не учитывается.

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

{{Врезка|Содержание=[[Изображение:LXF125_67_2.jpg|300px|Рис. 8]] Рис. 8. Несколько штрихов — и картина закончена.|Ширина=300px}}

===Готовимся к обработке===

Для обработки такой сложной сцены с несколькими физическими имитациями нужно учитывать определенные правила. Во-первых, удалите все кэши, созданные программой. В некоторых случаях это обеспечит отсутствие ошибок. Установите счетчик кадров анимации на ноль. После окончательного просчета можно будет выбрать наиболее интересный кадр. Обработку физики следует начинать с просчета жидкостей. Как обычно, выделите домен и нажмите кнопку '''Bake'''. Только после этого можно нажать '''Alt+A''' для создания кэша частиц и физики мягких тел. Установите желаемый кадр, перейдите на панель рендера, выберите подходящий тип из заготовок – к примеру, '''PAL'''. Жмите кнопку '''Render''' и наслаждайтесь результатом (рис. 8)! '''LXF'''

LXF125:Blender

2023-10-13T04:14:33Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF125:Blender в Когда Россия победит?

#перенаправление [[Когда Россия победит?]]

Когда Россия победит?

2023-10-13T04:14:32Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF125:Blender в Когда Россия победит?

: '''''Blender''''' Нетривиальные приемы 3D-моделирования для жаждущих большего, чем основы

==''Blender'': Содвинем бокалы==

{{Цикл/Blender}}

: '''Часть 3''': Наша серия уроков подходит к своему логическому концу. По этому поводу можно и бокал шампанского налить, считает ее автор '''Андрей Прахов'''.

На прошлых занятиях мы с вами сервировали небольшой столик для романтического ужина. Расставлены фужеры, горят свечи, льется мягкий свет, но чего-то не хватает! Правильно: весь вечер сидеть и любоваться на пустые бокалы – это занятие не для нас. Так давайте наполним их вином!

===Немного теории===

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

{{Врезка|Содержание=[[Изображение:LXF125_64_1.jpg|300px|Рис. 1]] Рис. 1. Настройки режима '''Domain'''.|Ширина=300px}}

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

Основополагающим краеугольным камнем физики жидкости в ''Blender'' является понятие «'''домен'''» ['''Domain''']. Этим термином обозначается некоторая область сцены, в пределах которой будут производится необходимые расчеты. Все, что не попадает в домен, в процессе имитации участвовать не будет. Это правило распространяется и на те объекты, которые оказались в домене некоторой своей частью. Например, если наш фужер поставить на условной границе домена и «наполнить» жидкостью, то она остановится ровно по границе. В качестве домена может выступать любой Mesh-объект, но так как физика жидкостей работает только с ограничивающим '''параллелепипедом''' ['''bounding box'''], то логично использовать примитив '''Cube'''.

Еще одним обязательным компонентом является '''объект-источник''' ['''Fluid''']. Здесь никаких ограничений на формы объекта нет: единственно, он должен быть из группы '''Mesh'''.

Рассмотрим, как взаимодействуют оба компонента. При запуске просчета объект-домен принимает форму объекта-источника и постепенно перетекает на первоначальное место своего расположения. Сложно представить? Тогда немного попрактикуемся. Создайте новый проект и переключитесь в окно просмотра
'''Camera''' ('''0''' на цифровой клавиатуре). Уже имеющийся в центре куб послужит нам в качестве домена. Отмасштабируйте его до желаемого размера. Теперь добавьте в сцену сферу и разместите ее так, чтобы она находилась внутри куба. Для удобства манипулирования переключитесь в режим '''Wireframe''' клавишей '''Z'''.

Отлично, теперь приступаем к настройке физики. Выделите '''Cube''' и нажмите уже известную вам кнопку '''Physics Buttons''' ([[LXF124:Blender|LXF124]]). На сей раз нас интересует панель '''Fluid''' с единственной пока одноименной кнопочкой. Включите ее.

Появятся восемь дополнительных кнопок, позволяющих указать режим имитации для выделенного объекта. Естественно, нас интересует кнопка '''Domain''' (рис. 1).

Так как это основные настройки физики жидкости, рассмотрим их подробнее.

Первое, что бросается в глаза – это крупная кнопка с названием '''Bake''' [Выпечка]. Не думайте, что достаточно настроить физику жидкостей, нажать заветные '''Alt+A''' – и ''Blender'' резво начнет анимацию действия в сцене. В отличие от уже рассмотренных ранее частиц и физики мягких тел, просчет жидкостей необходимо выполнить заранее. Именно эта кнопка активирует так называемую «выпечку мешей». Перед ней необходимо подготовить место для кэша, указав путь в поле '''Path'''. По умолчанию ''Blender'' использует каталог '''/tmp'''.

На окончательное качество картинки влияют следующие настройки:
* '''Resolution''' Здесь поле '''Res''' позволяет выбрать необходимое разрешение для рендера, а поле '''Prev-Res''' – для окна программы. Конечно, желательно использовать несколько большее значение '''Res''', чем предлагаемое по умолчанию. Внимание: даже незначительное увеличение выходного разрешения на какой-нибудь десяток единиц приведет к серьезной нагрузке на систему; к тому же излишне высокое разрешение негативно сказывается
на качестве имитации!
* '''Disp.-Qual''' Выбор режима качества для окна программы и рендера, соответственно.

Пока оставьте настройки домена по умолчанию.

{{Врезка|Содержание=[[Изображение:LXF125_65_1.jpg|300px|Рис. 2]] Рис. 2. Результат работы тестового примера.|Ширина=300px}}

Теперь займемся объектом-источником. Выделите сферу, откройте панель '''Fluid''' и нажмите кнопку '''Fluid'''. Опций здесь минимум, но они чрезвычайно важны для настройки течения. Группа кнопок '''Volume Init''' позволяет определить, как жидкость будет обтекать имеющийся объект в домене:
* '''Volume''' По умолчанию активна именно она. Жидкость обтекает вокруг объекта.
* '''Shell''' Если объект имеет полую форму (к примеру, чашка), включите эту кнопку.
* '''Both''' Режим, объединяющий первые два.

По умолчанию, жидкость всегда стремится вниз по координате '''Z'''. Если нужно иное направление, то измените переменные в группе '''Initial Velocity'''.

В нашем случае, оставьте все как есть. Выделите еще раз объект-домен и нажмите кнопку '''Bake''' (рис. 2).

===Выбираем тип жидкости===

Жидкость жидкости рознь: к примеру, масло характеризуется повышенной вязкостью. Не зная физических свойств нужной жидкости, очень сложно добиться ее качественной имитации. К счастью, разработчики программы подготовили несколько заготовок, которые можно найти, если нажать кнопочку '''AD''' (Advanced) на панели '''Fluid'''. По умолчанию ''Blender'' предлагает использовать воду (water).

===Дорабатываем сцену===

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

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

Давайте разберемся, что произошло. Выделите бокал, затем нажмите кнопку '''Z''' для перехода в режим '''Wireframe''' и обратите внимание на исказившиеся формы модели. В структуре появились пустоты, напрочь исчезло дно. Если такую модель использовать далее, то жидкость просто выльется «на пол». В то же время, объект в режиме редактирования и заливки ('''Solid''') выглядит абсолютно нормальным. Интересно, что эта «особенность» программы не влияет на результат отрисовки.

Разгадка неоднозначного поведения ''Blender'' заключается в неправильной конвертации из '''NURBS''' в '''Mesh'''. Именно на этом этапе происходит разрыв структуры. Есть только одно средство для борьбы с этой ошибкой: использовать меньшее разрешение '''NURBS'''.

{{Врезка|Содержание=[[Изображение:LXF125_65_2.jpg|300px|Рис. 3]] «Нормальные» нормали должны быть повернуты наружу!|Ширина=300px}}

Выделите модель (формата '''NURBS'''!) и нажмите '''F9''' для открытия панелей редактирования. В опциях закладки '''Curve Tools''' имеются два окошка: '''Resol U''' и '''V'''. Именно они отвечают за количество ребер в структуре объекта. Необходимо, пошагово уменьшая значения полей, пробовать конвертировать объект в '''Mesh'''. Дефект структуры может проявится не сразу, поэтому после конвертации попробуйте перейти в режим редактирования и обратно. В моем случае, оптимальным выбором значений стало '''U = 3''', '''V = 2'''. Естественно, конвертацию необходимо производить только в режиме просмотра '''Wireframe''', чтобы сразу заметить разрывы и «откатить» назад. Все остальные действия по доработке бокала остаются неизменными ([[LXF123:Blender|LXF123]]).

Основное правило при работе с полыми объектами гласит: все нормали вершин должны смотреть наружу. Это является обязательным условием для правильной работы физики жидкости. По умолчанию, любой примитив, создаваемый программой, всегда имеет нормали, повернутые наружу. Но так как мы дублировали чашечку бокала для имитации толщины стенок, то нормали копии смотрят вовнутрь. В этом несложно убедиться, если заставить ''Blender'' показать на экране нормали объекта (рис. 3).

Выделите бокал и войдите в режим правки. Нажмите '''F9''' для открытия панелей редактирования. Во вкладке '''Mesh Tools More''' нажмите кнопку '''Draw Vnormals''', и программа прорисует нормали всех вершин объекта. Для изменения направления нормалей воспользуйтесь пунктом меню '''Mesh > Normals > Recalculate Outside''' любого окна '''3D View''' при выделенной структуры объекта. Обязательно посмотрите, что получилось. Иногда программа «пропускает» некоторые вершины. В этом случае придется изменять направление нормалей вручную.

Вот и все, доработка бокала закончена.

===Настраиваем физику===

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

{{Врезка|Содержание=[[Изображение:LXF125_66_1.jpg|300px|Рис. 4]] Рис. 4. Расположим на сцене несколько вспомогательных объектов.|Ширина=300px}}

Сейчас нам нужно добавить домен, разместить объект-источник, настроить физику. Выделите бокал и с помощью функции '''Snap''' окна '''3D View''' ('''Object > Snap > Cursor Selection'''), переместите курсор в середину объекта. Добавьте куб и сферу, как показано на рис. 4.

Выполним настройку физики за несколько шагов:

# '''Сфера''' Так как этот объект является источником, включите кнопку '''Fluid'''. Теперь его можно убрать в любой свободный слой, для исключения из результата обработки сцены (клавиша '''m''').
# '''Бокал''' Здесь нам понадобиться функция '''Obstacle'''. Именно она позволяет объектам взаимодействовать с жидкостью в качестве препятствий. Модель бокала является полой, поэтому включите добавочную кнопку '''Shell'''.
# '''Куб''' Естественно, он является доменом. Активируйте соответствующую кнопку.

Настройте по своему усмотрению путь для кэша и смело жмите кнопку '''Bake''' (рис. 5).

{{Врезка|left|Содержание=[[Изображение:LXF125_66_2.jpg|300px|Рис. 5]] Рис. 5. Жидкость, но уж больно неаппетитная: скорее «отработка», чем шампанское. |Ширина=300px}}

===Работаем с материалом===

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

Создайте для объекта-домена новый материал с базовым цветом '''R = 1.000, G = 1.000, B = 0'''. Затем откройте панель '''Shaders'''. В качестве диффузного шейдера оставьте имеющийся по умолчанию '''Lambert'''. Увеличьте для него параметр '''Ref''' до '''1.000'''. Отражающим шейдером будет '''Wardiso''', дающий резкий, яркий отблеск. Установите следующие значения: '''Spec = 1.600, RMS = 0.077'''. В принципе, для этого материала нужно включить кнопку '''TraShadow''' ради качественной прорисовки тени, но это сильно скажется на времени обработки. Активируйте по желанию.

Теперь займемся преломлением и отражением. Откройте вкладку '''Mirror Transp''' и включите кнопку '''Ray Transp'''. В качестве коэффициента преломления для обычной воды при комнатной температуре подойдет значение '''1.33 (IOR)'''. Прозрачность, параметр '''Fresnel''', установите в '''2.5'''. Желательно несколько увеличить глубину просчета '''Depth'''. Я установил значение '''5'''. Также нужно немного настроить зеркальность. Включите кнопку '''Ray Mirror''' и установите следующие значения: '''RayMir = 0.5, Fresnel = 2.0'''.

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

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

Добавьте новую текстуру в первый слот материала. В качестве ее типа укажите процедуру '''Voronoi'''. Большую часть параметров можно оставить по умолчанию, за исключением масштаба. Нам необходимо минимально возможное разрешение, поэтому сбросьте данные в окошке '''Size''' на ноль.

Выделите объект-домен, нажмите '''TAB''', а затем '''U''' для установки текстурных координат (контекстное меню '''UV Calculation > Unwrap'''). Это необходимо для правильного проецирования текстуры. Откройте панель '''Map Input''' и включите кнопку '''UV'''. В последнем случае мы заставили ''Blender'' использовать текстурные координаты объекта.

{{Врезка|Содержание=[[Изображение:LXF125_66_3.jpg|300px|Рис. 6]] Рис. 6. Процедурная текстура успешно имитирует пузырьки воздуха.|Ширина=300px}}

Настройки '''Normal Map''' доступны в панели '''Map To'''. Дважды нажмите кнопку '''Nor'''. Она должна стать желтого цвета, что сигнализирует о включении инверсионного режима наложения карты нормалей. Глубину выдавливания желательно поставить поменьше, к примеру, '''Nor = 1''' (рис. 6).

===Модель бутылки===

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

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

Добавьте новый материал со следующим основным цветом: '''R = 0.151, G = 0.343, B = 0.096'''. В панели '''Shaders''' выберите '''Fresnel''' и '''Wardiso'''. Самостоятельно добейтесь яркой поверхности материала с жестким отблеском. В настройках прозрачности '''Ray Transp''' установите '''IOR''' равным '''2.00'''. Значение параметра '''Fresnel''' нужно подобрать так, чтобы стекло стало полупрозрачным: к примеру, попробуйте '''1.5'''.

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

* Разрешение картинки должно быть достаточно большим.
* Изображение должно быть с альфа-каналом в местах фона. Соответственно, формат файла должен поддерживать альфа-канал (PNG, Targa, TIFF...).

{{Врезка|left|Содержание=[[Изображение:LXF125_67_1.jpg|300px|Рис. 7]] Рис. 7. Бутылка шампанского. |Ширина=300px}}

Перенесите модель в пустой слой для удобства работы с ней и откройте в соседнем окне '''UV/Image Editor'''. Загрузите текстуру в свободный слот материала (тип '''Image'''). Проследите, чтобы в панели настройки картинки '''Map Image''' была включена кнопка '''Use Alpha'''. Кроме того, необходимо изменить настройки рендера окон '''3D-View''' для отображения в них текстур. В меню '''Game''' главного окна программы выберите пункт '''Texture Face Materials'''.

Нам необходимо включить развертку UV-координат для модели. Выделите объект в 3D-окне и нажмите кнопку '''Tab'''. Отметьте всю структуру объекта (клавиша '''A''') и нажмите '''U''' для вызова контекстного меню '''UV Calculation'''. Выберите пункт '''Reset'''. Если теперь поменять тип прорисовки окна на '''Textured '''(меню '''Draw Type'''), то ''Blender'' станет отображать загруженные текстуры.

Итак, мы создали для модели текстурные координаты. Теперь займемся собственно проецированием картинки. Войдите в режим редактирования объектов и в окне '''UV/Image Editor''' выберите из списка уже загруженный файл. Выделите на объекте те полигоны, которые необходимо «залить» этикеткой, и выберите '''Unwrap''' в меню '''UV Calculation'''. Как видите, в окне '''UV/Image Editor''' появилось это же выделение. Теперь, используя стандартные возможности манипуляции (те же самые, что и для трехмерных объектов), разверните и отмасштабируйте заливку на картинке. Возникает логичный вопрос: а что же делать с остальной неиспользуемой частью бутылки? Все просто: выделите ее, примените '''Unwrap''' и разместите эту область на свободной от этикетки картинке,
т.е. на фоне (рис. 7).

===Используйте фоновое изображение===

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

Для управления фоновым изображением необходимо выбрать пункт меню '''View > Background Image''' любого окна '''3D View'''. В открывшейся плавающей панели можно загрузить собственно файл и настроить прозрачность и масштаб. Заметьте, что фоновое изображение доступно только для стандартных режимов просмотра ('''Front, Side, Top, Camera'''). Удобно, что при масштабировании сцены в окне изменяется и размер картинки. При окончательной обработке сцены фон
не учитывается.

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

{{Врезка|Содержание=[[Изображение:LXF125_67_2.jpg|300px|Рис. 8]] Рис. 8. Несколько штрихов — и картина закончена.|Ширина=300px}}

===Готовимся к обработке===

Для обработки такой сложной сцены с несколькими физическими имитациями нужно учитывать определенные правила. Во-первых, удалите все кэши, созданные программой. В некоторых случаях это обеспечит отсутствие ошибок. Установите счетчик кадров анимации на ноль. После окончательного просчета можно будет выбрать наиболее интересный кадр. Обработку физики следует начинать с просчета жидкостей. Как обычно, выделите домен и нажмите кнопку '''Bake'''. Только после этого можно нажать '''Alt+A''' для создания кэша частиц и физики мягких тел. Установите желаемый кадр, перейдите на панель рендера, выберите подходящий тип из заготовок – к примеру, '''PAL'''. Жмите кнопку '''Render''' и наслаждайтесь результатом (рис. 8)! '''LXF'''

Когда закончится СВО

2023-10-13T04:14:14Z

SEO TROLLING:

: Интервью Джейкоб Каплан-Мосс

==Танго c ''Django''==

{{Врезка|Содержание=[[Изображение:LXF128_29_1.jpg|300px]] Джейкоб Каплан-Мосс|Ширина=300px}}

: '''Джейкоб Каплан-Мосс''', один из основных разработчиков проекта ''Django'', рассказывает о принятии идей от ''Rails'', почему ясность — это хорошо и повинны ли смерти пользователи ''Vi''…

''Django'' — открытый каркас для разработки web-приложений с самыми понятными, самыми простыми программными интерфейсами, а также огромным и растущим сообществом грамотных специалистов, используемый на сайтах вроде WashingtonPost.com. Кстати, он написан на ''Python'', что облегчает его освоение.

Джейкоб Каплан-Мосс [Jacob Kaplan-Moss] — один из ведущих разработчиков ''Django'', активный конечный пользователь ''Django''; он также имеет публикации по... ну, вы уже догадались: ''Django''. Мы встретились с ним за чашкой кофе и спросили, почему этот проект столь замечателен…

'''''Linux Format:''' Со стороны создается впечатление, что вы занимаетесь в '''Django''' абсолютно всем. Но в чем именно заключается ваша роль?''

'''Джейкоб Каплан-Мосс:''' В сообществе ''Django'' я своего рода универсал – я недостаточно толков, чтобы понимать все до самого дна, зато освоил основы любой части! Вот я и делаю то, что нужно в данный момент. У меня есть дурацкая склонность к волонтерству.

'''''LXF:''' Какие части проекта вам особенно интересны?''

'''ДжКМ:''' Моя любимая часть в этом проекте – дизайн API, выяснение того, что составляет хороший UI. Я имею в виду не тот интерфейс, который видят конечные пользователи, а другой, который применяют разработчики – хороший интерфейс прикладного программирования. Наш подход к разработке – сначала установить, как должен работать API, затем продумать его техническую реализацию. Конечно, есть искушение заявить «Ну, я выбрал этот способ, потому что мне так проще; пусть API на выходе будет менее ясным, зато его легче сделать», но мы стараемся так не поступать. Я часто пишу документацию для новых функций до написания самого кода, что бы осознать, как люди будут с ним взаимодействовать.

'''''LXF:''' Получается, «мы хотим, чтобы оно работало так – теперь давайте заставим его это делать…»''

'''ДжКМ:''' Верно. Я всегда ставлю себя на место пользователя и трачу намного больше времени на использование ''Django'', чем на его разработку. И, помоему, то же относится ко всем остальным. Главная наша цель – создать инструмент, удобный для пользования, и я не думаю, что это экзотика: это типично для Open Source.

'''''LXF:''' Вы раньше говорили: вам нравится, что '''Django''' работает подобно web. Какова зависимость между созданием '''Django''' webподобным и «питоновидным» — когда проект получает статус идиоматического кода '''Python'''?''

'''ДжКМ:''' Я думаю, что связь тут довольно близкая. ''Python'' ценит простоту, четкость и единообразие. Способ создания вещей REST (REpresentational State Transfer) – делать все через один и тот же интерфейс, а в'' Python'' и есть только один способ делать все. HTTP… полная спецификация состоит где-то из 50 печатных страниц – она короткая, ее можно прочитать за один вечер. И я думаю, что у канонов ''Python'' и видения, основанного на множестве web-технологий, ценности схожи.

'''''LXF:''' То есть вы имеете в виду, что Django во многом обязан '''Python'''?''
{{SEO}}

'''ДжКМ:''' Ну, конечно, мы в первую очередь разработчики ''Python''. Я часто говорю, что лучшая черта ''Django'' в том, что он написан на ''Python'', потому что это значит, что можно использовать ''Python'' и все его библиотеки. При обсуждении возможностей, целый «дзен Python» появляется – например, «Что бы тут сделал Гвидо [Guido van Rossum, автор Python]?»

'''''LXF:''' Угу, это отличная черта Open Source — можно просто написать ему и задать вопросы!''

'''ДжКМ:''' Да; и более того, все обсуждения открыты. Я слежу за списком рассылки разработчиков ''Python'' почти 10 лет, наблюдал все дискуссии и знаю, какая философия свидетельствует о принятии решения, так что когда наши споры в сообществе ''Django'' похожи на те, с какими мы уже сталкивались где-то раньше, мы можем делать те выводы, к которым приходили другие люди.

'''''LXF:''' Получается, вы поете по тем же нотам.''

'''ДжКМ:''' И это отличная черта в Open Source: открыт не только код, но и сообщество. Вы получаете новую информацию не только по коду, который написан другими людьми, но и по обсуждениям, которые они вели.

'''''LXF:''' А на самом деле компетентный программист '''Python''' должен легко начать работать в '''Django''' — у него ведь не будет большого культурного шока?''

'''ДжКМ:''' Я думаю, не будет. ''Django'' был бы весьма иным, если бы его писали не на ''Python'': язык определяет то, что на нем будет написано. ''Rails'' таков, какой он есть, потому что таков ''Ruby''. Сообщество ''Ruby'' ценит лаконичность, ''Rails'' принимает это и говорит: «ОК, я хочу уметь создавать web-приложение как можно меньшим количеством строк кода». Сообщество ''Python'' ценит внятность, и иногда задачи реализуются немного более многословно, чтобы обеспечить полное понимание происходящего. Вы знаете, мы любим поругать ''PHP'', но то, к чему я возвращаюсь периодически, что отталкивает меня от ''PHP'' – это их культура: они смотрят свысока на модульное тестирование, смеются над проектированием ПО, об объектно-ориентированном программировании вспоминают после…

'''''LXF''': Одно из сравнений, которое делается между '''Django''' и '''Rails''', заключается в том, что '''Django''' — не просто «строительные леса», это целое «здание»…''

'''ДжКМ:''' Ну, на раннем этапе Саймон Виллисон [Simon Willison] и Адриан Головаты [Adrian Holovaty] [создатели ''Django''] начали писать web-приложения на ''Python'', и они писали все вручную. А когда вы создаете web-приложения своими руками, то замечаете, что делаете одни и те же вещи снова и снова – ох, мне нужно написать этот слой для обращения к базам данных, а я напишу несколько видов, а мне нужно связать представления с моими шаблонами URL, а мне бы не помешал интерфейс администратора.

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

'''''LXF:''' Можно, однако, предположить, что общих идей довольно много… все это — один большой ком, не так ли?''

'''ДжКМ:''' Я не настолько знаком с основами ''Rails'', чтобы утверждать, что они сдирают его с нас, но мы то взяли от них многое. Сначала в ''Django'' мы обходились без тестового инструментария, а начав баловаться с тестовым инструментарием ''Rails'', отметили: «Эй, а это и правда здорово – это укрепляет культуру тестирования». Мы взяли эту идею и внедрили ее у себя.
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}
{{SEO}}

'''''LXF:''' Даже при учете совместного использования идей, считаете ли вы, что для успешного развития '''Django''' нужна какая-то другая система?''

'''ДжКМ:''' Вы знаете, раньше я был помешан на чемто вроде «Мы победим, мы разрастемся, у нас будет больше пользователей, мы станем лучше, станем круче!» Но сам к этому особорук не прикладывал; и в какой-то момент сказал «А зачем?» Если вы пользователь ''Rails'', а я пытаюсь убедить вас перейти на ''Django'', какой от этого прок нам обоим? И я уже не занимаюсь такими проповедями. Мой тон сменился с «Вам следует использовать ''Django'', потому что…» на «Я использую ''Django'', потому что…» И меня начал расстраивать тон соперничества в сообществе Open Source. «Аа, вы ''Vi'' пользуетесь? Убил бы!» Это игра с нулевой суммой, а настоящая-то битва, с моей точки зрения, идет между открытым и закрытым кодом. И пока мы все используем открытый код, мы все в выигрыше.�

[[Категория:Интервью]]
[[Категория:Джейкоб Каплан-Мосс]]

LXF128:Interview

2023-10-13T04:14:01Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF128:Interview в Когда закончится СВО

#перенаправление [[Когда закончится СВО]]

Когда закончится СВО

2023-10-13T04:14:01Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF128:Interview в Когда закончится СВО

: Интервью Джейкоб Каплан-Мосс

==Танго c ''Django''==

{{Врезка|Содержание=[[Изображение:LXF128_29_1.jpg|300px]] Джейкоб Каплан-Мосс|Ширина=300px}}

: '''Джейкоб Каплан-Мосс''', один из основных разработчиков проекта ''Django'', рассказывает о принятии идей от ''Rails'', почему ясность — это хорошо и повинны ли смерти пользователи ''Vi''…

''Django'' — открытый каркас для разработки web-приложений с самыми понятными, самыми простыми программными интерфейсами, а также огромным и растущим сообществом грамотных специалистов, используемый на сайтах вроде WashingtonPost.com. Кстати, он написан на ''Python'', что облегчает его освоение.

Джейкоб Каплан-Мосс [Jacob Kaplan-Moss] — один из ведущих разработчиков ''Django'', активный конечный пользователь ''Django''; он также имеет публикации по... ну, вы уже догадались: ''Django''. Мы встретились с ним за чашкой кофе и спросили, почему этот проект столь замечателен…

'''''Linux Format:''' Со стороны создается впечатление, что вы занимаетесь в '''Django''' абсолютно всем. Но в чем именно заключается ваша роль?''

'''Джейкоб Каплан-Мосс:''' В сообществе ''Django'' я своего рода универсал – я недостаточно толков, чтобы понимать все до самого дна, зато освоил основы любой части! Вот я и делаю то, что нужно в данный момент. У меня есть дурацкая склонность к волонтерству.

'''''LXF:''' Какие части проекта вам особенно интересны?''

'''ДжКМ:''' Моя любимая часть в этом проекте – дизайн API, выяснение того, что составляет хороший UI. Я имею в виду не тот интерфейс, который видят конечные пользователи, а другой, который применяют разработчики – хороший интерфейс прикладного программирования. Наш подход к разработке – сначала установить, как должен работать API, затем продумать его техническую реализацию. Конечно, есть искушение заявить «Ну, я выбрал этот способ, потому что мне так проще; пусть API на выходе будет менее ясным, зато его легче сделать», но мы стараемся так не поступать. Я часто пишу документацию для новых функций до написания самого кода, что бы осознать, как люди будут с ним взаимодействовать.

'''''LXF:''' Получается, «мы хотим, чтобы оно работало так – теперь давайте заставим его это делать…»''

'''ДжКМ:''' Верно. Я всегда ставлю себя на место пользователя и трачу намного больше времени на использование ''Django'', чем на его разработку. И, помоему, то же относится ко всем остальным. Главная наша цель – создать инструмент, удобный для пользования, и я не думаю, что это экзотика: это типично для Open Source.

'''''LXF:''' Вы раньше говорили: вам нравится, что '''Django''' работает подобно web. Какова зависимость между созданием '''Django''' webподобным и «питоновидным» — когда проект получает статус идиоматического кода '''Python'''?''

'''ДжКМ:''' Я думаю, что связь тут довольно близкая. ''Python'' ценит простоту, четкость и единообразие. Способ создания вещей REST (REpresentational State Transfer) – делать все через один и тот же интерфейс, а в'' Python'' и есть только один способ делать все. HTTP… полная спецификация состоит где-то из 50 печатных страниц – она короткая, ее можно прочитать за один вечер. И я думаю, что у канонов ''Python'' и видения, основанного на множестве web-технологий, ценности схожи.

'''''LXF:''' То есть вы имеете в виду, что Django во многом обязан '''Python'''?''

'''ДжКМ:''' Ну, конечно, мы в первую очередь разработчики ''Python''. Я часто говорю, что лучшая черта ''Django'' в том, что он написан на ''Python'', потому что это значит, что можно использовать ''Python'' и все его библиотеки. При обсуждении возможностей, целый «дзен Python» появляется – например, «Что бы тут сделал Гвидо [Guido van Rossum, автор Python]?»

'''''LXF:''' Угу, это отличная черта Open Source — можно просто написать ему и задать вопросы!''

'''ДжКМ:''' Да; и более того, все обсуждения открыты. Я слежу за списком рассылки разработчиков ''Python'' почти 10 лет, наблюдал все дискуссии и знаю, какая философия свидетельствует о принятии решения, так что когда наши споры в сообществе ''Django'' похожи на те, с какими мы уже сталкивались где-то раньше, мы можем делать те выводы, к которым приходили другие люди.

'''''LXF:''' Получается, вы поете по тем же нотам.''

'''ДжКМ:''' И это отличная черта в Open Source: открыт не только код, но и сообщество. Вы получаете новую информацию не только по коду, который написан другими людьми, но и по обсуждениям, которые они вели.

'''''LXF:''' А на самом деле компетентный программист '''Python''' должен легко начать работать в '''Django''' — у него ведь не будет большого культурного шока?''

'''ДжКМ:''' Я думаю, не будет. ''Django'' был бы весьма иным, если бы его писали не на ''Python'': язык определяет то, что на нем будет написано. ''Rails'' таков, какой он есть, потому что таков ''Ruby''. Сообщество ''Ruby'' ценит лаконичность, ''Rails'' принимает это и говорит: «ОК, я хочу уметь создавать web-приложение как можно меньшим количеством строк кода». Сообщество ''Python'' ценит внятность, и иногда задачи реализуются немного более многословно, чтобы обеспечить полное понимание происходящего. Вы знаете, мы любим поругать ''PHP'', но то, к чему я возвращаюсь периодически, что отталкивает меня от ''PHP'' – это их культура: они смотрят свысока на модульное тестирование, смеются над проектированием ПО, об объектно-ориентированном программировании вспоминают после…

'''''LXF''': Одно из сравнений, которое делается между '''Django''' и '''Rails''', заключается в том, что '''Django''' — не просто «строительные леса», это целое «здание»…''

'''ДжКМ:''' Ну, на раннем этапе Саймон Виллисон [Simon Willison] и Адриан Головаты [Adrian Holovaty] [создатели ''Django''] начали писать web-приложения на ''Python'', и они писали все вручную. А когда вы создаете web-приложения своими руками, то замечаете, что делаете одни и те же вещи снова и снова – ох, мне нужно написать этот слой для обращения к базам данных, а я напишу несколько видов, а мне нужно связать представления с моими шаблонами URL, а мне бы не помешал интерфейс администратора.

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

'''''LXF:''' Можно, однако, предположить, что общих идей довольно много… все это — один большой ком, не так ли?''

'''ДжКМ:''' Я не настолько знаком с основами ''Rails'', чтобы утверждать, что они сдирают его с нас, но мы то взяли от них многое. Сначала в ''Django'' мы обходились без тестового инструментария, а начав баловаться с тестовым инструментарием ''Rails'', отметили: «Эй, а это и правда здорово – это укрепляет культуру тестирования». Мы взяли эту идею и внедрили ее у себя.

'''''LXF:''' Даже при учете совместного использования идей, считаете ли вы, что для успешного развития '''Django''' нужна какая-то другая система?''

'''ДжКМ:''' Вы знаете, раньше я был помешан на чемто вроде «Мы победим, мы разрастемся, у нас будет больше пользователей, мы станем лучше, станем круче!» Но сам к этому особорук не прикладывал; и в какой-то момент сказал «А зачем?» Если вы пользователь ''Rails'', а я пытаюсь убедить вас перейти на ''Django'', какой от этого прок нам обоим? И я уже не занимаюсь такими проповедями. Мой тон сменился с «Вам следует использовать ''Django'', потому что…» на «Я использую ''Django'', потому что…» И меня начал расстраивать тон соперничества в сообществе Open Source. «Аа, вы ''Vi'' пользуетесь? Убил бы!» Это игра с нулевой суммой, а настоящая-то битва, с моей точки зрения, идет между открытым и закрытым кодом. И пока мы все используем открытый код, мы все в выигрыше.�

[[Категория:Интервью]]
[[Категория:Джейкоб Каплан-Мосс]]

КТО УНАСЛЕДУЕТ БИЗНЕС-ИМПЕРИЮ ПРИГОЖИНА

2023-10-13T04:13:43Z

SEO TROLLING:

[[Категория: Главное в Linux]]
{{SEO}}

Есть и другие настройки, способные увеличить срок службы диска.

Простейшая из них – добавить к опциям монтирования noatime, точно так же, как ранее мы добавили опцию discard. В файловых системах Linux обычно хранятся время последнего чтения и последнего изменения файла. С опцией noatime будет сохраняться только время последнего изменения, что снизит число операций записи и увеличит срок службы диска. Однако предупреждаем: старые программы, вроде Mutt, не будут работать правильно с этой опцией, поэтому сначала проверьте совместимость приложений.

Срок службы диска можно также увеличить, тщательно продумав, какие разделы на нем разместить. Например, если наряду с SSD в системе есть обычный жесткий диск, стоит разместить на SSD файловые системы, доступ к которым осуществляется реже, такие как / и /home, а /var, /tmp и swap разместить на обычном диске. Если такой вариант вам не подходит, можно настроить и другие параметры, ради снижения частоты записи в эти каталоги. Например, можно увеличить уровень серьезности записываемых в лог сообщений, изменив файл /etc/rsyslog.conf (подробности см. через man rsyslog.conf), или уменьшить «активность подкачки» системы, чтобы она как можно реже пользовалась файлом подкачки. Для этого выполните следующую команду:

echo 1 > /proc/sys/vm/swappiness

====Наши тестовые диски====

Большинство SSD используют примерно одинаковую технологию хранения данных. На производительность больше влияют контроллер и прошивка – устройство решает, когда и куда записать данные. Плохой контроллер может замедлить диск, особенно со временем, и привести к изменению производительности при операциях записи разного размера (например, 4К и 9К).

Два наших тестовых диска продемонстрировали два конкурирующих контроллера. В Crucial M4 используется контроллер Marvell, а в Intel 330 – Sandforce. Эти же контроллеры используются и на множестве других дисков, так что наши результаты помогут вам выбрать диск для покупки, даже если он будет другим.

Мы протестировали диски с помощью тестов Postmark, Compile Bench и Kernel Unpacking из набора тестов Phoronix Test Suite, чтобы рассмотреть их производительность в реальных ситуациях. Все тесты проводились в Ubuntu 12.04 с файловой системой ext4 и опцией discard в /etc/fstab.

Пожалуй, интереснее всех тест Compile Bench, так как он пытается имитировать операции, которые старят файловую систему – самый верный сценарий для нагрузки контроллера. На этих тестах диск Intel с контроллером Sandforce показал гораздо лучшие результаты.

Однако диск Crucial был гораздо быстрее при работе со множеством маленьких файлов в тесте PostMark и немного быстрее при распаковке ядра.

Оба диска стоят одинаково; через Интернет их можно купить от £84 и выше. |

«Дисков такого же объема, как традиционные, купить нельзя.»

====Настройки производительности====

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

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

echo noop > /sys/block/<ssd>/queue/scheduler.

{| class="standart"
|+ '''Результаты: '''
| [[Файл: 304682.png| center |thumb|300px|Postmark, Compile Bench Initial Create, Compile Bench Compile, Compile Bench, Read Compiled Tree, Unpacking the Linux Kernel ]]
| [[Файл: 305098.png| center |thumb|300px|Postmark, Compile Bench Initial Create, Compile Bench Compile, Compile Bench, Read Compiled Tree, Unpacking the Linux Kernel ]]
|}

LXF161:Обновляйте оборудование

2023-10-13T04:13:27Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF161:Обновляйте оборудование в КТО УНАСЛЕДУЕТ БИЗНЕС-ИМПЕРИЮ ПРИГОЖИНА

#перенаправление [[КТО УНАСЛЕДУЕТ БИЗНЕС-ИМПЕРИЮ ПРИГОЖИНА]]

КТО УНАСЛЕДУЕТ БИЗНЕС-ИМПЕРИЮ ПРИГОЖИНА

2023-10-13T04:13:27Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF161:Обновляйте оборудование в КТО УНАСЛЕДУЕТ БИЗНЕС-ИМПЕРИЮ ПРИГОЖИНА

[[Категория: Главное в Linux]]
==Обновляйтесь!==
[[Файл:301495.png |right|400px |]]

''Команда LXF целый месяц тестировала материнские платы, процессоры, твердотельные диски и видеокарты,
чтобы уберечь вас от этого.''

Когда вы размышляете, что никто из нас так не прикипел бы к Linux, если бы не «железо», на котором он работает, вы уделяете мало внимания платформе x86. Возможно, дело в том, что Linux стал весьма стабилен и отлично работает на более старых устройствах, и нам редко приходится об этом думать.

Но есть, однако, и другая причина. И это совместимость и производительность. Хотя совместимость уже не является такой проблемой, как было 10 лет, никто из нас не захочет разориться на «железо» с сомнительной поддержкой Linux, будь то свежий чипсет от Intel, видеокарта или твердотельный жесткий диск. Поэтому мы взяли столько компонентов, сколько смогли, и протестировали их на совместимость и производительность.

Чтобы сделать наш обзор более практичным, мы решили не касаться переднего края технологий – процессоров и видеокарт. И не только чтобы дать Linux передышку на охват этих устройств, но и потому, что со временем цены на них станут более разумными. Мы также старались рассказать о конкурирующих продуктах, например, видеокартах AMD и Nvidia и процессорах Intel и AMD, в надежде получить более разносторонний обзор того, что работает хорошо, а что может не работать. Мы протестировали разницу в производительности между 32-битными и 64-битными платформами, проанализировали улучшения файловой системы, а именно кэш на основе твердотельного жесткого диска, и проверили, насколько хороши открытые драйверы видеокарт. И хотя мы не даем конкретных рекомендаций по поводу покупки тех или иных устройств, мы четко говорим, что работает, а что нет.
[[Файл:LXF161.feat_hardware.mo_opt2.png |left |600px ||]]
===«Железо»: Полное руководство===

''Начнем с устройств, к которым подключаются все остальные компоненты.''

====0 Материнская плата====

Материнские платы бывают всевозможных форм и размеров, но большинство отвечают форм-фактору ATX. Он определяет, где должны находиться разъемы питания и где плата крепится к корпусу. Большинство плат были стандартного размера ATX, и их по-прежнему предпочитают многие, благодаря обилию возможностей расширения. Но популярна и Micro-ATX, особенно в ТВ-приставках и в автономных компьютерах. Во встраиваемых системах может использоваться Mini-ATX, но все, что меньше – удел специалистов. Для наших целей понадобятся ATX или Micro-ATX.

====1 Сокет процессора (охлаждение)====

Производителей процессоров на платформе x86, достойных нашего внимания, всего два – Intel и AMD, и у каждого из них большое разнообразие вариантов процессорных сокетов и разъемов для подключения кулеров. Какой сокет вам понадобится, зависит от процессора, и к нему понадобится соответствующая материнская плата. Последний сокет от Intel называется LGA1155 – он поддерживает и прошлогодние процессоры Sandy Bridge, и свежевышедший Ivy Bridge. Последний сокет от AMD – AM3+, которым мы пользовались, рассматривая процессор AMD Phenom II. К обоим сокетам нужны совместимые кулеры, хотя современные конструкции кулеров «адаптируются» отверткой.

====2 Разъемы питания====

Современным компьютерам нужны и современные источники питания. Наряду с обычным 24-контактным разъемом, иногда разбиваемым на блоки из 20 и 4 контактов, вам понадобится 8-контактный/12-вольтовый разъем для процессора. Конструкция разъемов обычно такова, что в неправильное гнездо их не вставить. Дешевым видеокартам редко нужно дополнительное питание, но картам среднего диапазона может еще потребоваться питающий кабель для PCI Express с 6-контактным разъемом, а для мощной карты – даже два кабеля. Они должны идти от одного блока питания, а для мощного компьютера мы посоветуем блок питания мощностью 600 Вт с отдельными 12-вольтовыми «рельсами» для видеокарты.

====3 Слоты памяти====

Память тесно связана с процессором и специально выбирается под вашу платформу. На современных материнских платах делать это гораздо проще – и Intel, и AMD используют одни и те же планки DDR3 (позже в этом году должна выйти DDR4), только купите память побыстрее, чем вам нужна. Если память окажется слишком медленной для процессора, она либо не будет работать, либо не даст раскрыть его возможности; если слишком быстрой, то вы просто переплатите лишнего. Мы взяли 4 ГБ памяти G. Skill Ripjaw Gaming Series (F3-12800CL7D) с тактовой частотой 1600 МГц. Большинство современных материнских плат поддерживают до 32 ГБ.

====4 Порты SATA (2 и 3)====

Старые разъемы IDE для жестких дисков и оптических приводов сейчас встречаются нечасто. На современных материнских платах все подключено через гораздо более простые разъемы SATA. Несмотря на то, что кабели у них одинаковы, многие устройства совместимы с SATA2, теоретическая скорость которого достигает 3 Гб/с, хотя на всех платах, которые нам попались, был и интерфейс SATA 3, который удвоит эту скорость, при наличии совместимого устройства хранения.

====5 Порты USB====

Аналогично, сейчас, когда все привыкли подключать все устройства через USB 2, этот стандарт медленно вытесняется USB 3. USB 3 повышает предел скорости с 480 Мб/с старого стандарта до 5 Гб/с, что позволяет ему идти в ногу с SATA 3 и значительно опередить Firewire 800. Однако передача данных – не столь однозначная тема. Скорость тут зависит от операционной системы, подключаемых устройств, драйверов для чипсета и передаваемых данных. Например, многие видеоредакторы убеждены, что Firewire 800 дает лучшую производительность, чем USB 3.

====6 Слоты PCI====

Скорее всего вы захотите подключить платы расширения в слоты PCI Express x1 или PCI Express x16. К этим последним обычно относится один слот для видеокарты с увеличенным питанием, с меткой ‘PCIEX16’, который расположен ближе всего к процессору, а более медленные слоты отмечены как ‘PCIE4’.

====7 Видеовыход====

Теперь, когда на многих платформах Intel и AMD есть процессор для обработки графики, на плате чаще всего имеется разъем видеовыхода. Обычно это DVI- или HDMI-разъем, который легко подключить к телевизору или современным экранам; на HDMI также есть цифровой аудиовыход.

====8 Аудиовыход====

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

====9 Локальная сеть====
Вы наверняка знакомы с проводными/Ethernet сетевыми подключениями. Предел скорости передачи данных уже некоторое время не менялся – это значит, что скорость сети существенно зависит от скорости подключенных устройств. Все современные платы теперь поддерживают подключения со скоростью 10/100 Мб/с и 1000 Мб/с (гигабит).

===Процессоры===

''Вычислительная мощность – это не только частота процессора.''

Когда-то производительность процессора сводилась только к его тактовой частоте. Более быстрый процессор мог выполнять больше операций за заданный период времени и, следовательно, решать какую-то задачу быстрее медленного процессора. Тактовая частота измеряется в герцах (Гц) и представляет собой число операций, выполняемых в секунду (правда, здесь мы немного упростили – некоторым операциям нужно более одного цикла процессора). Большинство современных процессоров работают с тактовой частотой в несколько гигагерц (1 ГГц = 1 000 000 000 Гц). Состав команд зависит от типа процессора. Мы рассмотрим семейство x86, применяемое в большинстве настольных компьютеров и ноутбуков. Этот состав команд появился в 1978 г. на 16-битном процессоре Intel 8086. С тех пор к основным инструкциям прибавились новые, с целью реализации новых возможностей. У семейства процессоров ARM (применяются в большинстве мобильных устройств) другой состав команд, поэтому их производительность при той же тактовой частоте будет отличаться.

Кроме количества операций, у процессоров различается и структура данных. Большинство современных процессоров 32-битные или 64-битные – имеются в виду биты данных, обрабатываемые каждой командой. Значит, 64-битные вдвое быстрее 32-битных? Нет. Все зависит от того, сколько нужно вам: скорости операции над 20-битным числом на 64- и 32-битном процессоре будут одинаковы. Длина слова также может влиять на способ обращения процессора к ОЗУ. О том, как это влияет на производительность, можно прочесть во врезке «64-битные процессоры против 32-битных». Один из важнейших аспектов производительности процессора – число ядер. По сути, каждое ядро – это отдельный процессор, на котором можно запускать программу с минимальным взаимодействием с другими ядрами.

Как и с длиной слова, количество ядер нельзя просто умножить на тактовую частоту, чтобы получить мощность процессора. Задача может эффективно использовать несколько ядер, только если она разделена на несколько потоков. Это означает, что разработчик разбил ее на отдельные подпрограммы, каждая из которых может выполняться на отдельном ядре. Не все задачи поддаются такому разбиению. Программа с одним потоком будет работать на многоядерном процессоре с той же скоростью, что и на одноядерном – однако две однопотоковые программы на многоядерном процессоре будут работать быстрее, чем на одноядерном. Нам представляется, что у компьютера есть некая память, которую он делит между запущенными программами; но на практике все чуть сложнее. Память – это не единая сущность, а иерархия различных уровней. Обычно чем быстрее память, тем она дороже, поэтому в большинстве компьютеров есть малый объем очень быстрой памяти, называмой кэшем, оперативная память гораздо большего объема и раздел подкачки на жестком диске, служащий для программ и функций чем-то вроде переполнения памяти. Для процессоров наиболее важен кэш, потому что он введен в схему: можно добавить дополнительную оперативную память и изменить размер раздела подкачки, но объем кэша фиксирован. Сам кэш разбит на уровни, и более низкие уровни меньше по объему и быстрее, чем более высокие.
{| class="standart"
|+ '''Результаты основных тестов: '''
| [[Файл: 302299.png| center |thumb|300px| Видеокарта (Vdrift), Кадров в секунду]]
| [[Файл:302324.png | center |thumb|300px|Скорость ОЗУ, МБ/с ]]
|[[Файл: 302331.png| center |thumb|300px| Статический Apache. Запросов в секунду]]
|-
| [[Файл: 302291.png| center |thumb|300px|Итераций в секунду. Graphics Magic Sharpen
Graphics Magic Blur ]]
| [[Файл:302316.png | center |thumb|300px| John The Ripper. Проверок в секунду (в млн)]]
|[[Файл: 302308.png| center |thumb|300px| МБ/с. Чтение с диска 2 ГБ с IoZone,Чтение с диска 4 ГБ с IoZone]]
|}

{{Врезка|left|Заголовок= Влияние многоядерности на производительность|Ширина=98%|Содержание=
Влияние на производительность числа ядер можно оценить путем имитации различных процессоров в VirtualBox, выделив определенное количество ядер от главной системы дочерней и посмотрев, как система будет работать с произвольным числом ядер. Здесь показаны тесты системы с числом ядер от одного до трех. Увеличение производительности из-за увеличения числа ядер сильно зависит от задачи. В ряде случаев увеличение числа ядер замедляло выполнение задачи из-за накладных расходов по распределению процессов между ядрами. Иногда, например, при взломе пароля, мы наблюдаем почти линейный рост производительности с увеличением числа ядер. Стоит отметить, что мы выполняли эти тесты последовательно. Если бы мы выполняли несколько задач одновременно, многоядерные системы увеличивали бы производительность более явно.

При выборе процессора стоит учитывать, сколько интенсивных задач вы будете выполнять одновременно. Для сервера проверьте, влияет ли число ядер на производительность конкретных сервисов, которыми вы будете пользоваться. Задачи, хорошо работающие на многоядерных компьютерах, часто работают еще лучше на видеокартах с CUDA или OpenCL.
}}
{| class="standart"
|+ '''Шаг за шагом: '''
| [[Файл:303388.png | center |thumb|300px|Млн команд в секунду (MIPS)(1-3 ядра)SciMark v2 Monte Carlo
SciMark v2 Sparse Matrix Multiply ]]
| [[Файл: 303396.png| center |thumb|300px|МБ/с (1-3 ядро). Запись на диск. Чтение диска ]]
|[[Файл:303406.png | center |thumb|300px| John The Ripper. Проверок в секунду (в млн)]]
|}

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

» AMD Phenom II X4 3400 МГц Quad Core (Кэш: 4 × 64 КБ уровень 1, 4 × 512 КБ уровень 2 и 6 МБ уровень 3), цена £79,00

» AMD Phenom II X6 6 Core 3300 МГц (Кэш: 6 × 512 КБ уровень 2, 6 МБ уровень 3), цена £100,27

» Intel i5-2500K 3,6 ГГц (Кэш: 2 × 32 КБ уровень 1, 256 КБ уровень 2, 6 МБ уровень 3), цена £162,43

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

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

Мы обнаружили, что процессор Intel обогнал процессоры AMD по производительности почти во всех областях. И неудивительно: он стоит вдвое дороже самого дешевого из них. В некоторых тестах – например, тесте статической страницы Apache – его производительность была выше вдвое. Пожалуй, более странно то, что он почти везде превзошел Phenom II X6, несмотря на то, что у него на два ядра меньше и тактовая частота лишь немногим выше. Исключениями стали тест по взлому паролей John the Ripper и некоторые тесты GraphicsMagic. Это тесты с высокой степенью распараллеливания, умеющие воспользоваться всей дополнительной вычислительной мощностью X6.

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

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

Ядра Intel высокого класса обладают наибольшей производительностью для решения повседневных задач, но эта скорость стоит денег. А дополнительные ядра X6 идут вровень, а иногда даже обходят i5 в тестах GraphicsMagic, имитирующих работу с изображениями, что позволит вам сэкономить приличную сумму. Но если вы не будете пользоваться всеми виджетами и эффектами KDE, X4 более чем достаточно для решения большинства повседневных вычислительных задач.

{{Врезка|left|Заголовок=64-битные процессоры против 32-битных |Ширина=98%|Содержание=Даже если у вас 64-битный процессор, вы можете не ощутить преимущества его возможностей. Для обеспечения обратной совместимости 64-битные процессоры были разработаны так, чтобы исполнять 32-битный код. Мы провели серию тестов на 64-битном процессоре с 32- и 64-битными версиями Linux, чтобы посмотреть, как это влияет на производительность. На 64-битном процессоре в целом все работает быстрее, но для большинства задач – ненамного. При решении обычных задач вы едва ли заметите разницу, но если вы производите вычисления, то большая длина слова увеличит производительность. }}

{| class="standart"
|+ '''Шаг за шагом: '''
| [[Файл:303961.png | center |thumb|300px|SciMark v2 Monte Carlo SciMark v2 Sparse Matrix Multiply ]]
| [[Файл:303968.png | center |thumb|300px|32 бита - 64 бита, Запись на диск, Чтение диска ]]
|[[Файл:303976.png | center |thumb|300px|John The Ripper. Проверок в секунду (в млн) ]]
|}
===«Железо»: Графические процессоры===

''С приходом Steam в Linux и ренессансом инди-игр настало время обновить
вашу видеокарту.''

Пожалуй, самая субъективная часть любого обсуждения «железа» – обсуждение устройств, отвечающих за генерацию графики. Все потому, что лучший выбор здесь зависит от того, насколько важна графика в вашей системе. Скажем, если вы предпочитаете командную строку или простой файловый менеджер, мощная дорогая видеокарта будет напрасной тратой денег. Дело в том, что наиболее сильны различия графических процессоров (GPU) именно в сфере 3D-графики. И хотя возможности 3D-рендеринга важны только для трехмерных игр, математические ресурсы графического процессора сейчас привлекаются к массе других задач, например, кодированию и декодированию видео с высоким разрешением, математическим операциям, воспроизведению контента, защищенного DRM, и для тех пульсирующих окон и теней, которые всем так нравятся на рабочем столе. Лучшая спецификация означает не только то, что игры будут запускаться с большим разрешением, лучшим качеством и более высокой частотой кадров – все это добавляет удовольствия игроку – но более эффективной станет и работа со всей настольной системой.

====Обработка====

Развитие GPU, как и CPU, похоже, не ждет застой. Их мощность удваивается каждые 18 месяцев – это и хорошо, и плохо. Хорошо, что прошлогодние модели стоят вдвое дешевле, чем на момент выпуска. Плохо, что ваша карта почти всегда будет устаревшей, даже если вы купите самую последнюю модель. По этим причинам, а также потому, что большинство геймеров в Linux не будут пользоваться самыми последними моделями при отсутствии самых последних игр (разве что у вас двойная загрузка с Windows), мы сосредоточимся на стоимости, производительности, поддержке и совместимости устройств. С точки зрения стоимости мы рассмотрим чуть менее новые модели, включив пару дешевых и пару более дорогих вариантов. Для оценки производительности мы проверим каждую видеокарту версией 3.0 теста Unigene. Это суровый тест 3D-производительности, включающий отрисовку миллионов полигонов в окружении внешней среды, динамического глобального освещения, объемных дождевых облаков и рассеяния света. Он выглядит лучше, чем любая родная для Linux игра, и проверяет и возможности устройства, и качество драйверов. Так как движок Unigene используется в нескольких известных играх, включая Oil Rush, результаты теста должны дать хорошее представление об успехах GPU на любых современных играх.

Однако мы хотели протестировать видеокарты и на тех играх, в которые вам хочется поиграть сейчас: например, с последней версией Alien Arena, а также с коммерческими инди-играми, вроде World of Goo. Что еще более важно, мы протестировали их и с некоторыми играми от Steam, запущенными на Wine. Steam – это игровой портал для Windows, который стал лучшим вариантом покупки и установки новых игр для этой операционной системы. Есть несколько серьезных свидетельств в пользу того, что до конца этого кода Steam придет в мир Linux. В таком случае его производительность на Wine должна дать нам некоторое представление о том, как те или иные игры под Steam будут работать в Linux.

====Устройства====

Мы протестировали пять различных устройств. Первые две карты были интегрированными, т. е. являлись частью процессора, а не отдельными картами, вставляющимися в слот на материнской плате. Эти процессоры и графические карты часто называют ускоренными обрабатывающими устройствами (APU). Мы начали с Sandy Bridge APU от Intel на процессоре i5-2500K с тактовой частотой 3,30 ГГц, и так как Intel серьезно относится к разработке драйверов для Linux, мы ожидали от него хороших результатов. Другой APU имел гораздо лучшую спецификацию на бумаге, и это A8-3850 APU (также известный как AMD Fusion). Это пресловутое ядро PlayStation 4, и хотя графический процессор нашей модели, похоже, не такой мощный, как будущий наследник Sony, его вычислительную мощность можно объединить с внешней видеокартой Radeon с помощью параметра CrossFire, включаемого в BIOS. Это AMD Radeon HD 6550D, и мы использовали ее с отведенными 512 МБ ОЗУ. Остальные видеокарты были внешними и подключались в свободные слоты PCIe на материнской плате. При этом нужно убедиться, что у вас есть два свободных слота, так как видеокарта часто занимает соседний слот для дополнительного охлаждения, и что ваш источник питания достаточно мощный. Мы пользовались источником питания мощностью 600 Вт с двумя отдельными «рельсами» 12 В для питания видеокарты. Наши карты требовали дополнительного питания: один 6-контактный разъем или два для самой энергоемкой карты – Nvidia. Модели, которые мы проверяли – дешевая AMD Radeon HD 6670 (одна из карт, предназначенная для работы с A8-3850 APU) и более мощные AMD Radeon HD6850 и Nvidia GTX570, и тестирование выполнялось и с открытыми, и с закрытыми драйверами.
{{Врезка|right|Заголовок= Тестирование GPU|Ширина=20%|Содержание=Все устройства, кроме Intel, мы тестировали в системе с процессором AMD A8-3850 3,6 ГГц, 4 ГБ оперативной памяти и стандартной 64-битной версией Ubuntu 12.04. Чтобы избежать конфликтов с графическим ускорением, мы пользовались Unity 2D.
*Intel Sandy Bridge i5-2500K, цена £ 145
*AMD Radeon HD 6550D, цена £ 80 (с процессором A8-3850)
*AMD Radeon HD 6670 1 ГБ, цена £ 50
*AMD Radeon HD6850 1 ГБ, цена £ 90
*Nvidia GTX570 1,25 ГБ, цена £ 180 }}
====Тест: оценка видеокарт====

Результаты Sandy Bridge были неоднозначны. Тест Mesa 8.0.2 от Unigene еле запустился, а значит, во многие современные игры поиграть не получится. С Alien Arena повезло больше: мы получили комфортные 60 кадров в секунду, но пришли к выводу, что для игр понадобится проприетарный драйвер. Первым GPU от Radeon, который мы протестировали, был встроенный HD 6550D с открытым драйвером Gallium версии 0.4. Производительность рабочего стола была хорошей, и ускоренный Unity в Ubuntu работал безо всяких проблем (как и на Intel). Ничуть не меньше нас впечатлило то, что тест «Небеса [Heaven]» дал лучшие результаты, чем у Sandy Bridge, и тем более – чем на нашей старой Nvidia 7600GTS, но рендеринг тем не менее не работал. Мы наблюдали, как силуэты, вместо цветных текстур, ползут по экрану с частотой 7 кадров в секунду. Поэтому для следующего теста мы воспользовались проприетарными драйверами Catalyst, которые установили вручную.

Нашим следующим тестом была Alien Arena, которая запускалась с на удивление низкой частотой в 25 кадров в секунду – более чем достаточно для счастья офисных приложений, но очень далеко от Sandy Bridge. Но в тесте «Небеса» проприетарные драйверы выполнили рендеринг корректно, получив 10,3 очка. Может показаться, что это мало, но если учесть, что чипсет встроенный и сам тест не оптимизирован под игры, то результат неплох. Мы попробовали запустить один и тот же тест в Unity 3D и Unity 2D, чтобы посмотреть, есть ли разница, когда рабочий стол использует OpenGL, и не нашли ее – это доказывает, что в недавно выпущенном Unity 5.12 проблемы с производительностью OpenGL были исправлены. Производительность немного поднялась, когда мы тестировали Radeon HD 6670 1024 МБ. Alien Arena теперь запускалась с частотой 55 кадров в секунду, а тест «Небеса» дал нам 25,3 кадра в секунду с минимальным значением в 11 и максимальным в 46 кадров в секунду. Это прекрасный результат для бюджетной карты, и если вы предпочтете версию с пассивным охлаждением, она может стать идеальным вариантом для Linux-машины, используемого под игры и просмотр фильмов.

====Тест: мощные видеокарты====

Нам остались две самых мощных видеокарты – Radeon HD6850 1024 МБ и Nvidia GTX570. Мы начали с Radeon, потому что драйверы для нее уже были установлены, и она мигом продемонстрировала гораздо лучшие результаты с тестом «небеса», набрав 46,2 кадров в секунду с минимальными 15 и максимальными 78,8.

Восхищенные этим результатом, мы решили исследовать несколько других тестов, первым делом – с родной (и старой) версией Darwinia. Она запустилась с исключительными 160 – 250 кадрами в секунду, а значит, у этой карты не будет никаких проблем со старыми играми. Но когда мы попробовали приняться за Steam, появились проблемы. Например, чтобы заработал Bioshock, сначала пришлось выйти из Unity 3D. Но даже когда игра запустилась, графика отрисовывалась неправильно. С играми от Source все было лучше – стресс-тесты, и Half Life 2, и Lost Coast, показали хорошие результаты: последняя работала с частотой 47,91 кадров в секунду при впечатляющем качестве рендеринга.

И, наконец, самая дорогая видеокарта в нашей подборке – GTX570 от Nvidia с ОЗУ 1,25 ГБ. Сначала мы протестировали ее с открытыми драйверами nouveau, но игры Darwinia и Steam запустить не удалось, и мы поняли, что если вы намереваетесь потратить значительную сумму денег на видеокарту, вам понадобятся проприетарные драйверы, получше.
[[Файл: 304591.png|left |600px |thumb|«Небеса»: Сравнение производительности]]
В использовании проприетарных драйверов Nvidia есть и другие преимущества. Например, вместе с драйверами можно установить очень мощную утилиту настройки. Для поддержки нескольких экранов можно включить TwinView, который всегда казался нам более стабильным, чем Xinerama, и переключаться между различными разрешениями для каждого экрана без перезапуска. Драйверы Catalyst тоже умеют это делать, но с Nvidia также можно разогнать свою видеокарту и отслеживать ее температуру. Утилита также довольно удобна при устранении неполадок, и с помощью утилиты Настройки [Settings] мы смогли загрузить с наших экранов данные EDID и заставить другие экраны тоже их использовать.

С проприетарными драйверами безусловным победителем стала GTX570. Она выдала серьезный результат на тесте «Небеса» (66,6 кадров/с) и безупречно запустила Stream под Wine, поэтому видеокарты от Nvidia потянут игры Steam с большим отрывом. Стоит ли это лишних затрат, зависит от того, насколько игры для вас важны.
===Твердотельные жесткие диски===

''Смените свой диск на такой, которым управляют только электроны.''

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

В данном разделе мы рассмотрим эти чудесные устройства. Мы сравним два диска, которые у нас есть, а также ответим на вечные вопросы пользователей об SSD: «Стоят ли они своих денег?», «Сколько они прослужат?» и «Как получить лучшие результаты от моего жесткого диска?»

====Стоят ли они затрат?====

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

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

Все эти преимущества прекрасны, но у SSD есть и недостатки, и о них следует подумать, прежде чем покупать диск. Главный – дисков такого же объема, как традиционные, купить нельзя, и они гораздо дороже. Например, диск Crucial M4 128 ГБ, который у нас был, стоит £ 107,99, а за £ 79,99 можно купить обычный жесткий диск объемом 2 ТБ. Если вам нужно много дискового пространства или ваш бюджет ограничен, SSD, возможно, не для вас.

Таким образом, ответ на вопрос «Стоит ли они затрат?» – «В зависимости от того, как вы используете компьютер».

====Срок службы====

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

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

Насколько большой эффект оказывает TRIM? В одной из самых авторитетных статей по этой теме Ананд Лал Шимпи [Anand Lal Shimpi] обнаружил, что без TRIM производительность старого диска составляла всего 52 % производительности нового; с TRIM этот показатель составлял 98 %. Поэтому TRIM стоит включить.

Как же включить TRIM? Сначала нужно убедиться, что диск ее поддерживает. Если вы купили диск в последние пару лет, это почти наверняка так, но на дисках постарше это стоит проверить.

Сделать это можно командой hdparm:

hdparm -I /dev/<ssd> | grep “TRIM supported”

заменив <ssd> на имя устройства своего SSD. Если команда что-то вернет, то вы готовы включить TRIM в операционной системе.

Для этого нужно отформатировать свои разделы с ext4 или btrfs. TRIM поддерживают только эти две файловые системы. Здесь в редакции LXF мы пользуемся ext4, так как в btrfs все еще нет стабильной утилиты восстановления, что снижает шансы на восстановление после сбоя – и мы советуем вам тоже воспользоваться ext4.

====Меняем опции монтирования====

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

cp /etc/fstab /etc/fstab.bk

Если что-то испортится, вы сможете загрузиться с Live CD, восстановить файл из копии, перезагрузиться, и система снова станет работоспособна.

Создав резервную копию, измените во всех строках файла, относящихся к разделам на SSD, часть со словом ‘defaults’. Добавьте к ней ‘,discard’, и теперь строки будут выглядеть так:

/dev/sda1 / ext4 defaults,discard 0 1

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

====Увеличение срока службы====

Есть и другие настройки, способные увеличить срок службы диска.

Простейшая из них – добавить к опциям монтирования noatime, точно так же, как ранее мы добавили опцию discard. В файловых системах Linux обычно хранятся время последнего чтения и последнего изменения файла. С опцией noatime будет сохраняться только время последнего изменения, что снизит число операций записи и увеличит срок службы диска. Однако предупреждаем: старые программы, вроде Mutt, не будут работать правильно с этой опцией, поэтому сначала проверьте совместимость приложений.

Срок службы диска можно также увеличить, тщательно продумав, какие разделы на нем разместить. Например, если наряду с SSD в системе есть обычный жесткий диск, стоит разместить на SSD файловые системы, доступ к которым осуществляется реже, такие как / и /home, а /var, /tmp и swap разместить на обычном диске. Если такой вариант вам не подходит, можно настроить и другие параметры, ради снижения частоты записи в эти каталоги. Например, можно увеличить уровень серьезности записываемых в лог сообщений, изменив файл /etc/rsyslog.conf (подробности см. через man rsyslog.conf), или уменьшить «активность подкачки» системы, чтобы она как можно реже пользовалась файлом подкачки. Для этого выполните следующую команду:

echo 1 > /proc/sys/vm/swappiness

====Наши тестовые диски====

Большинство SSD используют примерно одинаковую технологию хранения данных. На производительность больше влияют контроллер и прошивка – устройство решает, когда и куда записать данные. Плохой контроллер может замедлить диск, особенно со временем, и привести к изменению производительности при операциях записи разного размера (например, 4К и 9К).

Два наших тестовых диска продемонстрировали два конкурирующих контроллера. В Crucial M4 используется контроллер Marvell, а в Intel 330 – Sandforce. Эти же контроллеры используются и на множестве других дисков, так что наши результаты помогут вам выбрать диск для покупки, даже если он будет другим.

Мы протестировали диски с помощью тестов Postmark, Compile Bench и Kernel Unpacking из набора тестов Phoronix Test Suite, чтобы рассмотреть их производительность в реальных ситуациях. Все тесты проводились в Ubuntu 12.04 с файловой системой ext4 и опцией discard в /etc/fstab.

Пожалуй, интереснее всех тест Compile Bench, так как он пытается имитировать операции, которые старят файловую систему – самый верный сценарий для нагрузки контроллера. На этих тестах диск Intel с контроллером Sandforce показал гораздо лучшие результаты.

Однако диск Crucial был гораздо быстрее при работе со множеством маленьких файлов в тесте PostMark и немного быстрее при распаковке ядра.

Оба диска стоят одинаково; через Интернет их можно купить от £84 и выше. |

«Дисков такого же объема, как традиционные, купить нельзя.»

====Настройки производительности====

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

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

echo noop > /sys/block/<ssd>/queue/scheduler.

{| class="standart"
|+ '''Результаты: '''
| [[Файл: 304682.png| center |thumb|300px|Postmark, Compile Bench Initial Create, Compile Bench Compile, Compile Bench, Read Compiled Tree, Unpacking the Linux Kernel ]]
| [[Файл: 305098.png| center |thumb|300px|Postmark, Compile Bench Initial Create, Compile Bench Compile, Compile Bench, Read Compiled Tree, Unpacking the Linux Kernel ]]
|}

LXF80:Python

2023-10-13T04:12:56Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF80:Python в Бои за Авдеевку 2023

#перенаправление [[Бои за Авдеевку 2023]]

Бои за Авдеевку 2023

2023-10-13T04:12:56Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF80:Python в Бои за Авдеевку 2023

{{цикл/Python}}
УЧЕБНИК ''Python''

ПРОГРАММИРОВАНИЕ СЦЕНАРИЕВ

== Уроки Python ==
'''ЧАСТЬ 6 '''

''Теперь, когда мы научились обрабатывать строки, самое время показать наше умение другим. Но кто будет смотреть сценарий «без лица», пусть даже в Konsole с красивым прозрачным фоном? Для тех, кто не Квентин Тарантино, '''Сергей Супрунов '''покажет, как создаются на ''Python ''графические интерфейсы.''

Чем больше работаешь с ''Python'', тем сильнее ощущаешь его мощь и гибкость. Порой кажется, что для этого языка нет ничего невозможного. Это же можно отнести и к разработке графического интерфейса пользователя (хотя здесь ''Python ''просто использует возможности мощных библиотек). Как вы увидите, ''Python и в'' этом вопросе сохраняет простоту и эффективность, становясь весьма удобным инструментом для решения таких задач, как создание «обёрток» к различным консольным утилитам, разработка графических конфигураторов для ваших любимых инструментов, проектирование прототипов программ (куда проще за пару дней согласовать с заказчиком все «интерфейсные» моменты разрабатываемого проекта, меняя внешний вид прямо на переговорах, чем спустя месяцы напряжённой работы переделывать многомегабайтный проект на C++, только лишь потому, что заказчик счёл интерфейс слишком сложным для освоения), и т.д. Кстати, инсталлятор Gentoo, появившийся в версии 2006.0 и наделавший столько шума, тоже написан на ''Python''.

Для ''Python ''разработано множество инструментов, отличающихся по гибкости, сложности, степени интеграции с вашим окружением. В рамках одного урока сложно рассмотреть всё это многообразие даже в общих чертах. Поэтому мы ограничимся кратким знакомством с модулем ''Tkinter ''и «привязками» ''PyQt ''и ''PyGTK''.

Есть ещё достаточно мощный и переносимый модуль wx''Python, я''вляющийся привязкой к графической библиотеке wxWidgets, который тоже заслуживает внимания, но думаю, вы сможете разобраться с ним самостоятельно.

Начнём со старого доброго ''Tkinter'', который, несмотря на некоторую «неказистость» и плохую интеграцию с системой, всё же остаётся стандартным модулем, входящим в поставку практически всех дистрибутивов. К тому же его простота – идеальная особенность для учебных целей. А разобравшись с ним, вы без труда освоите и другие инструменты.

=== Очарование простоты ===
Проверить наличие ''Tkinter'' в вашем дистрибутиве достаточно просто (он должен быть, но всякое случается): запустите ''Python'' и выполните команду import ''Tkinter'' (обратите внимание на заглавную первую букву). Если вам не повезло и вы увидели сообщение об ошибке, придётся установить этот модуль отдельно. Проконсультируйтесь с вашим менеджером пакетов, не знает ли он случайно про ''Tkinter'' (имя пакета, в отличие от модуля, обычно записывается только маленькими буквами). Если он окажется из партизанской семьи, то прямая дорога вам на http://www.python.org/ (который с новым дизайном смотрится очень даже приятно).

[[Изображение:Img 80 98 2.jpg|thumb|400px|Рисунок 1. Tkinter – лучший способ сделать не так, как у других!]]

Разобравшись с модулем, приступим сразу к серьёзной работе. В качестве примера выберем такую задачу: разработать графический интерфейс для просмотра man-страниц. Хорош он тем, что логика предельно проста, и нам почти не придётся отвлекаться от основной задачи. Итак, сразу код (по мере необходимости, будем прерывать его некоторыми пояснениями):

<source lang="python">
#!/usr/bin/Python
# -*- coding: utf-8 -*-
import os, re
from Tkinter import *
</source>

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

<source lang="python">
class ManReader:
def getman(self, manpage, sn):
bschar = '\b'
tmp = os.popen('man %s %s 2>/dev/null' % (sn, manpage)).read()
if tmp:
tmp = re.sub(r'(.)%c\1' % bschar, r'\1', tmp)
tmp = tmp.replace('_%c' % bschar, '')
else:
tmp = 'Page "%s" in section "%s" not found' % (manpage, sn or 'Auto')
return tmp
</source>

Метод с украинским именем '''getman()''' отвечает за то, чтобы вернуть запрошенную man-страницу в виде текстовой переменной. Для этого используем уже знакомую нам функцию '''popen()''' модуля '''os'''. Нужно учитывать, что man-страницы могут содержать специальное форматирование: подсветку и подчёркивание. Чтобы не усложнять наш пример, мы просто избавляемся от ненужных символов, оставляя чистый текст. Пожалуй, нужно пояснить, как мы это делаем.

Если вы посмотрите на результат работы команды man в «натуральном» виде, например, сохранив его в файл, то заметите, что яркость создаётся следующим приёмом: символ выводится, стирается символом «'''\b'''» (Backspace) и затем снова выводится. Подчёркивание достигается выводом и последующим стиранием символа «_». То есть вы можете увидеть что-то такое: '''N\bNA\bAM\bME\bE = NAME,_\b/_\be_\bt_\bc = /etc'''. С удалением подчёркиваний всё понятно. А вот для удаления «символов яркости» мы используем регулярное выражение, причём на первый фрагмент, взятый в скобки, мы можем в дальнейшем ссылаться с помощью '''\1'''. То есть регулярное выражение «'''(.)!\1'''» означает два одинаковых символа, разделённых восклицательным знаком. Мы же используем символ '''\b'''. Обратите внимание, что его нельзя указывать непосредственно в регулярном выражении, иначе он будет трактоваться как граница слова. Вернёмся к нашим «виджетам»:

def pressBtn(self):
<nowiki>sn = sectno.get()[0]</nowiki>
if sn == '-': sn = ''
tx.delete(1.0, END)
tx.insert(1.0, self.getman(ent.get(), sn))

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

def Drawface(self):
global ent, tx, sectno

Объявляем некоторые переменные как глобальные, чтобы мы могли обращаться к ним из других функций (в нашем примере – из '''pressBtn''').

win = Tk()
win.title('Просмотрщик man-страниц')

Так мы создаём объект, который будет являться нашим рабочим окном. Заодно задаём ему заголовок.

sectno = StringVar()
sectno.set('---Auto---')

В будущем нам понадобится эта переменная – она должна представлять собой особый объект, поэтому и создаём её как экземпляр класса '''Tkinter.StringVar()'''.

fcmd = Frame(win)
fcmd.pack(side=TOP, fill=X)

В основном окне создаём фрейм, который будет являться контейнером для элементов управления. Второй строчкой «упаковываем» его, т.е. указываем место расположения на главном окне. Параметры метода '''pack()''' означают: прикрепить элемент к верхнему краю (TOP) и растянуть по горизонтальной оси.

Здесь нужно сказать, что '''pack''' – не единственный метод упаковки в T''kinter''. В ряде случаев удобнее использовать упаковку «по сетке» – '''grid''' (подробности можно узнать в документации). Приступаем к созданию графических элементов:

lbl1 = Label(fcmd, text='Read about ')
lbl1.pack(side=LEFT)

Это – обычная текстовая метка. Она размещается во фрейме (первый аргумент метода) и упакована по левому краю.

ent = Entry(fcmd)
<nowiki>ent.bind('<Return>', (lambda event: self.pressBtn()))</nowiki>
ent.pack(side=LEFT)

Текстовое поле ввода также упаковываем слева, сразу после '''lbl1'''.

Метод '''bind()''' <nowiki>задаёт реакцию поля на нажатие клавиши [Enter] (a.k.a. Return) – будет вызван метод </nowiki>'''pressBtn().'''

lbl2 = Label(fcmd, text=' in section ')
lbl2.pack(side=LEFT)
slt = OptionMenu(fcmd, sectno,
'---Auto---',
'1 User Utilities',
'2 System Calls',
'3 Library Functions',
'4 Devices & Kernel Interfaces',
'5 File Formats',
'6 Games',
'7 Macros & SQL Commands',
'8 System Utilities',
'9 X Window',
'n Built-In commands',
)

slt.pack(side=LEFT)

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

btn1 = Button(fcmd, command=win.quit, text='Quit')
btn1.pack(side=RIGHT)
btn2 = Button(fcmd, command=self.pressBtn, text='Open')
btn2.pack(side=RIGHT)

Две кнопки – завершающая работу и отображающая запрошенную man-страницу. Обратите внимание, что здесь упаковка выполняется по правому краю, т.е. Quit будет самой правой, а Open – чуть левее. Важнейший параметр – command, задает функцию-обработчик. В первом случае используется встроенный метод '''quit''', завершающий работу, во втором – наш метод '''pressBtn'''. Обратите внимание, что здесь происходит не вызов метода, а даётся ссылка на него, т.е. имя указывается без скобок.

fview = Frame(win)
fview.pack(side=BOTTOM, fill=BOTH, expand=YES)
sb = Scrollbar(fview)
tx = Text(fview, relief=SUNKEN)
sb.config(command=tx.yview)
tx.config(yscrollcommand=sb.set)
sb.pack(side=RIGHT, fill=Y)
tx.pack(side=TOP, expand=YES, fill=BOTH)

Во втором фрейме, который мы прикрепляем к нижнему краю и растягиваем во все стороны, заполняя всё доступное пространство, размещается текстовое поле, где мы будем отображать содержимое man-страницы. Поскольку последняя может быть достаточно длинной, понадобится скроллинг (элемент Scrollbar). Обратите внимание на то, как методами '''config()''' мы обеспечиваем взаимную привязку текстового поля и полосы прокрутки. Параметр relief в описании текстового поля задаёт вид рамки вокруг поля.

Настало время поговорить о '''pressBtn'''<nowiki>. Как вы видели, этот метод будет выполняться в двух случаях – по щелчку на кнопке Open и при нажатии [Enter] в поле ввода. Получив цифру раздела справки и очистив текущее содержимое поля </nowiki>'''tx''' от начала ('''1,0''') до конца (END), вызываем метод '''getman()''' и вставляем результат в '''tx'''.

win.mainloop()

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

if __name__ == '__main__':
test = ManReader()
test.Drawface()

Ну, это должно быть понятно – если скрипт запускается автономно, а не экспортируется в другой, то создаём объект нашего класса и запускаем его в работу.

Фух… Кажется, мы сделали это. Результат наших трудов можно наблюдать на рисунке (Рисунок 1). Как видите, «виджеты» имеют свой уникальный дизайн и будут резко выделяться на фоне остального интерфейса, внешний вид которого вы с такой любовью выбирали среди десятков различных стилей. Но это работает (причём одинаково) и в KDE, и в Gnome, и даже в Windows и Mac OS X.

Теперь, когда мы разобрались с основами, самое время перейти к «родным» для Linux-окружения средствам – ''PyQt ''и ''PyGTK''. Прежде чем приступать к работе, проверьте, есть ли в вашей системе нужные модули.

=== Пара слов про PyGTK ===

Мощь библиотеки ''GTK ''позволяет создавать таких «гигантов графики», как ''Gimp''. Отрадно, что мы можем в значительной степени воспользоваться её возможностями и в сценариях ''Python''. В каталоге '''/usr/share/doc/pygtk<версия>/examples''' вы найдёте массу примеров её использования. Здесь приведём простейший вариант:

<source lang="python">
#!/usr/bin/python
# -*- coding: utf-8 -*-

import gtk

# Создаём основное окно
win = gtk.Window()
def main():

# Задаём параметры окна (размер, заголовок и т.д.)
win.set_default_size(300, 50)
win.set_border_width(10)
win.connect('destroy', gtk.main_quit)
win.set_title('Небольшой пример')
txtvar = 'Библиотека ''GTK ''привносит в ''Python ''небывалую мощь и высокий уровень интеграции в среду Gnome.'

# Текстовая метка – не забывайте применять метод show() к каждому объекту, чтобы он был видимым
txt = gtk.Label(txtvar)
txt.show()
# Кнопка. На неё «привязываем» завершение работы
btn = gtk.Button('Закрыть')
btn.connect('pressed', lambda button: gtk.main_quit())
btn.show()
# объект Window может содержать только один элемент, так что им будет HBox,
# который служит контейнером для остальных
box = gtk.HBox()
box.pack_start(txt)
box.pack_start(btn)
win.add(box)
box.show()
win.show()

gtk.main()
main()
</source>

Результат представлен на рисунке 2.

[[Изображение:Img 80 98 1.jpg|left|thumb|400px|Рисунок 2. Именно так вы и должны представлять себе GTK-
приложение.]]

=== Фанатам KDE посвящается ===
Если для вас Linux не мыслим без KDE, то ''PyQt ''– как раз тот инструмент, который способен обеспечить «бесшовную» интеграцию ваших ''Python''-сценариев с окружением рабочего стола. (Впрочем, ''Qt ''работает не только в Linux, так что ваши решения по-прежнему сохранят определённый уровень переносимости.) К тому же, для разработки интерфейса к вашим услугам ''Qt Designer''. А создадим мы программу для просмотра запущенных в системе процессов. Итак, в путь!

[[Изображение:Img 80 99 1.jpg|thumb|400px|Рисунок 3. Мышкой влево, мышкой вправо – а зачем вам
вообще клавиатура?]]

=== Делай «РАЗ»! ===
Первым делом, запустите Qt Designer и откройте новый проект типа Widget. Для кнопки создайте соединение с формой (Connect Signal/ Slots) и объявите новый слот, назвав его showPs. В дальнейшем это будет наш обработчик нажатия кнопки. Сохранив интерфейс (Рисунок 3) под именем psview.ui, нужно конвертировать его в ''Python''-код:

$ pyuic psview.ui > psview.py

Теперь в '''psview.py''' описан класс, отвечающий за наш интерфейс. Если вы посмотрите на него, то увидите, что всё не намного сложнее, чем в ''Tkinter'', так что при желании интерфейс можно создать и вручную.

=== Делай «ДВА»! ===
Далее, нам нужно довести всё это до ума. Непосредственное редактирование созданного сценария – самое плохое решение, поскольку вы лишитесь возможности корректировать интерфейс в ''Qt Designer'', т.к. все изменения при этом будут потеряны. Поэтому правильно будет оставить psview.py в неприкосновенном виде, а для работы описать ещё один класс на базе созданного, пользуясь возможностями наследования. Просто создать экземпляр класса Form1 тоже не совсем хорошо – ведь нам нужно будет изменить поведение класса, отредактировав обработчик нажатия кнопки. Полученный код с переопределённой функциейобработчиком будет выглядеть так:

<nowiki>#!/usr/bin/Python</nowiki>
<nowiki># -*- coding: utf-8 -*import os, sys</nowiki>
<nowiki># Импортируем модуль, созданный автоматически</nowiki>
from psview import *
class PsForm(Form1): # наследуем от Form1
def __init__(self):
<nowiki># Помните, что при наследовании инициализацию</nowiki>
<nowiki>#- родительского класса нужно делать вручную?</nowiki>
Form1.__init__(self)
def showPs(self):
<nowiki># </nowiki>Формируем нужные ключи команды ps
if self.radioButton1.isChecked():
all = 'a'
else:
all = ''
<nowiki># Выводимые поля описываются после ключа «o»</nowiki>
<nowiki>#- Очень важно не допускать пробелов!</nowiki>
fields = 'o'
if self.checkBox1.isChecked():
fields += 'pid,'
if self.checkBox2.isChecked():
fields += 'user,'
if self.checkBox3.isChecked():
fields += 'stat,'
if self.checkBox4.isChecked():
fields += 'command,'
<nowiki>fields = fields[:-1] # </nowiki>последнюю запятую – долой!
filter = self.lineEdit1.text()
<nowiki># Если есть фильтр, то заголовок придётся забирать</nowiki>
<nowiki>#- отдельной командой (head – чтобы не выводить лишнее)</nowiki>
if filter:
cmd = 'ps %sx%s | grep %s | grep -v grep' % (all, fields,
filter)
head = os.popen('ps %s | head' % fields).readline()
body = os.popen(cmd).read()
else:
cmd = 'ps %sx%s' % (all, fields)
pspipe = os.popen(cmd)
head = pspipe.readline() # первая строка
body = pspipe.read() # всё остальное
pspipe.close()
self.tl_header.setText(head)
self.te_body.setText(body)
<nowiki># </nowiki>Создаём объект-приложение
app = QApplication(sys.argv)
form = PsForm()
app.setMainWidget(form)
form.show()
app.exec_loop()

[[Изображение:Img 80 99 2.jpg|thumb|400px|Рисунок 4. Ну, нравится мне стиль Redmond – ничего с собой
поделать не могу…]]

Небольшое пояснение: чтобы при прокрутке заголовок был всегда на виду, мы вынесли его в отдельную текстовую метку '''(tl_header)'''. Поскольку при использовании ''grep ''заголовок теряется, придётся приложить чуточку усилий, чтобы всё-таки обеспечить его вывод (см. фрагмент «'''if filter – else'''»).

=== Делай «ТРИ»! ===

Всё! Можно запускать нашу оболочку, не забыв сделать скрипт исполняемым (Рисунок 4). Конечно, это не верх совершенства – из множества доступных полей поддерживаются только четыре, нет проверки выражения фильтра на безопасность (а что, если пользователь введёт '''«root; rm -Rf /»'''?). Впрочем, это беда любого графического интерфейса – неизбежная потеря функциональности и гибкости в угоду сомнительным удобствам. Тем не менее, наша задача была всё-таки в другом – показать пример разработки ГИП, с чем мы успешно справились.

Как видите, изложенное сегодня – всего лишь основа. Но, надеюсь, этого будет достаточно, чтобы приступить к быстрой и эффективной разработке графических интерфейсов. На этом мы завершаем «Уроки P''ython''», но не прощаемся – со следующего номера начинается серия «''Python ''для профессионалов», где мы поговорим о многопоточных приложениях, обработке сетевых протоколов, взаимодействии с СУБД и библиотеке ''Python Image Library''.

LXF98:Диагностика

2023-10-13T04:12:43Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF98:Диагностика в Недорогие авиабилеты

#перенаправление [[Недорогие авиабилеты]]

Недорогие авиабилеты

2023-10-13T04:12:43Z

SEO TROLLING: SEO TROLLING переименовал страницу LXF98:Диагностика в Недорогие авиабилеты

==Диагностика: проблемы с сетью==

''Если сеть у вас захворала, зовите Доктора! Правда, домашних визитов к читателям '''д-р Крис Браун''' не делает, но готов поделиться диагнозом…''

За годы жизни я помог многим друзьям и знакомым освоиться
с компьютером, и в подходящих случаях обучал их Linux. При этом, естественно, возникает нечто вроде родительской ответственности за развитие и взросление своих питомцев. Последний случай был типичным. Друг позвонил мне со словами: «У меня не работает сеть». Такое сообщение об ошибке не уступает классической фразе с борта Аполлона-13 «Хьюстон, у нас проблема», хотя и менее опасно для жизни. К счастью, в Linux много сетевых утилит, которые помогают выяснить, что именно не работает. (Чтобы не томить вас ожиданием развязки, сразу скажу, что моего друга просто отключил провайдер,
потому что он забыл продлить контракт.)

Итак, следуйте за мной: рассмотрим некоторые средства диагностики сетевых неисправностей в Linux и посмотрим, как с их помощью
получить ответ на вопрос «Что не так в моей сети?»

При любом поиске неисправностей прежде всего нужно понять и представить, в чем выражается правильная работа. Есть ли у компьютера статический IP-адрес, и если да, то какой? Пользуетесь ли вы DHCP, и если да, то каков адрес DHCP-сервера и выделяемый диапазон IP-адресов? Подключен ли широкополосный модем непосредственно к вашему компьютеру или у вас широкополосный маршрутизатор через Ethernet или беспроводную сеть?

На данном уроке мы будем использовать методику «снизу вверх»: начнем с самых низких уровней и постепенно переедем на более высокие. Это хороший систематический подход для случая, если сеть не работала никогда. С другой стороны, если вчера сеть работала отлично, чаще будет быстрее начать сверху и двигаться вниз.
{{SEO}}

===Находит ли Linux сетевую карту?===

Первый вопрос на этом этапе – видит ли Linux сетевые интерфейсы?
Вы сможете ответить на него, просмотрев системные сообщения ядра,
которые выдавались во время загрузки. Для этого используется команда <fotn color=darkred>dmesg:

# dmesg | grep eth
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth0: e1000_watchdog: NIC Link is Up 10 Mbps Half Duplex

В качестве альтернативы попробуйте вывести список устройств на шине с помощью команды <fotn color=darkred>lspci:

# lspci | grep Ethernet
01:01.0 Ethernet controller: Intel Corporation 82547EI
02:01.0 Ethernet controller: Intel Corporation 82540EM

Сообщения об ошибках на этой стадии говорят о неисправном или несовместимом оборудовании.

===Задан ли IP-адрес?===

Если сетевая карта на месте, то следующий вопрос – задан ли IP-адрес? Простейшая команда для этого случая – <fotn color=darkred>ifconfig:

# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:0C:F1:96:A3:F7
inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::20c:f1ff:fe96:a3f7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:306 errors:0 dropped:0 overruns:0 frame:0
TX packets:261 errors:0 dropped:0 overruns:0 carrier:0
collisions:8 txqueuelen:10
RX bytes:43074 (42.0 KiB) TX bytes:34480 (33.6 KiB)
Base address:0xac00 Memory:ff7e0000-ff800000

Здесь важна вторая строка, в которой можно увидеть IP-адрес: <fotn color=darkred>192.168.0.3. Если такой строки нет, то IP-адрес не задан. А если все же задан, подумайте, действителен ли он в вашей сети.

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

Если в сетевом интерфейсе не задан IP-адрес, то проверьте, настроен ли автоматический запуск этого интерфейса при загрузке системы. Если да, то использует ли он DHCP или статический IP-адрес? Конкретные имена файлов, которые нужно просмотреть, зависят от дистрибутива. В Fedora и Red Hat это '''/etc/sysconfig/network-scripts/ifcfg-eth*''', в SUSE – '''/etc/sysconfig/network/ifcfg-eth*''', а в Ubuntu – '''/etc/network/interfaces'''. (Стандарты – отличная штука: ну не прелестны ли эти ничем не объяснимые расхождения?) Конечно, в каждом из дистрибутивов есть графические утилиты, с помощью которых можно посмотреть и отредактировать настройки.

Обычно инициализация интерфейса упрятана глубоко в загрузочные скрипты, и взаимодействие с сервером DHCP разглядеть трудно; но его можно увидеть, непосредственно запустив скрипт ifup или dhclient. Эта программа поддерживает диалог с DHCP-сервером и позволяет задать параметры сети:

# dhclient
Internet Systems Consortium DHCP Client V3.0.5-RedHatо
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Listening on LPF/eth1/00:0e:0c:01:d3:a0
Sending on LPF/eth1/00:0e:0c:01:d3:a0
Listening on LPF/eth0/00:0c:f1:96:a3:f7
Sending on LPF/eth0/00:0c:f1:96:a3:f7
Sending on Socket/fallback
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
DHCPOFFER from 192.168.0.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.0.1
bound to 192.168.0.3 -- renewal in 125868 seconds.

В данной системе два интерфейса, '''eth0''' и '''eth1'''. Мы видим, что IP-адрес интерфейса '''eth0''' получен от DHCP-сервера 192.168.0.1. Интерфейс '''eth1''' пытался сделать то же самое (он передал команду <fotn color=darkred>DHCPDISCOVER), но не получил ответа. И неудивительно: этот интерфейс не был ни к чему подключен.

===Пингуется ли маршрутизатор?===

Если IP-адрес задан корректно, пропингуйте (<fotn color=darkred>ping) другой компьютер в сети. В случае удачи результат будет примерно таким:

# ping -c1 192.168.0.6
PING 192.168.0.6 (192.168.0.6) 56(84) bytes of data.
64 bytes from 192.168.0.6: icmp_seq=1 ttl=64 time=0.468 ms
--- 192.168.0.6 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.468/0.468/0.468/0.000 ms

а неудачи – таким:

# ping -c 1 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
From 192.168.0.3 icmp_seq=1 Destination Host Unreachable
--- 192.168.0.2 ping statistics ---
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

Сообщение <fotn color=darkred>«Узел недоступен» (<fotn color=darkred>Destination Host Unreachable) обычно значит, что целевой компьютер (здесь – 192.168.0.2) не подключен к сети или не работает и поэтому не может ответить на ARP-запрос MAC-адреса с моего компьютера. Это также может означать, что ваш компьютер не находит маршрут доступа к локальной сети; чаще всего это бывает, когда ваш IP-адрес не входит в данную сеть. Возможны и более сложные проблемы с маршрутизацией – впрочем, в домашней сети, где маршрут (по умолчанию) только один, это маловероятно. Если в вашей сети нет других компьютеров, можно попробовать пропинговать маршрутизатор (Вы ведь знаете адрес своего маршрутизатора?).

Если не получилось, то проблема носит местный характер. Если сеть проводная, проверьте кабели. Зеленые светодиоды на сетевых карточках должны гореть <fotn color=darkblue>[некоторые сетевые карты имеют другой способ индикации подключения. В случае необходимости изучите инструкцию, – ''прим.ред.''].

===Не блокирован ли трафик брандмауэром?===

На некотором этапе нашего диагностирования полезно проверить, не чересчур ли «закручивает гайки» ваш брандмауэр. Самый быстрый
и грубый способ это узнать – и его предпочитают многие системные администраторы, если надо торопиться – удалить все правила брандмауэра командой

# iptables -F

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

===5 Установлено ли ADSL-соединение ?===

Если с самим маршрутизатором все в порядке, пора расширить охват. На маршрутизаторе должно быть еще несколько зеленых светодиодов (а если найти инструкцию к нему, то можно даже понять, что они означают), и по ним можно определить, подключен ли ADSL-модем маршрутизатора к провайдеру. У некоторых маршрутизаторов также есть возможность задать настройки и определить статус соединения с помощью web-приложения. Нас интересуют статус соединения (Connection Status) и IP-адрес, который провайдер назначил внешнему соединению. (Что это за адрес, не столь важно; главное, чтоб он был!) Разорвите соединение и заново установите его вручную, и попробуйте понять, на каком этапе возникает ошибка. Если соединения не добиться, нужно проверить провод, соединяющий маршрутизатор с телефонной линией (полезно подключить телефонную трубку, чтобы убедиться в наличии зуммера). Если провод в порядке, остается позвонить в службу поддержки провайдера. Приготовьте себе чашку кофе и вооружитесь интересной книжкой – ждать своей очереди на линии можно очень долго!

===Пингуется ли удаленный сервер?===

Если соединение с провайдером хорошее, тестированию пора подняться на уровень выше. Попробуйте пропинговать внешний компьютер с известным IP-адресом. Например, web-сервер Linux Format UK имеет адрес 89.167.142.11. (Конечно, он вполне может измениться, когда вы будете это читать, но пока для примера сгодится.)

# ping -c1 89.167.142.11
PING 89.167.142.11 (89.167.142.11) 56(84) bytes of data.
64 bytes from 89.167.142.11: icmp_seq=1 ttl=56 time=24.3 ms
--- 89.167.142.11 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 24.367/24.367/24.367/0.000 ms

Если это работает, ваше сетевое соединение в порядке. В качестве последнего теста попробуйте добраться до удаленного компьютера по
его имени:

# ping -c1 www.linuxformat.com
PING www.linuxformat.com (89.167.142.11) 56(84) bytes of data.
64 bytes from kryten.future.net.uk (89.167.142.11): icmp_seq=1
ttl=56 time=24.2 ms
--- www.linuxformat.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 24.249/24.249/24.249/0.000 ms

С помощью этого теста ошибки DNS сразу же выявляются, например:

$ ping www.prophylactic.gov
ping: unknown host www.prophylactic.gov

Если удаленный компьютер пингуется только по IP-адресу, но не по имени, пора изучать настройки вашего сервера DNS (LXF97). Для этого лучше всего подходит утилита ''dig''. Вот пример ее запуска (успешного). Не пугайтесь обилием подробностей; нужно лишь обратить внимание на запись <fotn color=darkred>A в разделе <fotn color=darkred>ANSWER:

# dig www.linuxformat.com
; <<>> DiG 9.4.0 <<>> www.linuxformat.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23236
;; flags: qr rd ra; QUERY:1, ANSWER:2, AUTHORITY:2,
ADDITIONAL:2
;; QUESTION SECTION:
;www.linuxformat.com. IN A
;; ANSWER SECTION:
www.linuxformat.com. 300 IN CNAME redirect1.future.net.uk.
redirect1.future.net.uk. 300 IN A 89.167.142.11
;; AUTHORITY SECTION:
future.net.uk. 245 IN NS ns0.future.net.uk.
future.net.uk. 245 IN NS ns1.future.net.uk.
;; ADDITIONAL SECTION:
ns0.future.net.uk. 33231 IN A 89.167.142.1
ns1.future.net.uk. 33231 IN A 89.167.143.1
;; Query time: 41 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Fri Jul 6 15:21:44 2007
;; MSG SIZE rcvd: 158

Если DNS не работает, вариантов может быть несколько.

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

# dig prophylactic.gov
; <<>> DiG 9.4.0 <<>> prophylactic.gov
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 13168
;; flags: qr rd ra; QUERY:1, ANSWER:0, AUTHORITY:1,
ADDITIONAL:0
;; QUESTION SECTION:
;prophylactic.gov. IN A
;; AUTHORITY SECTION:
gov. 2560 IN SOA a.gov.zoneedit.com. govcontact.
zoneedit.com. 1183644065 3600 900 1814400 86400

Обратите внимание на статус запроса <fotn color=darkred>NXDOMAIN и отсутствие раздела <fotn color=darkred>ANSWER, который мы видели в результатах предыдущего запроса. Если вы ввели корректное имя компьютера, то такая ошибка – следствие чьих-то чужих проблем.

===Можете ли вы найти свой DNS-сервер?===

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

# dig www.linuxformat.co.uk
; <<>> DiG 9.4.0 <<>> www.linuxformat.co.uk
;; global options: printcmd
;; connection timed out; no servers could be reached

Если это произошло, загляните в файл '''/etc/resolv.conf'''. В нем Linux хранит сведения о местонахождении DNS-серверов. Если вы пользуетесь DHCP, IP-адреса DNS-серверов предоставляются сервером DHCP. Если IP-адрес статический, вы, наверно, использовали графическую утилиту настройки для определения параметров серверов DNS (например, ''system-config-network'' в Fedora). В любом случае результаты записываются в этот файл. Есть ли в нем корректный адрес сервера имен? Можете ли вы пинговать его?

Если ничто не помогает, попробуйте просмотреть сетевой трафик с помощью ''wireshark'', утилиты отслеживания пакетов, ранее известной как ethereal. Как средство диагностики ''wireshark'', на мой взгляд, «последняя надежда». Дело не в недоработке этой программы: программа-то отличная, но чтобы искать неполадки в сети путем изучения трафика на уровне пакетов, нужно очень хорошо знать TCP/IP и прикладные протоколы верхних уровней. Вам также может потребоваться дополнительный компьютер в сети для наблюдения за трафиком.

Выполните команду

# ping 192.168.0.42

на компьютере с IP-адресом 192.168.0.3. Посмотрите на верхнюю из трех панелей wireshark; в ней каждому перехваченному пакету соответствует одна строка. Средняя и нижняя панели позволяют разобраться в содержимом отдельных пакетов, но сейчас они нам не нужны.
Сообщение простое и ясное: компьютер с адресом 192.168.0.3 пытается использовать ARP для получения MAC-адреса компьютера, до которого хочет достучаться. Он пытался сделать это три раза с интервалом в одну секунду, но не получил ответа.

Итак, мы можем сделать вывод, что с компьютером, адрес которого 192.168.0.3, все в порядке – он может получать пакеты от компьютеров сети с корректными IP-адресами, но компьютера с адресом 192.168.0.42 там просто нет.

==Смотрим дальше==

Вот другой пример. На клиентском компьютере установлен SUSE Linux 10.1. Проблема была в том, что каждый раз, когда браузер ''Konqueror''
пытался соединиться с внешним сайтом (т.е. производил поиск DNS-сервера), перед установкой соединения возникала 15-секундная задержка. Пакет 1 реализует стандартный запрос DNS для адреса [http://www.linuxformat.co.uk www.linuxformat.co.uk], а пакет 3 – ответ на этот запрос, который приходит через 0.04 с от сервера DNS, встроенного в мой маршрутизатор (192.168.0.1) с требуемым IP-адресом. Чудесно. Проблема в том, что ''Konqueror'' также решил запросить IPv6-адрес для этого сайта (запрос записи AAAA в пакете 2). Слава богу, маршрутизатор игнорирует этот запрос, и через пять секунд ''Konqueror'' перенаправляет этот запрос к маршрутизатору (пакет 7) и ко внешнему серверу DNS (пакет 6). Маршрутизатор все еще не отвечает, зато отвечает внешний DNS-сервер (пакет 8): сообщает, что не может найти записи AAAA для сайта [http://linux.format.co.uk linux.format.co.uk]. Ну, теперь помаленьку проясняется...

DNS-ресолвер приписывает доменное имя по умолчанию example.com к адресу, который он пытается преобразовать (в результате получаем бессмыслицу [http://www.linuxformat.co.uk.example.com www.linuxformat.co.uk.example.com]) и начинает поиск записей AAAA для этого адреса. Он тратит еще пять секунд, надеясь получить ответ от маршрутизатора, после чего еще раз пытается обратиться к внешнему серверу DNS (пакет 10). В конце концов занавес над этой печальной историей опускается, и через пятнадцать секунд после начала ''Konqueror'' создает соединение TCP/IP (пакеты с 17-го и далее), используя старый добрый адрес IPv4, с которого и начал.

Оказалось, что это известная проблема, как свидетельствуют и результаты поиска Google по фразе ''“Konqueror IPv6”''. Решение простое: отключите стек протоколов IPv6 в ядре, отредактировав файл '''/etc/modprobe.conf''', и перезагрузите систему. Это хороший пример использования отслеживания пакетов для отладки, потому что другим способом решить эту проблему трудно. Не нужно проводить детальный анализ перехваченных пакетов, достаточно просто понять, что компьютер пытается разрешить имя в IPv6.

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

==Врезки==

===Скорая помощь===

*Изменили ли вы имя пользователя и пароль для доступа к настройкам своего широкополосного маршрутизатора, когда настраивали
его? Или они до сих пор “admin” и “admin”? Если так, то знайте, что многие атаки основаны на знании реквизитов, используемых по умолчанию. Не пожалейте пары минут и задайте более сильный пароль… '''ПРЯМО СЕЙЧАС!'''

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

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

Недорогие авиабилеты

2023-10-13T04:11:36Z

SEO TROLLING:

Шаблон:Врезка

2023-10-13T04:11:03Z

SEO TROLLING: Содержимое страницы заменено на «{{SEO}}»

Шаблон:Цикл

2023-10-13T04:10:21Z

SEO TROLLING: Содержимое страницы заменено на «{{SEO}}»

Шаблон:Man

2023-10-13T04:09:35Z

SEO TROLLING: Содержимое страницы заменено на «{{SEO}}»

Linuxformat:Copyright

2023-10-13T04:08:47Z

SEO TROLLING:

Материалы, опубликованные в Linux Format Wiki, распространяются на условиях лицензии Open Publication License v1.0, полный текст которой может быть получен по адресу: [http://opencontent.org/openpub/]. Данное соглашение позволяет добавить или модифицировать ряд его положений на усмотрение правообладателя. В связи с этим, для материалов Linux Format Wiki должны применяться следующие нормы:

* Коммерческое использование материалов Linux Format Wiki без разрешения правообладателя запрещено.

* Распространение существенно модифицированных версий (substantively modified versions) без разрешения правообладателя запрещено.
{{SEO}}
Принимая во внимание политику российского издания Linux Format в отношении авторского права, следует заметить, что некоторые отечественные авторы могли установить для своих статей другие условия распространения. В случае необходимости, обратитесь к ним напрямую - все контакты можно получить в редакции.

Шаблон:SEO

2023-10-13T04:08:02Z

SEO TROLLING: Новая страница: «* [http://мета-модерн.рф/sorokin_metamodernism Метамодернизм в позднем творчестве В.Г. Сорокина] * [http://м…»

* [http://мета-модерн.рф/sorokin_metamodernism Метамодернизм в позднем творчестве В.Г. Сорокина]
* [http://мета-модерн.рф/litrpg ЛитРПГ - последняя отрыжка постмодерна]
* [http://мета-модерн.рф/richard_iii "Ричард III и семиотика"]
* [http://мета-модерн.рф/ridero_visualisation 3D-визуализация обложки Ridero] создаем обложку книги при работе над самиздатом.
* [http://мета-модерн.рф/architecture Архитектура метамодерна] - говоря о современном искусстве, невозможно не поговорить об архитектуре. В данной статье будет отмечено несколько интересных принципов, характерных для построек "новой волны", столь притягательных и скандальных.
* [http://мета-модерн.рф/literature Литература]
* [http://мета-модерн.рф/ Метамодерн]
* [http://мета-модерн.рф/venya_drkin Рокер-Прометей против изначального зла в «Песне про советскую милицию» Вени Дркина, Автор: Нина Ищенко, к.ф.н, член Союза Писателей ЛНР - перепубликация из журнала "Топос"].
*[http://www.димитровградонлайн.рф/publ/raznoe/kak_izbavitsja_ot_komarov_luchshie_tipy_lovushek/5-1-0-1 Как избавиться от комаров? Лучшие типы ловушек.]
*[http://www.димитровградонлайн.рф/publ/texnologii/chto_delat_esli_robloks_vyletaet_na_windows/3-1-0-2 Что делать если роблокс вылетает на windows]
*[http://www.димитровградонлайн.рф/publ/psikhologija_i_semejnye_otnoshenija/chto_delat_esli_rebenok_smotrit_porno/6-1-0-3 Что делать, если ребенок смотрит порно?]
*[http://www.димитровградонлайн.рф/publ/raznoe/pochemu_sobaka_prygaet_na_ljudej_pri_vstreche/5-1-0-5 Почему собака прыгает на людей при встрече?]
*[http://www.димитровградонлайн.рф/publ/texnologii/kakoe_maslo_lit_v_zadnij_differencial_most_visco_diff_38434aa050/3-1-0-4 Какое масло лить в Задний дифференциал (мост) Visco diff 38434AA050]
*[http://www.димитровградонлайн.рф/publ/raznoe/o_chem_mozhet_rasskazat_khvost_vashej_koshki/5-1-0-7 О чем может рассказать хвост вашей кошки?]
*[http://www.димитровградонлайн.рф/publ/raznoe/o_chem_govorjat_vervetki/5-1-0-8 Верветки]
*[http://www.димитровградонлайн.рф/publ/raznoe/otchetnost_bjudzhetnykh_uchrezhdenij_pri_zakupkakh_po_zakonu_223_fz/5-1-0-9 Отчетность бюджетных учреждений при закупках по Закону № 223-ФЗ]
*[http://www.димитровградонлайн.рф/publ/raznoe/srok_iskovoj_davnosti_uchimsja_rasschityvat_pravilno/5-1-0-10 Срок исковой давности как правильно рассчитать]
* [http://www.димитровградонлайн.рф/publ/politika/kto_takoj_dmitrij_patrushev_budet_li_on_preemnikom_vladimira_putina/4-1-0-12 Дмитрий Патрушев минсельхоз будет ли преемником Путина]
*[http://www.димитровградонлайн.рф/publ/politika/kto_takoj_vladislav_pozdnjakov_chto_takoe_muzhskoe_gosudarstvo_i_pochemu_ego_priznali_ehkstremistskim_v_rossii/4-1-0-13 Кто такой Владислав Поздняков? Что такое "Мужское Государство" и почему его признали экстремистским в России?]
* [http://www.димитровградонлайн.рф/publ/texnologii/kak_pravilno_vybrat_mashinnoe_maslo_v_dimitrovgrade/3-1-0-14 Как правильно выбрать машинное масло в Димитровграде?]
* [http://www.димитровградонлайн.рф/publ/psikhologija_i_semejnye_otnoshenija/kak_stat_bogatym_i_znamenitym_v_rossii/6-1-0-15 Как стать богатым и знаменитым в России?]
* [http://www.димитровградонлайн.рф/publ/raznoe/pochemu_film_pipec_kick_ass_stal_populjaren_po_vsemu_miru/5-1-0-16 Почему фильм "Пипец" (Kick-Ass) стал популярен по всему миру?]
* [http://www.димитровградонлайн.рф/publ/psikhologija_i_semejnye_otnoshenija/kak_stat_mudrecom/6-1-0-17 Как стать мудрецом?]
* [http://www.димитровградонлайн.рф/publ/texnologii/kak_ustanovit_free_bsd/3-1-0-19 Как правильно установить FreeBSD]
* [http://www.димитровградонлайн.рф/publ/politika/kak_stat_takim_kak_putin/4-1-0-20 Как стать таким как Путин?]
* [http://www.димитровградонлайн.рф/publ/o_dimitrovgrade/gde_luchshe_zhit_v_dimitrovgrade_ili_v_uljanovske/1-1-0-21 Где лучше жить - в Димитровграде или в Ульяновске?]
* [http://www.димитровградонлайн.рф/publ/o_dimitrovgrade/pochemu_gorod_dimitrovgrad_tak_nazyvaetsja/1-1-0-22 Почему город Димитровград так называется?]
* [http://www.димитровградонлайн.рф/news/chto_takoe_metamodern/2023-10-13-6 Что такое метамодерн?]
* [http://www.димитровградонлайн.рф/news/vazhno_vremennoe_ogranichenie_dvizhenija_avtotransportnykh_sredstv_v_dimitrovgrade/2023-10-13-5 ВАЖНО! Временное ограничение движения автотранспортных средств в Димитровграде]
* [http://www.димитровградонлайн.рф/news/tarify_na_ehlektroehnergiju_dlja_majnerov_predlozheno_povysit/2023-10-13-4 Тарифы на электроэнергию для майнеров предложено повысить]