Истекло время ожидания timeout

Превышено время ожидания ответа от сайта – Решение

Истекло время ожидания timeout

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

Что означает ошибка в браузере ERR_CONNECTION_TIMED_OUT?

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

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

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

Каждый браузер имеет свое время ожидание ответа от сайта. Если истек такой срок ожидания, то браузер выдает сообщение, что сайт не отвечает.

Основные причины оповещения об истекшем сроке ожидания ответа от сервера:

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

Что делать при сообщении об ошибке превышения времени ожидания ответа от сайта

Давайте подробнее рассмотрим варианты, из-за которых браузер оповещает нас об ошибке. Если у вас произошла ошибка только один раз на одном сайте (например: ru.4game.com, www..com, .com, www.twitch.

tv, steamcommunity.com, 192.168.0.1), попробуйте просто перезагрузить страницу или обновить ее, нажав F5 или CTRL+F5. Также исключим вариант, когда у вас явные проблемы с интернетом, он у вас отключен.

Устраняем проблемы в сети и настраиваем её

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

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

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

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

В идеальном варианте, помимо установленных антивирусных программ воспользуйтесь одноразовыми онлайн проверками на вирусы и утилитами от Kaspersky, Dr.Web, Nod32.

Шаг 4. В настройках роутера следует проверить параметр MTU, чтобы устранить «Превышено время ожидания ответа от сайта». Он часто может «слетать».

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

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

Очищаем браузер для правильной работы

Также уделите особое внимание настройкам браузера. Откройте в настройках кэш и почистите его (очистить кэш в Опере и Гугл Хром), то же самое сделайте с куки.

Следует поиграть с встроенными режимами и другими настройками, а именно: активируйте турбо-режим, потом деактивируйте его.

Используйте различные настройки прокси-сервера, включите аппаратное ускорение, если не помогло – ставим назад.

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

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

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

Источник: https://it-doc.info/prevysheno-vremya-ozhidaniya-otveta-ot-sajta-reshenie/

Тайм-аут истек. Время ожидания истекло до завершения операции или сервер не отвечает. Заявление было прекращено

Истекло время ожидания timeout

у меня много пользователей на моем веб-сайте (20000-60000 в день), который является сайтом загрузки для мобильных файлов. У меня есть удаленный доступ к моему серверу (windows server 2008-R2).
я получил “сервер недоступен” ошибки раньше, но теперь я вижу ошибку время ожидания подключения.
Я не знаком с этим – почему это происходит и как можно это исправить?

полная ошибка ниже:

ошибка сервера в приложении”/”. Перерыв истeкший. Таймаут истекло до завершения операции или сервер не отвечать на запросы. Заявление было прекращено. Описание: необработанное исключение при выполнении текущего веб запрос. Пожалуйста, просмотрите трассировку стека для получения дополнительной информации о ошибка и где она возникла в коде.

Сведения Об Исключении: System.Данные.В sqlclient.SqlException: Тайм-Аут истeкший. Время ожидания истекло до завершения этот операции или сервер не отвечает. Заявление было завершенный.

Ошибка Источник:

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

Трассировка Стека:

[SqlException (0x80131904): истекло время ожидания. Таймаут истекший до завершения операции или сервер не отвечать на запросы. Заявление было прекращено.] Система.Данные.В sqlclient.Объект sqlconnection.OnError (исключение SqlException, Boolean breakConnection) +404 Система.Данные.В sqlclient.TdsParser.ThrowExceptionAndWarning () +412 Система.Данные.В sqlclient.

TdsParser.Run (RunBehavior runBehavior, SqlCommand cmdHandler, sqldatareader поток данных, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj) +1363 Система.Данные.В sqlclient.Свойство sqlcommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, строка resetOptionsString) +6387741 Система.Данные.В sqlclient.Свойство sqlcommand.

RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async) +6389442 Система.Данные.В sqlclient.Свойство sqlcommand.RunExecuteReader (CommandBehavior cmdBehavior, RunBehavior runBehavior, логический обратный поток, строка метод, результат DbAsyncResult) +538 Система.Данные.В sqlclient.Свойство sqlcommand.

InternalExecuteNonQuery (DbAsyncResult result, String methodName, Boolean sendToPipe) +689 Система.Данные.В sqlclient.Свойство sqlcommand.ExecuteNonQuery () +327 NovinMedia.Данные.Объектов базы данных.RunProcedure (строка storedProcName, IDataParameter [] параметры, Int32 & rowsAffected) +209 Уровень данных.OnlineUsers.

Update_SessionEnd_And_Online (Объект Session_End, Boolean Online) +440

NiceFileExplorer.Глобальный.Событий Application_Start(объект отправителя, EventArgs в электронной) +163

[HttpException (0x80004005): истекло время ожидания. Таймаут истекло до завершения операции или сервер не отвечать на запросы. Заявление было прекращено.] Система.Сеть.HttpApplicationFactory.EnsureAppStartCalledForIntegratedmode(Объект HttpContext контекст, приложение HttpApplication) +4052053 Система.Сеть.Класса HttpApplication.

RegisterEventSubscriptionsWithIIs(Указателя IntPtr appContext, HttpContext контекст, обработчики MethodInfo[] ) +191 Система.Сеть.Класса HttpApplication.InitSpecial (состояние HttpApplicationState, Обработчики MethodInfo [], IntPtr appContext, HttpContext context) +352 Система.Сеть.HttpApplicationFactory.

GetSpecialApplicationInstance (IntPtr appContext, HttpContext context) +407

Система.Сеть.Размещающий.PipelineRuntime.InitializeApplication (IntPtr класс appcontext) +375

[HttpException (0x80004005): истекло время ожидания. Таймаут истекло до завершения операции или сервер не отвечать на запросы. Заявление было прекращено.] Система.Сеть.Строки httpruntime.

FirstRequestInit (HttpContext context) +11686928 Система.Сеть.Строки httpruntime.EnsureFirstRequestInit (контекст HttpContext) Система +141.Сеть.Строки httpruntime.

ProcessRequestNotificationPrivate(IIS7WorkerRequest WR, HttpContext context) +4863749

РЕДАКТИРОВАТЬ ПОСЛЕ ОТВЕТОВ:
мой Application_Start на Global.asax – это как ниже:

protected void Application_Start(object sender, EventArgs e){ Application[“OnlineUsers”] = 0; OnlineUsers.Update_SessionEnd_And_Online( DateTime.Now, false); AddTask(“DoStuff”, 10);}

вызываемая хранимая процедура:

ALTER Procedure [dbo].[sp_OnlineUsers_Update_SessionEnd_And_Online] @Session_End datetime, @Online bitAsBegin Update OnlineUsers SET [Session_End] = @Session_End, [Online] = @Online End

у меня есть два методы для получения онлайн пользователей:

  1. используя Application[“OnlineUsers”] = 0;
  2. другой, используя базы данных

Итак, для метода #2 я сбрасываю все OnlineUsers в Application_Start. Есть более 482,751 записей в этой таблице.

c# asp.net timeout connection sql-server-2008-r2

11 ответов

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

этот тип ожидания может иметь три причины;

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

тупик может быть трудно исправить, но легко определить, так ли это. Подключитесь к базе данных с помощью SQL Server Management Studio. В левой панели щелкните правой кнопкой мыши узел сервера и выберите Монитор Активности. Посмотрите на запущенные процессы.

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

Если вы щелкните правой кнопкой мыши по процессу и выберите подробности он покажет вам последний запрос выполнен процесс.

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

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

dbcc freeproccache

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

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

Возможно, вам лучше заставить SQL Server не повторно использовать предыдущий план запроса. См.ответ подробнее о том, как это сделать.

Я уже коснулся третьей проблемы, но вы можете легко определить, нуждается ли запрос в настройке, выполнив запрос вручную, например, с помощью SQL Server Management Studio. Если запрос принимает слишком долго, чтобы завершить, даже после сброса статистики вам, вероятно, потребуется настроить его. Для помощи в этом вы должны опубликовать точный запрос в новом вопросе.

в вашем коде, где вы запускаете хранимую процедуру, вы должны иметь что-то вроде этого:

SqlCommand c = new SqlCommand(…)//…

добавить такой код:

c.CommandTimeout = 0;

это будет ждать столько времени, сколько потребуется для завершения операции.

вы можете установить CommandTimeout свойство команды SQL для обеспечения длительной транзакции SQL.

вам также может потребоваться посмотреть на SQL-запрос, который вызывает тайм-аут.

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

Microsoft признала проблему и исправила ее в 2011 году для поддерживаемых операционных систем, поэтому, если вы получите трассировку стека, например:

Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning()at System.Data.SqlClient.TdsParserStateObject.ReadSniError(TdsParserStateObject stateObj, UInt32 error)at System.Data.SqlClient.TdsParserStateObject.ReadSni(DbAsyncResult asyncResult, TdsParserStateObject stateObj)

возможно, потребуется обновить сборки .NET.

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

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

Вызов отправляется в серверный компьютер, на котором выполняется SQL Server, и время ожидания рассчитывается путем умножения значения времени ожидания соединения на 0,08.

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

см. КБ 2605597 для подробности

https://support.microsoft.com/kb/2605597

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

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

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

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

cmd.CommandTimeout = 50 и работает нормально, но иногда, если ваш запрос занимает более 50 секунд, это вызовет такую же ошибку.

вы должны установить атрибут CommandTimeout. Атрибут CommandTimeout можно задать в дочернем классе DbContext.

public partial class StudentDatabaseEntities : DbContext{ public StudentDatabaseEntities() : base(“name=StudentDatabaseEntities”) { this.Database.CommandTimeout = 180; } protected override void OnModelCreating(DbModelBuilder modelBuilder) { throw new UnintentionalCodeFirstException(); } public virtual DbSet StudentDbTables { get; set; }}

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

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

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

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

NovinMedia.Data.DbObject.RunProcedure(String storedProcName, IDataParameter[] parameters, Int32& rowsAffected) +209

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

Я не могу помочь вам больше до тех пор, пока вы не опубликуете подробную информацию о сохраненном процедура.

У меня проблема с большим вычислением в sp_foo, которые занимают много времени, поэтому я исправил
с этим немного кода

public partial class FooEntities : DbContext{ public FooEntities() : base(“name=FooEntities”) { this.Configuration.LazyLoadingEnabled = false; // Get the ObjectContext related to this DbContext var objectContext = (this as IObjectContextAdapter).ObjectContext; // Sets the command timeout for all the commands objectContext.CommandTimeout = 380; }

попробовать

EXEC SP_CONFIGURE 'remote query timeout', 1800reconfigureEXEC sp_configure EXEC SP_CONFIGURE 'show advanced options', 1reconfigureEXEC sp_configure EXEC SP_CONFIGURE 'remote query timeout', 1800reconfigureEXEC sp_configure

затем перестройте свой индекс

Источник: https://askdev.ru/q/taym-aut-istek-vremya-ozhidaniya-isteklo-do-zaversheniya-operacii-ili-server-ne-otvechaet-zayavlenie-bylo-prekrascheno-6542/

Ошибка 504 Gateway TimeOut (время прохождения через шлюз истекло)

Истекло время ожидания timeout

Ошибка 504 Gateway Timeout – это код состояния HTTP, который означает, что один сервер не получил своевременный отклик от другого сервера, к которому он обратился, пытаясь загрузить веб-страницу или выполнить запрос браузера. Она может возникать вместе с 502 Bad Gateway.

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

Отдельным сайтам разрешено настраивать отображение ошибки Gateway Timeout. Вот несколько распространенных способов вывода подобной ошибки:

504 Gateway TimeoutHTTP 504504 ERRORGateway Timeout (504)HTTP Error 504 – Gateway TimeoutGateway Timeout Error

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

Помните, что ошибка 504 Gateway Timeout и 502 Bad Gateway ngin может появиться в любом браузере, операционной системе и на любом устройстве.

В большинстве случаев ошибка 504 Gateway Timeout означает, что любой сервер, который выдает «тайм-аут», «упал» или неправильно работает.

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

  1. Перезагрузите веб-страницу, нажав кнопку обновление / перезагрузка, в F5 или повторив URL-адрес из адресной строки.

Несмотря на то, что 504 Gateway Timeout и ошибка 502 Bad Gateway сообщает о неподконтрольной вам ошибке, проблема может быть временной. Просто перезагрузите страницу — это быстро и легко.

  1. Перезапустите все сетевые устройства. Временные проблемы с модемом, маршрутизатором, коммутаторами или другим сетевым оборудованием могут вызывать ошибку 504 Gateway Timeout. Простой перезапуск этих устройств может помочь.

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

  1. Проверьте настройки прокси-сервера в своем браузере или приложении. Убедитесь, что они верны. Неправильные настройки прокси-сервера могут вызвать 504 ошибку.

Подсказка. Смотрите Proxy.org обновленный, проверенный список прокси-серверов, которые можно использовать.

Примечание. Большинство компьютеров не имеют настроек прокси-сервера, поэтому, если ваши настройки пусты, пропустите этот шаг.

  1. Измените DNS-сервер. Возможно, ошибка 504 Gateway Timeout, которую вы видите, вызвана проблемой с DNS-сервером, который вы используете.

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

Подсказка. Если не все сетевые устройства получают ошибку HTTP 504 или 502 error Bad Gateway, но все они находятся в одной сети, изменение DNS-сервера не сработает. Если это похоже на вашу ситуацию, переходите к следующей идее.

  1. Если изменений не произошло, обратитесь к сайту. Это единственное, что вы можете сделать. Велика вероятность, что администраторы сайта уже работают, чтобы исправить первопричину ошибки 504 Gateway Timeout.

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

Подсказка. Если начинает казаться, что сайт выдает 504 ошибку для всех, поищите в в режиме реального времени информацию о недоступности сайта. Лучший способ сделать это — найти #websitedown в . Например, если может быть недоступен, выполните поиск по тегу #down.

  1. Обратитесь к своему интернет-провайдеру. Вероятнее всего, что после описанного выше устранения неполадок, выскакивающая 504 Gateway Timeout — это проблема, вызванная неполадками в Сети, за которую отвечает ваш провайдер.
  1. Вернуться позже. На данный момент вы исчерпали все варианты, и ошибка 504 Gateway Timeout устраняется администратором сайта или интернет-провайдером.

Регулярно проверяйте сайт. Без сомнения, он снова начнет работать.

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

Большие объемы трафика могут привести к тому, что ваш сервер будет выдавать ошибку 504. Хотя 503 или ошибка 502 Bad Gateway будет более вероятна.

В частности, в WordPress сообщение 504: Gateway Timeout иногда возникает из-за поврежденных баз данных. Установите WP-DBManager и попробуйте применить функцию «Восстановить БД», а затем «Оптимизировать БД». Посмотрите, поможет ли это.

Убедитесь, что ваш файл HTACCESS правильный. Особенно если вы только что переустановили WordPress.

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

Ошибка Gateway Timeout при получении в Windows Update генерирует код ошибки 0x80244023 или сообщение WU_E_PT_HTTP_STATUS_GATEWAY_TIMEOUT.

В программах на базе Windows, которые изначально обращаются к интернету, ошибка 504 может отображаться в небольшом диалоговом окне или окне с ошибкой HTTP_STATUS_GATEWAY_TIMEOUT и/или сообщение The request was timed out waiting for a gateway (истекло время ожидания запроса для шлюза).

Менее распространенная ошибка 504 — это Gateway Time-out: The proxy server did not receive a timely response from the upstream server (прокси-сервер не получил своевременного ответа от вышестоящего сервера), но поиск и устранение неисправностей (указанных выше) продолжается.

Ряд сообщений об ошибках аналогичен ошибке 504 Gateway Timeout, поскольку все они происходят на стороне сервера. Некоторые включают в себя ошибку 500 Internal Server («Внутренняя ошибка сервера»), ошибку 502 Bad Gateway (что это означает — «Неверный шлюз»), и ошибку 503 Service Unavailable («Сервис временно недоступен»), среди нескольких других.

Существуют также коды статуса HTTP, которые не являются серверными, а возникают на клиентской стороне. Например, часто встречающаяся ошибка 404 Not Found («Страница не найдена»).

Данная публикация представляет собой перевод статьи «504 Gateway Timeout Error» , подготовленной дружной командой проекта Интернет-технологии.ру

Источник: https://www.internet-technologies.ru/articles/oshibka-504-gateway-timeout-vremya-prohozhdeniya-cherez-shlyuz-isteklo.html

Поделиться:
Нет комментариев

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

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.