Исправляем ошибку 9203 в genshin impact

Как исправить ошибку 522 в Google Chrome

Совет №1 — очистите историю браузера

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

Совет №2 — Удалите, а затем повторно установите Google Chrome

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

  • Удалите Google Chrome с компьютера;
  • Загрузите и снова установите Chrome на свой компьютер;
  • Попробуйте подключиться, чтобы проверить, была ли решена возникшая проблема.

Снова error 522? Что означает, что ошибка не исправлена.

Совет № 4 — Проверьте подключение к интернету

В Интернете, чем быстрее соединение, тем лучше. Необходимо проверить, качество своего интернет-соединения, чтобы убедиться, что ошибка 522 не вызвана «прерывистым» соединением. Выполните следующие шаги, чтобы проверить подключение к Интернету.

  • Откройте на компьютере командную строку;
  • Введите в командной строке «ping google.com»;
  • Вы получите результат и сможете проверить, были ли потеряны пакеты. Если нет, значит, у вас хорошее соединение с Интернетом;
  • Если у вас есть потерянные пакеты, вы должны связаться со своим интернет-провайдером.

Совет № 5 — IP-адрес: Представление и обновление

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

  • Откройте командную строку;
  • Введите «ipconfig / flushdns», затем нажмите клавишу Enter. Эта команда очистит DNS-кеш;
  • Теперь введите «ipconfig / registerdns» и нажмите кнопку Enter. Эта команда обновит адреса DHCP-адресов;
  • Затем введите «ipconfig / release» и нажмите клавишу Enter еще раз. Эта команда «представит» ваш IP-адрес;
  • Введите «ipconfig / renew» и нажмите кнопку Enter, чтобы «обновить» IP-адрес.

Если ошибка больше не возникает, тогда вы знаете, error 522 что означает и как исправить.

Совет № 6 — Проверьте настройки прокси-сервера

  • В браузере Google Chrome перейдите в раздел Настройки> Настройки предварительного просмотра> Сеть;
  • Нажмите «Изменить настройки прокси»;
  • Выберите «Настройки локальной сети (LAN)»;
  • Здесь будут представлены параметры «Автоматическая настройка» и «Прокси-сервер»;
  • Поэкспериментируйте с настройкой каждого параметра и пытайтесь подключаться после каждого изменения.

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

Вадим Дворниковавтор-переводчик статьи «How To Fix Error 522: Quick And Easy Methods (Update)»

Изменить разрешение прав

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

  1. Нажмите правой кнопкой мыши по «.exe» файлу в каталоге, а не ярлыку на рабочем столе, и выберите «Свойства».
  2. Перейдите во вкладку «Безопасность» и нажмите на кнопку «Изменить».
  3. В группах и пользователи нажимайте по каждому по очереди и посмотрите нет ли запретов.
  4. Если вы обнаружите, что имеются галочку в столбце запретить, то снимите их и нажмите применить.

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

Важно:

1. Если у вас не отображается имя вашей учетной записи в графе «Группы и пользователи», то нажмите «Добавить». В новом окне напишите своё имя и «Проверить имена», после чего нажмите применить. Далее проверьте запреты прав для своей новой учетной записи как на рисунке выше.

2. Если при проверки имени выдается ошибка, что имя не найдено, или вы просто не помните правильное имя, то нажмите на «Дополнительно» (выше рисунок, кнопка слева снизу), и в новом окне нажмите на «Поиск». Ниже в списке, вы визуально можете определить имя учетной записи, после чего выделите его и нажмите OK.

Выход из среды chroot

После завершения работы, выйдите из сеанса chroot:

# exit

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

# cd /
# umount --recursive /mnt/arch/

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

Как решить проблему, если вы – пользователь

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

  • Сначала надо убедиться, что проблема заключается именно в вашем устройстве. Внимательно проверьте, правильно ли вы ввели URL сайта. Может, в нем есть лишние символы. Или, наоборот, какие-то символы отсутствуют.
  • Попробуйте загрузить страницу с другого устройства. Если на нем все будет нормально, значит, проблема кроется именно в используемом вами девайсе. Если нет – надо перейти к последнему шагу.
  • Еще хороший вариант – немного подождать и обновить страницу. Делается это либо кликом по иконке возле адресной строки браузера, либо нажатием на комбинацию Ctrl + F5. Можно и без Ctrl, на ваше усмотрение.
  • Если ничего из вышеперечисленного не помогло, надо очистить кэш и cookies. Провести такую процедуру можно через настройки браузера. Для этого необходимо открыть историю просмотров, чтобы через нее перейти к инструменту очистки. Эту же утилиту часто можно найти в настройках, в разделе «Конфиденциальность и безопасность». В новом окне нужно отметить пункты с кэшем и cookies и нажать на кнопку для старта очистки.
  • Ошибка 403 Forbidden возникает и тогда, когда пользователь пытается открыть страницу, для доступа к которой сначала надо осуществить вход в систему. Если у вас есть профиль, просто войдите в него и попробуйте вновь загрузить нужную страницу.
  • Если вы заходите со смартфона, попробуйте отключить функцию экономии трафика в браузере. Она находится в настройках, в мобильном Google Chrome под нее отведен отдельный раздел. 
  • Последний шаг – подождать. Когда ни один способ не помогает, значит, неполадки возникли именно на сайте. Возможно, его владелец уже ищет способы решения проблемы и приступает к их исполнению, но это может занять какое-то время. Пользователям остается только дождаться, когда все работы будут завершены.

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

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

Исправляем ошибку 400 Bad Request на стороне клиента

Так как ошибка 400 в 99 случаев из 100 возникает на стороне клиента, начнем с соответствующих методов. Проверим все элементы, участвующие в передаче запроса со стороны клиента (браузера).

Проверяем адрес сайта

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

А еще стоит поискать запрашиваемую страницу через поисковик, встроенный в сайт. Есть вероятность, что конкретная страница куда-то переехала, но сервер не может показать подходящий HTTP-код в духе 404 Not Found. Если, конечно, сам сайт работает. 

Сбрасываем параметры браузера

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

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

В зависимости от браузера процесс удаления куки-файлов может немного отличаться. В Chrome это работает так:

  • Открываем настройки браузера. 
  • Переходим в раздел «Конфиденциальность и безопасность».
  • Выбираем «Файлы cookie и другие данные».
  • Нажимаем на кнопку «Удалить все».

Для чистки cookies можно использовать стороннюю программу в духе CCleaner или CleanMyPC.

Загружаем файл подходящего размера

Если ошибка 400 Bad Request появляется при попытке загрузить на сайт какой-нибудь файл, то стоит попробовать загрузить файл поменьше. Иногда вебмастера ленятся грамотно настроить ресурс, и вместо понятного объяснения вроде «Загружаемые файлы не должны быть размером больше 2 мегабайт» люди получают Bad Request. Остается только гадать, какой там у них лимит. 

Устраняем проблемы, связанные с Windows и сторонним софтом

Помимо браузера, на работу сети могут влиять другие программные продукты (экраны, защищающие от «непонятных подключений»). И вирусы. Да и сама Windows может стать проблемой. Почти любой ее компонент. Поэтому надо бы проделать следующее:

  • Повторно установить NET.Framework. Желательно перед этим удалить предыдущую версию.
  • Установить какой-нибудь приличный антивирус (а лучше два) и запустить глубокую проверку систему. Возможно, подключению и входу на ресурс мешает вредоносная программа.
  • Если у вас уже установлен антивирус, то, наоборот, попробуйте его отключить. Иногда встроенные в них экраны проверки подключений блокируют работу браузера целиком или отдельных страниц. Лучше выдать браузеру больше прав на выполнение своих задач или установить антивирус, который более лояльно относится к установленному на компьютере софту.
  • Еще надо поменять параметры брандмауэра. Его можно разыскать в панели управления Windows. Там надо добавить в список исключений ваш браузер. Тогда брандмауэр не будет мешать подключению к запрашиваемому сайту.
  • Почистить Windows от программного мусора. Можно пройтись приложением CCleaner. 
  • Обновить драйверы для сетевых устройств. 
  • Обновить Windows или просканировать систему на наличие погрешностей в системных компонентах.

Без прав суперпользователя

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

PRoot

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

Fakechroot

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

# fakechroot fakeroot chroot ~/my-chroot bash

3 ответа

Решение

файлы не являются исполняемыми файлами.

Пожалуйста, попробуйте одно из следующего:

  • Пропустить создание файл и создание исполняемого файла

  • Ссылка файл в исполняемый файл

Если файл все еще не запускается, попробуйте дать ему разрешения

РЕДАКТИРОВАТЬ (07/03/17)

г ++

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

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

-Wall

Этот флаг сообщает компилятору о почти всех предупреждениях (Wall = Warn all). Посмотрите на код ниже.

Если вы не поставите флаг предупреждение не отображается, но если вы видите что-то вроде следующего:

-std = C++11

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

Вы, кажется, плохо знакомы с C++, так что не беспокойтесь обо всех этих версиях!: D

Компилировать без ссылок.

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

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

-o файл

Принимая от страница:

По сути, этот флаг указывает компилятору, куда поместить результат любого выполняемого им процесса (компиляция / компоновка /…).

Надеюсь, это объяснение поможет!:)

4

2017-03-06 15:05

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

1

2017-03-06 15:01

Создаст файл не вот почему вы получаете ошибка

Первый ящик файл, а затем попробуйте выполнить его.

Попробуй это:

А потом дайте разрешение:

затем выполните его

2017-03-06 15:03

Что делать, если вы администратор сайта

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

Проверка журнала ошибок

Актуально в случаях, при которых ошибка 502 Bad Gateway появляется после внесения изменений или обновления. Определить это очень просто, нужно лишь проверить журнал ошибок. В CMS WordPress можно включить запись возникающих ошибок, добавив в файл wp-config.php вот такие строки:

define( 'WP_DEBUG', true );

define( 'WP_DEBUG_LOG', true );

define( 'WP_DEBUG_DISPLAY', false );

После этого все записи начнут отображаться в файле debug.log. Храниться он будет в директории wp-content. Понадобится некоторое время, чтобы причины ошибок были записаны. Потом можно тщательно изучить записи и уже на основе их предпринимать конкретные изменения.

Проверка плагинов

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

Проверка сети CDN

Сети CDN и службы предотвращения DoS тоже могут влиять на работу сайта. Обычно виновник проблемы указывается на странице с кодом ошибки. Например, если под кодом 502 Bad Gateway есть строка cloudflare-nginx, значит, для исправления ошибки надо обратиться в службу поддержки CloudFlare. Можно отключить данный сервис, но потом придется долго ждать обновления DNS (это может занять несколько часов).

Ошибка 502 на виртуальном хостинге VPS/VDS

Ошибка 502 Bad Gateway возникает из-за превышения лимита трафика пользователей, «шалостей» бота, скачивания сайта или даже DoS‑атаки. Решение данной проблемы кроется в ограничениях памяти.

Запустить команду top

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

Посмотреть логи Apache и nginx

Обычно в этих логах отображается активность пользователей. Если есть что-то подозрительное, можно предпринять действия. К примеру, забанить определенные IP-адреса, настроить Fail2ban или подключить систему защиты от DoS-атак.

Если после этого количество запросов к серверу снизилось, необходимо перезапустить Apache.

Увеличить объем памяти

Бывает, что с логами все нормально, но памяти на обработку запросов все равно не хватает. Узнать об этом просто – при проверке командой top будет выдана ошибка OOM (out of memory). В таких случаях можно просто увеличить ее объем. Можно просто заказать другой тариф, в котором количество предоставляемой памяти больше. Подробнее об этом.

Проверить лимиты на php-cgi процессы

Если после проверки командой top показано, что свободной памяти еще достаточно, значит, на php-cgi процессы установлены лимиты. Для решения надо открыть конфигурационный файл Apache – httpd.conf, найти секцию модуля FastCGI (mod_fascgi или mod_fastcgid) и увеличить лимит.

Обратиться к службе технической поддержки

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

Как исправить ошибку 522: способ 1

Проверьте рукопожатия TCP

Когда посетитель пытается получить доступ к ресурсу с включенным CloudFlare, сервер сайта и CDN устанавливают соединение. Для завершения этого соединения TCP-протокол использует трехстороннее рукопожатие:

Успешное подключение

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

Ошибка рукопожатия TCP 1

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

Ошибка установления связи TCP 2

Error 522 — что означает еще. Ошибка произошла потому, что в течение 90 секунд после того, как было установлено первоначальное соединение, не было получено никакого ответа.

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

Но если есть проблема с Сетью, тогда для диагностики данной проблемы можно использовать трассировку (My Traceroute / MTR).

Использование инструмента MTR или трассировки

Убедитесь, что интернет-протоколы CloudFlare (IP) не блокируются веб-сервером через брандмауэр, балансировку нагрузки и другие инструменты. Если IP-адреса CloudFlare заблокированы, добавьте их в белый список.

После проверки запустите для отладки и устранения проблемы Сети инструмент MTR с сервера сайта. Можно использовать любой из двух следующих инструментов. Это лучшие решения из тех, которые доступны на данный момент: инструмент MTR 1 и инструмент MTR 2.

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

Ошибка 400

Bad Request

При переходе на сайт браузер может выдавать “400 Bad Request”. Это означает, что сервер обнаружил синтаксическую ошибку в запросе, который ввел пользователь. Однако подобная ошибка может появляться не только, когда вы вводите адрес сайта, но и, например, при входе в панель управления вашим сайтом. Причин возникновения может быть несколько:

  • блокировка браузера антивирусом;
  • блокировка брендмауэра Windows браузером;
  • большое количество файлов cookies и данных в сache;
  • перебои в работе интернета.

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

Блокировка браузера

  • Изучите настройки вашего антивируса в разделе под названием “Правила для приложений” или схожим с ним.
  • Проверьте, есть ли ваш браузер в списке, и каков уровень доверия к нему.
  • Повысьте уровень доверия к вашему браузеру, если он низкий.
  • Сохраните новые настройки и попробуйте снова зайти в панель управления.

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

Блокировка брендмауэра Windows

  • Попробуйте отключить брендмауэр на время: меню Пуск — Панель управления — Система и безопасность — Брандмауэр Windows — Включение и отключение.
  • Очистите кэш и куки.
  • Обновите страницы с ошибкой.
  • Если проблема устранена, то для завершения добавьте в брандмауэр разрешенные программы: Пуск — Панель управления — Система и безопасность — Брандмауэр — Разрешение запуска программы через брандмауэр.

Если проблема осталась — продолжайте проверку.

Cache и cookies

  • Удалите cookies и очистите cache: нажмите Shift + Ctrl + Delete в то время, когда браузер открыт.
  • Удалите ненужные файлы.
  • Проверьте работу вашего браузера.

Перебои в работе интернета

  • Свяжитесь со своим интернет-провайдером и узнайте, проводятся ли у них какие-то работы.
  • Уточните, сколько времени займут работы.

Ошибка 502

Bad Gateway

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

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

Что делать, если вы пользователь

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

  • Если вы пытались загрузить одновременно несколько файлов (форма позволяет так делать), попробуйте загружать их по одному.
  • Если не загружается изображение, уменьшите его размер перед загрузкой на сервер. Можно сделать это с помощью онлайн-сервисов — например, Tiny PNG.
  • Если не загружается видео, попробуйте сохранить его в другом формате и уменьшить размер. Можно сделать это с помощью онлайн-сервисов — я использую Video Converter.
  • Если не загружается PDF-документ, уменьшите его размер. Можно сделать это с помощью онлайн-сервисов — я обычно использую PDF.io.

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

Диагностика ошибки 400 Bad Request

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

Существует множество сценариев, в которых ошибка 400 Bad Request может появляться в приложении. Ниже представлены некоторые наиболее вероятные случаи:

  • Клиент случайно (или намеренно) отправляет информацию, перехватываемую маршрутизатором ложных запросов. Некоторые веб-приложения ищут особые заголовки HTTP, чтобы обрабатывать запросы и удостовериться в том, что клиент не предпринимает ничего зловредного. Если ожидаемый заголовок HTTP не найден или неверен, то ошибка 400 Bad Request – возможный результат.
  • Клиент может загружать слишком большой файл. Большинство серверов или приложений имеют лимит на размер загружаемого файла, Это предотвращает засорение канала и других ресурсов сервера. Во многих случаях сервер выдаст ошибку 400 Bad Request, когда файл слишком большой и поэтому запрос не может быть выполнен.
  • Клиент запрашивает неверный URL. Если клиент посылает запрос к неверному URL (неверно составленному), это может привести к возникновению ошибки 400 Bad Request.
  • Клиент использует недействительные или устаревшие куки. Это возможно, так как локальные куки в браузере являются идентификатором сессии. Если токен конкретной сессии совпадает с токеном запроса от другого клиента, то сервер/приложение может интерпретировать это как злонамеренный акт и выдать код ошибки 400 Bad Request.
Рейтинг
( Пока оценок нет )
Понравилась статья? Поделиться с друзьями:
Все про сервера
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: