| · | 31.08 | Прекращена LTS-поддержка Debian 11 (11 –1) |
|
Объявлено о завершении срока сопровождения LTS-ветки дистрибутива Debian 11 "Bullseye", сформированного в 2021 году. Выпуск обновлений для LTS-ветки осуществлялся отдельной группой разработчиков LTS Team, созданной из энтузиастов и представителей компаний, заинтересованных в длительной поставке обновлений для Debian.
После окончания LTS-поддержки в рамках расширенной программы "Extended LTS" компания Freexian до 30 июня 2031 года обеспечит для Debian 11 формирование обновлений с устранением уязвимостей в ограниченном наборе пакетов для архитектур i386, amd64, armhf и arm64. Обновления распространяются через внешний репозиторий, поддерживаемый компанией Freexian. Доступ бесплатный для всех желающих, а список поддерживаемых пакетов зависит от общего числа спонсоров и интересующих их пакетов. Напомним, что незначительный и непредсказуемый срок поддержки Debian, который в среднем составлял три года и зависел от активности разработки нового выпуска, был одним из главных препятствий, мешающих внедрению Debian на предприятиях. С введением в практику инициатив LTS и Extended LTS данное препятствие устранено и время поддержки Debian доведено до 10 лет со дня релиза. Для сравнения, в дистрибутиве SUSE Linux Enterprise Server время сопровождения составляет 19 лет, в Red Hat Enterprise Linux - 14 лет (10 лет + 4 года дополнительного платного сервиса), в Ubuntu - 12 лет (5 лет + 7 лет дополнительный платный сервис), openSUSE - 18 месяцев, Fedora Linux - 13 месяцев.
| ||
|
Обсуждение (11 –1) |
Тип: К сведению |
| ||
| · | 31.08 | Решено закрыть репозиторий Packman, если не найдутся новые сопровождающие (42 +5) |
|
Основатели репозитория пакетов Packman объявили о решении по его сворачиванию 31 декабря 2026 года, если не найдутся желающие продолжить работу над проектом. Проект Packman (не путать с пакетным менеджером pacman) был создан 25 лет назад и развивает независимый репозиторий RPM-пакетов для дистрибутивов openSUSE и SUSE Linux, нацеленный на поставку более свежих версий пакетов или компонентов, которые не могут быть включены в официальные репозитории по юридическим или лицензионным причинам.
Решение о закрытии проекта принято из-за отсутствие времени и сил на продолжение сопровождения при общем снижении у пользователей потребности в классических репозиториях типа Packman на фоне распространения новых технологий поставки программ, таких как Flatpak. Сопровождающие Packman решили не доводить ситуацию до постепенного угасания проекта и оставления пользователей с заброшенными пакетами, а разом завершить проект или передать его в новые руки. Желающим продолжить работу над Packman потребуется создать и поддерживать собственную инфраструктуру. Им будет оказана помощь в настройке и передан накопленный опыт, а также предоставлены системные образы для сборочных серверов и скрипты для публикации и подписи пакетов. Новой команде потребуется выполнять такую работу, как управление хостингом, инфраструктурой сборки и репозиториями, а также заниматься координацией сообщества. Если новая команда не будет сформирована, то 31 декабря 2026 года все серверы сборки и репозитории будут отключены. Как альтернатива рассматривается возможность разделение задач между несколькими командами или интеграция Packman в сервис OBS (openSUSE Build Service), но смысл подобной интеграции сомнителен, так как OBS по лицензионным причинам не позволяет собирать мультимедийные кодеки, для поставки которых и создавался Packman.
| ||
|
Обсуждение (42 +5) |
Тип: К сведению |
| ||
| · | 31.08 | Выпуск свободного видеоредактора OpenShot 4.0 (45 +10) |
|
Представлен выпуск свободной системы нелинейного видеомонтажа OpenShot 4.0.0. Код проекта поставляется под лицензией GPLv3: интерфейс реализован на языке Python и библиотеке Qt, а ядра обработки видео (libopenshot) и звука (libopenshot-audio) написаны на C++ и используют возможности пакета FFmpeg. Готовые сборки подготовлены для Linux (AppImage), Windows и macOS. Одновременно опубликования версии базовых библиотек libopenshot 1.0.0 и libopenshot-audio 1.0.0.
Видеоредактор предоставляет простой пользовательский интерфейс, позволяющий редактировать видео даже начинающим пользователям. Программа поддерживает несколько десятков визуальных эффектов, даёт возможность работы с многотрековыми монтажными шкалами с возможностью перемещения мышью элементов между ними, позволяет масштабировать, кадрировать, выполнять слияние блоков видео, обеспечивать плавное перетекание из одного ролика в другой, производить наложение полупрозрачных областей. Имеется возможность перекодирования видео с предварительным просмотром изменений на лету. Благодаря задействованию библиотек проекта FFmpeg OpenShot поддерживает большое число форматов видео, звука и изображений, включая полную поддержку SVG. Основные изменения:
| ||
|
Обсуждение (45 +10) |
Тип: Программы |
| ||
| · | 31.08 | Проект FreeCORE продолжил развитие дистрибутива TrueNAS CORE (78 +8) |
|
Опубликован первый выпуск проекта FreeCORE, развивающего дистрибутив для быстрого развёртывания сетевого хранилища (NAS, Network-Attached Storage) на технологиях FreeBSD и OpenZFS. FreeCORE создан как форк кодовой базы дистрибутива TrueNAS CORE (потомок FreeNAS), в 2024 году переведённого в режим сопровождения, ограниченного исправлением ошибок и проблем с безопасностью. Развитие TrueNAS CORE было прекращено компанией iXsystems в пользу редакции TrueNAS SCALE, в которой используется ядро Linux и пакетная база Debian.
Изначально порт развивался как внутренний проект для своих клиентов, не готовых переводить свои системы на Linux-дистрибутив TrueNAS SCALE, но желающих получать обновления с устранением уязвимостей после прекращения сопровождения ветки FreeBSD 13, поддержка которой была прекращена 30 апреля. После доведения сборки до должного вида решено опубликовать результат работы как отдельный открытый проект. Первый релиз FreeCORE 15.0-U1 примечателен переводом ветки TrueNAS CORE 13.3, построенной на базе FreeBSD 13, на использование FreeBSD 15. Другие изменения:
Размер установочного образа 1.3 ГБ. Поддерживается обновление существующих установок TrueNAS CORE 13.3 до FreeCORE 15. При портировании автором использовались AI-инструменты, но подготовленные через AI изменения вручную проверялись и тестировались на реальном оборудовании, а автор берёт на себя ответственность за результат.
| ||
|
Обсуждение (78 +8) |
Тип: Программы |
| ||
| · | 30.08 | В калифорнийском законе о верификации возраста утверждено исключение для открытых проектов (98 +12) |
|
Сенат и Ассамблея штата Калифорния утвердили внесение связанных с открытым ПО поправок "AB-1856" в принятый в Калифорнии закон о верификации возраста. В новой редакции закона добавлено исключение для проектов под открытыми лицензиями, разрешающими копирование, распространение и внесение изменений в код. Ранее аналогичные поправки были утверждёны в штате Колорадо и вошли в принятый в начале мая финальный вариант закона CO SB51.
Поправки сужают понятия "провайдер операционной системы" и "приложение", к которым применяются требования по обеспечению верификации возраста. Из действия закона выведены физические и юридические лица, распространяющие операционные системы или приложения под открытыми лицензиями. Отдельные исключения утверждены для распространителей программного обеспечения, которое не предлагается потребителям в форме отдельных исполняемых файлов через магазины-каталоги приложений, а также для платформ, распространяющих дополнения для приложений. Таким образом из области действия закона выпадают каталоги дополнений для браузеров и пакеты, распространяемые через репозитории дистрибутивов и устанавливаемые пакетными менеджерами, такими как apt, dnf и pacman. В соответствии с новыми требованиями разработчики открытых приложений и дистрибутивы, такие как Fedora, Ubuntu, Arch Linux и Debian, поставляющие открытое ПО, не обязаны выполнять требования по верификации возраста. При этом до конца не ясен статус дистрибутивов и платформ, таких как SteamOS, помимо открытых компонентов включающих проприетарные программы или завязанных на внешние проприетарные каталоги приложений. Принятый в Калифорнии Закон о верификации возраста предписывает добавление в операционные системы возможности для указания возраста пользователя на этапе регистрации учётной записи и предоставления приложениям программного интерфейса для определения возраста текущего пользователя. В соответствии с требованиями закона, загруженные и запущенные приложения должны иметь возможность получать от операционной системы информацию о возрасте в 4 градациях: младше 13 лет, от 13 до 16 лет, от 16 до 18 лет, 18 лет и старше. Разработчик приложения должен использовать полученную информацию о возрасте для соблюдения законодательства о защите детей в интернете. За невыполнение требований предусмотрены штрафы до $2500 за неумышленное и до $7500 за умышленное нарушение в отношении каждого пострадавшего ребёнка. Закон вступает в действие в Калифорнии 1 января 2027 года, а в Колорадо - 1 июля 2028 года. Помимо этого, 17 марта в Бразилии вступил в силу закон 15.211/2025 "Digital ECA", который отличается значительными штрафами и жёсткими требованиями - производителям операционных систем и магазинов приложений необходимо проводить строгую проверку возраста с применением методов верификации, таких как проверка документов или прохождение аутентификации в уполномоченных сервисах. При этом из области действия закона выведена "базовая функциональность, необходимая для работы интернета, включая открытые и универсальные технические протоколы и стандарты", а основная ответственность ложится не на операционные системы, а на приложения, которые при необходимости должны внедрять собственные механизмы для предотвращения несанкционированного доступа несовершеннолетних.
| ||
|
Обсуждение (98 +12) |
Тип: К сведению |
| ||
| · | 30.08 | Релиз дистрибутива для создания межсетевых экранов pfSense CE 2.9.0 (8 +4) |
|
Опубликован релиз дистрибутива для создания межсетевых экранов и сетевых шлюзов pfSense CE 2.9.0 (Community Edition). Дистрибутив основан на кодовой базе FreeBSD с задействованием наработок проекта m0n0wall и пакетного фильтра pf. Для загрузки новой версии следует использовать инсталлятор.
Управление дистрибутивом производится через web-интерфейс. Для организации выхода пользователей в проводной и беспроводной сети может быть использован Captive Portal, NAT, VPN (IPsec, OpenVPN) и PPPoE. Поддерживается широкий спектр возможностей по ограничению пропускной способности, лимитирования числа одновременных соединений, фильтрации трафика и создания отказоустойчивых конфигураций на базе CARP. Статистика работы отображается в виде графиков или в табличном виде. Поддерживается авторизация по локальной базе пользователей, а также через RADIUS и LDAP. Основные изменения:
| ||
|
Обсуждение (8 +4) |
Тип: Программы |
| ||
| · | 30.08 | Выпуск операционной системы ReactOS 0.4.16 (230 +34) |
|
После полутора лет разработки представлен релиз операционной системы ReactOS 0.4.16, нацеленной на обеспечение совместимости с программами и драйверами Microsoft Windows, а также предлагающий оформление в стиле Windows. Операционная система находится на альфа-стадии разработки. Для загрузки подготовлен загрузочный ISO-образ (198 МБ). Код проекта распространяется под лицензиями GPLv2 и LGPLv2.
После прошлого выпуска внесено 2808 изменений и закрыто 381 отчётов о проблемах. Ключевые изменения:
| ||
|
Обсуждение (230 +34) |
Тип: Программы |
| ||
| · | 29.08 | 98% запросов к git.kernel.org формируют боты, создавая огромную паразитную нагрузку (192 +22) |
|
Константин Рябцев, администратор инфраструктуры kernel.org, опубликовал результаты анализа трафика сервиса git.kernel.org, позволяющего просматривать содержимое git-репозиториев проектов, связанных с разработкой ядра Linux. Ежедневно сервис обрабатывает около 6 млн запросов информации о коммитах, из которых 66% приходятся на ботов, которых удаётся блокировать при помощи системы Anubis. 33% запросов проходят проверку системы Anubis, разрешающей вход только после подбора на языке JavaScript значения, хэш SHA-256 от которого в сочетании с выданной сервером строкой содержит определённое число лидирующих нулей (данная задача требует ресурсов CPU для решения, но не требует ресурсов для проверки).
Точно определить кто из этих 33% люди, а кто продвинутые боты, невозможно, но по характеру обращений сделан вывод, что общая доля легитимных запросов примерно 2%, а остальные 98% приходятся на скрапперы. Одним из признаков ботов рассматриваются прямые запросы старых коммитов в случайных старых ветках, которые маловероятно, что могут понадобиться людям в работе. Активность ботов создаёт огромную паразитную нагрузку на серверы так как вместо того, чтобы один раз загрузить весь код и историю коммитов через операцию "git clone" боты отправляют миллиарды запросов, перебирая все варианты обращения через web-интерфейс и многократно запрашивая одни и те же данные с разными параметрами. Блокировка ботов по IP-адресам и автономным системам достаточно быстро перестала работать, так как боты перешли на отправку запросов с миллионов случайных IP-адресов из домашних или мобильных сетей, полученных в результате активности ботнетов или монетизации браузерных дополнений. С каждого адреса отправляется лишь 4-5 запросов, поэтому блокировать их на уровне межсетевого экрана бесполезно. Какое-то время блокировать боты помогала система Anubis, но со временем боты адаптировали для выполнения предлагаемых в Anubis вычислений. Среди прочего боты научились решать задачу 5 уровня сложности, а дальше повышать уровень проблематично, так как даже пятый уровень требует нескольких секунд вычислений и сильно раздражает легитимных пользователей. В итоге, на обслуживание запросов скрапперов в инфраструктуре kernel.org приходится тратить больше ресурсов, чем на все остальные виды легитимных операций, включая "git clone". На 5 серверах, обслуживающих git.kernel.org, в любой момент времени 14-16 из имеющихся 90 ядер CPU постоянно заняты отображением git-коммитов для ботов. Для того чтобы снизить нагрузку администраторы теперь пытаются урезать возможности сервиса, отключить некоторые ресурсоёмкие операции, ограничить анонимный доступ и сократить число доступных для навигации ссылок.
| ||
|
Обсуждение (192 +22) |
Тип: Тема для размышления |
| ||
| · | 29.08 | Выпуск дистрибутива openKylin 3.0, развиваемого крупнейшими китайскими компаниями (55 +10) |
|
Опубликован выпуск Linux-дистрибутива openKylin 3.0, развиваемого Китайской электронной корпорацией при участии нескольких сотен различных китайских организаций, образовательных учреждений, исследовательских центров, производителей программного обеспечения и оборудования. Дистрибутив развивает собственную, независимую от других дистрибутивов, пакетную базу. Разработка ведётся под открытыми лицензиями (в основном GPLv3) в репозиториях, размещённых на gitee.com. Готовые установочные сборки сформированы для архитектур X86_64 (8 ГБ), ARM64 (6.7 ГБ), Loong64 (4.3 ГБ) и RISC-V (5 ГБ) в вариантах для серверов и десктоп-систем.
В дистрибутиве задействована пользовательская оболочка UKUI (Ultimate Kylin User Interface), придерживающаяся классической модели организации рабочего стола для ПК и предоставляющая опциональный режим для планшетов, управляемый с сенсорного экрана и поддерживающий экранную клавиатуру. Изначально пользовательская оболочка была основана как форк рабочего стола MATE, но впоследствии была практически полностью переделана и переведена на компоненты, написанные на языке С++ с использованием библиотеки Qt, но частично заимствованные из KDE или созданные с нуля. В качестве основной панели применяется форк панели от проекта LXQt, но боковая панель и меню созданы собственными силами. Центр управления приложениями и конфигуратор основаны на компонентах из KDE. Для управления звуком задействован мультимедийный сервер PipeWire. В качестве файлового менеджера предлагается Peony, переписанный на Qt форк Caja/Nautilus из MATE. ![]() Из специфичных возможностей openKylin выделяется механизм управления жизненным циклом процессов "Graded Freeze", позволяющий замораживать неиспользуемые приложения, не завершая их работу, но возвращая системе выделенные процессам ресурсы. Graded Freeze также даёт возможность расставлять разным классам приложений разные приоритеты выполнения и потребления ресурсов. В дистрибутиве имеются встроенные средства для интеграции с мобильными устройствами под управлением платформы Android, организации взаимодействия между системными устройствами и Android-устройствами, предоставления доступа к экрану, синхронизации файлов и поиска. Для запуска мобильных приложений, написанных для Android, предоставляется специальное окружение KMRE. Запуск Windows-приложений обеспечивается при помощи Wine. Изменения в версии openKylin 3.0:
| ||
|
Обсуждение (55 +10) |
Тип: Программы |
| ||
| · | 29.08 | Игровой движок Luanti удалён из Google Play из-за ошибочной жалобы, сгенерированной AI (81 –17) |
|
Разработчики свободного игрового движка Luanti, позволяющего создавать игры в стиле Minecraft, сообщили об удалении мобильного приложения проекта из каталога Google Play после поступления жалобы о нарушении авторских прав, связанных с игрой Minecraft. Блокировка произведена на основании действующего в США Закона об авторском праве в цифровую эпоху (DMCA). Жалоба отправлена от имени Microsoft компанией Tracer.AI, специализирующейся на использовании AI для автоматического поиска нарушений и отправки требований удаления контента.
Разработчики Luanti настаивают, что обвинение в нарушении авторских прав не соответствует действительности и удаление произведено необоснованно из-за непроверенного вручную ложного срабатывания AI-системы компании Tracer.AI. Отправленная жалоба не содержит доказательств нарушения и включает только размытые общие формулировки, утверждающие о поставке в составе приложения ассетов, скопированных из оригинальной игры Minecraft. Какие именно компоненты Luanti нарушают авторские права не указано, упоминается лишь общий факт регистрации прав на продукт Minecraft Java Edition 1.9 в Бюро авторского права США. Разработчики Luanti подали апелляцию, но в прошлый раз восстановление приложения в Google Play, удалённого после ложной жалобы, заняло 46 дней вместо 10-14 дней, определённых в законе DMCA. В апелляции заявлено, что приложение Luanti не содержит проприетарного кода и ассетов из Minecraft или других игр. В состав входит только движок, инструменты для создания контента и простейшие примеры текстур собственной разработки (пример готовой игры не входит в поставку с 2023 года). Сама концепция использования вокселей не может быть интеллектуальной собственностью Microsoft, так как элементы использования текстурированных 3D-кубов для формирования окружающего пространства применялись в играх до появления Minecraft, например, в игре Infiniminer. Похожие инциденты с ошибочным удалением по требованию Tracer.AI уже фиксировались в прошлом. Например, в феврале по ложной жалобе от Tracer.AI из каталога Steam была удалена игра Allumeria, но вскоре восстановлена после публичной огласки и отзыва заявления о нарушении интеллектуальной собственности Microsoft. В 2023 году компания Tracer.AI уже добивалась удаления из Google Play Android-приложения Luanti, но после апелляции приложение было восстановлено.
| ||
|
Обсуждение (81 –17) |
Тип: К сведению |
Интересно
| ||
| · | 29.08 | Разработчики Debian проголосовали за ответственное использование AI при разработке (76 +22) |
|
Опубликованы результаты общего голосования (GR, general resolution) разработчиков проекта Debian, участвующих в сопровождении пакетов и поддержании инфраструктуры, на котором был рассмотрен вопрос использования больших языковых моделей и AI-инструментов при разработке дистрибутива. В голосовании победил пятый пункт "Ответственное использование генеративного AI".
Выбранный вариант не одобряет, но и не запрещает применение AI при разработке, поддержке, создании документации и формировании пакетов. Признаётся, что при ответственном использовании AI-инструменты могут существенно повысить производительность труда участников, освободить от рутины и высвободить время для более сложной и творческой работы. К созданному через AI коду предложено применять те же стандарты качества и лицензионные требования, что и коду написанному вручную. Не рекомендуется передача результатов работы AI без проверки, тестирования и понимания сути изменения. Вся ответственность за подготовленные через AI изменения ложится на разработчиков, передавших их в проект. Вопросы с авторскими правами и лицензированием работ, созданных через AI, решаются в рамках уже существующей политики Debian. Раскрытие информации об использовании AI рекомендуется, но не является обязательным. Запрещено применение сторонних AI-сервисов для работы с конфиденциальными данными, такими как ключи доступа и учётные данные, а также для разбора ещё публично не обнародованных уязвимостей. Совершение массовых автоматизированных действий при помощи AI требует предварительного обсуждения и должно выполняться под надзором человека.
| ||
|
Обсуждение (76 +22) |
Тип: К сведению |
| ||
| · | 28.08 | В Android вводят требования к потреблению памяти приложениями (95 +35) |
|
Компания Google объявила о введении нового требования к качеству приложений для платформы Android, нацеленному на сокращение потребления памяти приложениями в условиях дефицита оперативной памяти на рынке смартфонов. Требования начнут применяться с февраля 2027 года. Приложения, метрики работы которых превышают пороговые значения, могут столкнуться с ограничениями на публикацию в каталоге Google Play и снижением места в выдаче.
Метрики, которые будут отслеживаться для выявления проблем с потреблением памяти:
Пороговые значения определены в зависимости от объёма оперативной памяти, которой оснащено устройство. Например, на устройствах с 4 ГБ ОЗУ приложение может израсходовать не более 2 ГБ памяти в активном состоянии и 1 ГБ при работе в фоне, на устройствах с 8 ГБ ОЗУ - 2.25 ГБ и 1.5 ГБ, c 12 ГБ ОЗУ - 3.25 ГБ и 1.75 ГБ, с 16 ГБ ОЗУ - 4.25 ГБ и 2 ГБ соответственно. Для игр лимиты выше: на устройствах с 4 ГБ ОЗУ игра может занять не более 2.25 ГБ памяти в активном состоянии и 2 ГБ при работе в фоне, на устройствах с 8 ГБ ОЗУ - 3.5 ГБ и 2.75 ГБ, c 12 ГБ ОЗУ - 4 ГБ и 3.2 ГБ, с 16 ГБ ОЗУ - 5 ГБ и 3.5 ГБ. Помимо этого вводятся требования к бесшовному переносу приложений при смене устройства. С апреля 2027 года все приложения, кроме игр, поддерживающие вход в учётную запись, должны автоматически восстанавливать состояние при переносе на новое устройство при помощи API Android Restore Credentials. Дополнительно можно отметить добавление в ветку Android 17 возможностей для повышения безопасности сетевых соединений:
| ||
|
Обсуждение (95 +35) |
Тип: К сведению |
| ||
| · | 28.08 | Дистрибутив Artix вернулся с XLibre на X.Org Server (161 +33) |
|
Разработчики дистрибутива Artix Linux объявили о прекращении поддержки XLibre и возвращении сборок на использование X.Org Server, начиная с выпуска Artix 2026.08. Пакеты XLibre больше не будут распространяться и на уже установленных системах будут заменены на пакеты с X.Org Server. Artix был одним из первых проектов, полностью перешедших на XLibre. Дистрибутив основан на пакетной базе Arch Linux и примечателен использованием вместо systemd системных менеджеров openrc, runit, dinit и s6, на выбор пользователя.
В качестве причины отказа от использования XLibre упоминается слишком большое число сообщений о проблемах, публикуемых пользователями на форуме. Подобные публикации привели к негативной реакции со стороны проекта XLibre и травле одного из разработчиков Artix, занимавшегося внедрением XLibre и его поддержкой в дистрибутиве. После нападок разработчик ушёл из проекта и прекратил сопровождение пакетов с XLibre.
| ||
|
Обсуждение (161 +33) |
Тип: К сведению |
| ||
| · | 28.08 | Уязвимости в Linux и FreeBSD, позволяющие получить root-доступ в системе (96 +31) |
Во FreeBSD устранено 8 уязвимостей, который дают возможность повысить свои привилегии в системе. Уязвимости устранены в обновлениях FreeBSD 15.1-RELEASE-p3, FreeBSD 15.0-RELEASE-p13 и 14.4-RELEASE-p9.
Несколько опасных проблем, позволяющих локальному пользователю получить права root, также выявлены в ядре Linux:
| ||
|
Обсуждение (96 +31) |
Тип: Проблемы безопасности |
| ||
| · | 28.08 | Фонд Sovereign выделил 508 тысяч евро на разработку Flatpak (275 +1) |
Разработчики инструментария для сборки самодостаточных пакетов Flatpak объявили о выделении фондом STF (Sovereign Tech Fund) 508 тысяч евро на финансирование разработки и развитие проекта до конца 2027 года. Средства планируют потратить на устранение ограничений платформы и создание новых XDG-порталов для безопасного доступа к внешним ресурсам из изолированного окружения. Среди намеченных к реализации новых возможностей:
| ||
|
Обсуждение (275 +1) |
Тип: К сведению |
| ||
| Следующая страница (раньше) >> | ||
|
Закладки на сайте Проследить за страницей |
Created 1996-2026 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |