О НАС
Вопросы и ответы
СПРОСИТЕ НА FACEBOOK
Поставьте лайк, чтобы быть в курсе сообщества AskMeFast и общаться с другими участниками.
ПОСЛЕДНЯЯ АКТИВНОСТЬ
У нас есть полный список браузеров и устройств, для которых мы предлагаем поддержку, в нашей статье «Поддерживаемые устройства», поэтому, если вы не уверены, вы можете дважды проверить, используете ли вы поддерживаемый браузер!
Прекращение поддержки не-Chromium Edge
По состоянию на начало 2020 года браузер Microsoft Edge основан на Chromium и будет единственной версией Edge, которая будет поддерживаться в будущем. Chromium — это та же платформа с открытым исходным кодом, на которой основаны другие популярные браузеры, такие как Chrome, Opera, Vivaldi и другие.
Я использую поддерживаемый браузер, но все равно получаю сообщение об ошибке
Одна из возможных причин, по которой вы получите сообщение о неподдерживаемом браузере в поддерживаемом браузере, заключается в том, что JavaScript отключен. Инструкции по проверке этого будут различаться в зависимости от того, какой браузер вы используете, поэтому смотрите инструкции для каждого из них ниже:
Google Chrome и другие браузеры Chromium
- Откройте Chrome на компьютере.
- В правом верхнем углу нажмите "Дополнительно > Настройки".
- Внизу нажмите "Дополнительно".
- В разделе "Конфиденциальность и безопасность" нажмите "Настройки контента".
- Нажмите JavaScript.
- Включите "Разрешено" (рекомендуется).
Сафари
- Выберите Safari на панели Apple/System в верхней части экрана.
- В раскрывающемся меню выберите "Настройки".
- Выберите значок/вкладку "Безопасность" в верхней части окна.
- Установите флажок «Включить JavaScript» в категории «Веб-контент».
- Закройте диалоговое окно, чтобы сохранить изменения.
- Наконец, обновите браузер.
Файрфокс
- Откройте новое окно или вкладку браузера Firefox.
- Скопируйте следующее и вставьте его в адресную строку Firefox: about:config
- Нажмите клавишу Enter.
- На следующей странице нажмите кнопку: "Я буду осторожен, обещаю!"
- Найдите строку javascript.enabled под заголовком Имя предпочтения.
- Дважды щелкните в любом месте строки javascript.enabled, чтобы изменить значение с "False" на "True".
- Наконец, обновите браузер.
Если приведенные выше инструкции не работают, возможно, это вызвано параметром в файле конфигурации. См. приведенные ниже инструкции, чтобы проверить параметры конфигурации:
1. Откройте окно Firefox и введите «about:config» в строке URL-адреса. 2. Найдите флаг «media.peerconnection.enabled». 3. Установите флаг в значение «Истина», щелкнув правой кнопкой мыши при выборе параметра «Переключить». 4. Закройте и снова откройте ваш браузер. После этого вы сможете нормально просматривать домашнюю страницу Whereby. Последнее обновление: 30 ноября 2020 г.
Схемы URL, поддерживаемые в Lynx
Lynx поддерживает ряд типов URL, перечисленных ниже. Дополнительные сведения об URL-адресах (унифицированных указателях ресурсов) см. в RFC1738:
Lynx разрешает частичные или относительные URL-адреса в документах по отношению к BASE, если он был указан, в противном случае по отношению к абсолютному URL-адресу документа, используя правила, описанные в RFC1808: и в последующих проектах IETF:
URL-адрес telnet обычно приводит к тому, что Lynx запускает сеанс telnet. Lynx реализует полную схему URL-адресов telnet, т. е.:
Поля пользователь и/или :пароль могут быть опущены, а @ следует опустить, если их нет. Порт по умолчанию имеет значение :23, если он не указан в URL-адресе.
URL-адрес tn3270 или rlogin указывается эквивалентно и аналогично порождает сеанс tn3270 или rlogin. Фактическое поведение зависит от программного обеспечения TCP-IP, установленного на локальном и целевом хостах.
Нецелесообразно включать поле :password, за исключением URL-адресов, которые указывают на анонимные или другие общедоступные учетные записи, и для большинства программ TCP-IP вам будет предложено ввести пароль независимо от того, был включен в URL.
Lynx явно не поддерживает протокол gopher+ и не позиционирует себя как поддерживающий gopher+ при обмене данными с серверами gopher. Lynx может передавать любые расширенные поля gopher+ (разделенные шестнадцатеричным кодированием и табуляцией) в URL-адресе, если автор включил их в документ, но, вероятно, неправильно обработает то, что возвращает сервер gopher в таких случаях, и не будет генерировать и передавать их самостоятельно. . Для предварительно сформированных URL-адресов для отправки результатов поиска gopher может быть лучше использовать ? вместо табуляции с шестнадцатеричным кодированием (%09) в качестве разделителя для searchpart в селекторе, например: gopher://gopher.wfbr.edu/77/_shell/search.shell%20/_shell/walker?lynx * Lynx обработает %09, если вы используете его вместо ?, но другие WWW-клиенты могут неправильно его обработать.
URL-адрес файла используется для извлечения файлов или создания списка каталогов на локальном хосте. Поле хоста может быть localhost или доменным именем для локального хоста: Если вы не используете localhost или доменное имя для локального хоста, Lynx замените ftp:// на file:// и обработайте его как URL-адрес ftp.
Путь /path считается исходящим из корня, если вы не включаете тильду (~), например: Последняя функция — это Lynxism, выполняется гомологично на Unix и VMS и должны использоваться ТОЛЬКО в локальных документах, предназначенных для Lynx.
В VMS первый элемент пути, если не тильда, считается устройством, например: следует использовать для: www_root:[directory]filename.suffix Если вы не знаете, как указать URL-адрес файла в локальных документах на VMS, вызовите Lynx с нужным файлом или каталогом в качестве startfile, используя любую спецификацию, приемлемую для DCL, а затем используйте showinfo (=), чтобы увидеть URL-адрес файла, который Lynx создал для него.
Порт по умолчанию — :21, а имя пользователя по умолчанию — anonymous. Если указано имя пользователя, Lynx запросит у вас пароль. Для анонимного ftp Lynx использует ваш личный_почтовый_адрес (пользователь@хост) в качестве пароля, если он был определен в меню параметров o. В противном случае Lynx использует фиктивный пароль WWWUser. (Пароль также можно встроить в URL-адрес, заменив username на username:password. Это настоятельно не рекомендуется для «настоящих» паролей, которые должны храниться в секрете, поскольку URL-адреса с полностью незашифрованным паролем может появиться на экране, на страницах HISTORY и LIST и т. д., и может даже стать видимым для удаленных сайтов, например, через заголовки Referer.) Не включайте @ , если не включены ни имя пользователя, ни :пароль.
Параметр ;type= можно использовать со значением D, I или A для принудительной обработки URL-адреса как, соответственно, список каталогов, двоичный файл или файл ASCII. Шлюз Lynx ftp обычно определяет это сам, но этот параметр можно использовать, если внутренняя процедура делает неверный вывод о характере URL-адреса ftp.
Путь /path обрабатывается в соответствии с RFC1738 для ftp-серверов VMS и VM/CMS. Начальная косая черта (/) рассматривается исключительно как разделитель, а не как обозначение корня, а строка path, если она присутствует, рассматривается как в каталоге входа или под ним. . Для ftp-серверов VMS: если вы хотите, чтобы первый элемент рассматривался как имя устройства, а не имени файла или подкаталога, начните его с косой черты (%2f), например: может использоваться для списка sys$common:[syshlp] Кроме того, на ftp-серверах VM/CMS, если строка path начинается с vmsysu%3a он получает специальную обработку как путь SFS, например:
Для Unix и ftp-серверов с эмуляцией Unix RFC1738 не соблюдается, и начальная косая черта рассматривается как корень, т. е. /path обрабатывается так же, как и в URL-адресах файлов. Различие не имеет значения для анонимного ftp, но имеет значение при использовании ftp для неанонимных учетных записей. Если вы используете ftp с сервером Unix и хотите получить список каталогов для входа или чтобы строка path рассматривалась как файл или путь в каталоге для входа, включите тильду ( ~) как для URL-адресов файлов, например:
URL-адрес wais используется для получения ресурсов с использованием протокола глобальной информационной системы. Формат: где :port по умолчанию :210
Прямая поддержка wais встроена в Lynx для VMS и может быть скомпилирована в Lynx на Unix.
Если в URL-адресе указана только база данных, Lynx возвращает титульную страницу ISINDEX для поиска в этой базе данных и отправляет результаты поиска с wais_query< /em> добавлено.Lynx преобразует ответ сервера в список совпадений с URL-адресами, которые включают wais_type и wais_path для извлечения элементов из списка совпадений.
messageID – это уникальный идентификатор сообщения, состоящий из идентификационной строки и хоста-отправителя сообщения (ident_string@origin_host).
Lynx также поддерживает подстановочные знаки с помощью звездочки для списков иерархий новостей или подиерархий, например: (snews такой же, как nntp, но порт по умолчанию :563) Это не в RFC1738 и может не поддерживаться всеми другими клиентами.
Lynx позволяет вам как ответить автору новостного сообщения по электронной почте, так и, если публикация новостей включена, отправить последующее сообщение в группу новостей. (см. сообщение новостей, сообщение новостей, сообщение новостей, сообщение новостей).
Lynx преобразует любые строки в новостных сообщениях, которые выглядят как URL-адреса с поддерживаемой схемой, в ссылку для доступа к этому URL-адресу.
Lynx также поддерживает схему URL групп новостей и номеров сообщений: (snews аналогична nntp, но порт по умолчанию :563) Использование этой схемы не рекомендуется , потому что номера сообщений уникальны для каждого сервера nntp, в отличие от уникальных идентификаторов для сообщений новостей.
Когда Lynx получает списки групп или статьи через URL-адреса news, nntp или snews, он также проверяет, поддерживает ли сервер nntp публикацию с Сайт пользователя Lynx, и если да, то содержит ссылки для размещения новых сообщений на этом сервере или для размещения последующих действий (ответов) на ранее опубликованные сообщения. RFC1738 и черновики URL-адресов IETF в этом выпуске Lynx не содержат никаких схем публикации в группах новостей. Lynx уже давно поддерживает схемы URL-адресов новостей и новых ответов для публикации новых сообщений или отправки последующих сообщений, соответственно, на стандартные серверы nntp с портом по умолчанию :119. Lynx теперь также поддерживает гомологичные URL-адреса snewspost и snewsreply для использования с серверами nntp с поддержкой SSL, но для последнего требуются исправления для встроенной поддержки SSL или использование демона, который обрабатывает безопасные соединения от имени Lynx.
Если поле хоста опущено, по умолчанию используется значение, указанное в конфигурации NNTPSERVER или переменной среды. Требуется включение по крайней мере одной группы новостей в URL-адрес, а дополнительные группы можно указать в виде списка, разделенного запятыми. Использование подстановочных знаков для имен новых групп не поддерживается для этих URL-адресов. Для URL-адресов новостей и snewsreply, если внешний редактор был определен через Меню параметров, пользователю предлагается включить отображаемый в данный момент документ, который предположительно является новостной статьей с последующей информацией. ссылка, которая была активирована, и в случае подтверждения каждая строка этого документа начинается с правой угловой скобки. Ожидается, что пользователь отредактирует такое включение, чтобы сохранить только отрывки, относящиеся к последующему сообщению.
Эти URL-адреса можно использовать в качестве стартовых файлов командной строки (в этом случае Lynx завершит работу после публикации сообщения, а URL-адреса newreply или snewsreply превратятся в URL-адреса новостей или snewpost соответственно). Их также можно использовать в качестве значений атрибутов HREF в любом HTML-документе, аналогично URL-адресам mailto, с той оговоркой, что в настоящее время они поддерживаются только Lynx.
URL-адрес mailto используется для предоставления ссылок, которые при активации можно использовать для отправки комментария или содержимого ФОРМЫ на адрес электронной почты в Интернете (user@host). Формат:
Описание URL-адреса mailto в RFC1738 было интерпретировано некоторыми как разрешение только одного получателя, но Lynx изобрел URL-адрес mailto, всегда поддерживал ряд адресов user@host в виде списка, разделенного запятыми, и до сих пор поддерживает . Для совместимости с Explorer Lynx также поддерживает список, разделенный точкой с запятой.
Для совместимости с Netscape Lynx анализирует любой ?subject=The%20Subject, присоединенный к URL-адресу, обрезает URL-адрес в ? и использует значение по умолчанию. Тема: для сообщения или содержания ФОРМЫ рассылки. Это не рекомендуемая практика. Предпочтительный способ указать Тему по умолчанию: для ССЫЛКИ или Якоря с HREF для отправки по электронной почте или ФОРМЫ с ДЕЙСТВИЕМ для отправки по электронной почте через атрибут TITLE со строкой темы в качестве его значения, например:
Обратите внимание, что атрибут TITLE для FORM теперь включен в спецификации HTML. Некоторые клиенты используют для этой цели атрибут SUBJECT в тегах FORM, и Lynx распознает его как синоним TITLE.
Lynx также будет обрабатывать любые to=address(es), cc=address(es), keywords=word_list и/или < em>body=message во вставках ?searchpart для URL-адресов mailto. Значения to и/или cc могут быть отдельными адресами или списками адресов, разделенными запятыми или точками с запятой. Все адреса и любые значения body будут предложены пользователю на утверждение перед тем, как продолжить рассылку. Любые другие пары имя=значение в ?searchpart будут игнорироваться.Кроме того, если URL mailto является ДЕЙСТВИЕМ для ФОРМЫ, любое тело в дополнении ?searchpart будет игнорироваться, поскольку тело почтового сообщения должно быть создано исключительно из содержимого формы. Lynx ожидает, что несколько пар имя=значение в дополнении ?searchpart будут разделены амперсандом, как в оригинальной реализации Netscape, и в столь же неблагоразумном черновике этой реализации IETF (draft-hoffman -mailto-url-03.txt). Они должны быть представлены в виде объектов (&) в разметке HTML. Эта функциональность обычно желательна, но принцип обратной совместимости IETF обычно приводит к использованию новой схемы (например, mail: или smtp:), а не к нарушению < em>mailto: реализации.
Если ENCTYPE="text/plain" указан для ФОРМЫ с ДЕЙСТВИЕМ mailto, Lynx не будет экранировать пары имя=значение содержимого ФОРМЫ в шестнадцатеричном формате и будет использовать физические символы новой строки вместо '&' или ';' для разделения пар, чтобы контент можно было прочитать напрямую. В противном случае Lynx отправит содержимое по умолчанию: или:, если было указано последнее.
Обратите внимание, что при отправке содержимого FORM Lynx переносит все строки длиннее 78 символов, чтобы избежать переполнения буфера в почтовом ПО и обеспечить надежную передачу через шлюзы. Если ENCTYPE не был text/plain, любой сценарий, который декодирует отправленное по почте содержимое, должен игнорировать физические символы новой строки и распознавать только шестнадцатеричные экранированные символы новой строки, которые должны присутствовать в декодированном содержимом.
Если URL-адрес электронной почты не является ДЕЙСТВИЕМ для ФОРМЫ, и если внешний редактор был определен через Меню параметров, пользователю предлагается возможность включить отображаемый в данный момент документ. Если этот параметр принят, каждая строка этого документа начинается с угловой скобки, и включение с префиксом должно быть сокращено пользователем только до тех фрагментов, которые относятся к сообщению, которое будет отправлено.
Lynx полностью поддерживает протокол finger, но формат URL-адресов finger еще не принят IETF. Таким образом, форматы, поддерживаемые Lynx, включают все возможности, не противоречащие RFC1738, в том числе:
Активация URL-адреса finger отправит запрос на сервер finger через порт 79 на указанном хосте. Вы можете включить :79 в URL-адрес, но никакое другое значение не допускается. /w или /%2fw используется для запроса полного отчета для серверов finger, которые его поддерживают, и не учитывает регистр (т. е. может быть /W или /%2fW). Любые строки в отчете, которые выглядят как URL-адрес с поддерживаемой схемой, будут преобразованы в ссылку для доступа к этому URL-адресу.
Альтернативный способ доступа к finger-серверам — через URL-адреса gopher с портом 79 и обычным текстом (0), указанным gophertype: gopher: //host:79/0 Lynx будет обрабатывать такие URL-адреса так же, как и явные URL-адреса, включая создание ссылок для любых строк, которые кажутся поддерживаемыми URL-адресами.
URL-адрес cso предназначен для предоставления шлюза к серверам CSO/PH (QI). Запросы выполняются через порт 105 по умолчанию (:105) со следующим открытым форматом URL-адреса cso:
Вы также можете использовать формат URL-адреса gopher с портом 105 и указанным CSO (2) gophertype:
Lynx проанализирует поток, возвращенный сервером, на наличие указанных выше URL-адресов и создаст ФОРМУ для отправки дополнительных запросов (поисков) на сервер. Любые строки в отчетах, возвращенных для этих запросов (поисков), которые выглядят как URL-адрес с поддерживаемой схемой, будут преобразованы в ссылку для доступа к этому URL-адресу.
Если в вашем образе Lynx включено выполнение порожденных команд, URL-адреса lynxexec и lynxprog можно использовать для выполнения произвольных системных команд или вызова системных утилит. Можно использовать любую системную команду и связанные с ней переключатели или квалификаторы с синтаксисом, подходящим для оболочки, работающей под управлением Lynx в Unix, или для DCL в VMS, например: (Обратите внимание, однако, что ограничения на допустимые команды или утилиты могут быть наложены системой администратор.)
При желании вы можете включить //localhost/ в URL-адрес между полем схемы и командой, но это всегда подразумевается. URL-адреса lynxexec и lynxprog отличаются только тем, что при использовании lynxexec вам предлагается ввести RETURN перед тем, как Lynx очистит экран и восстановит ранее отображавшийся документ, чтобы вы могли прочитать любой вывод на экран, созданный порожденной командой, тогда как при выходе из утилиты, вызванной через lynxprog, такая пауза не накладывается.
Это Lynxisms, и их следует использовать только в местных документах, предназначенных исключительно для Lynx.
URL-адрес lynxcgi реализован только в Unix, может использоваться как ДЕЙСТВИЕ для ФОРМЫ и, если он включен в вашем образе Lynx, имеет следующий формат: где //localhost является необязательным и всегда подразумевается; следует указать полный путь, так как `~' не распознается; если скрипт находится в каталоге, из которого был запущен Lynx, достаточно простого имени файла. Вывод скрипта должен быть text/html, рендерится и отображается Lynx. Ограничения на использование lynxcgi и допустимых путей могут быть наложены в userdefs.h и lynx.cfg, qv.
Lynx использует различные схемы частных URL для связи между своими внутренними модулями. По соглашению они начинаются с прописных букв LYNX, хотя в качестве входных данных схемы URL распознаются без учета регистра.
<УЛ>
Слишком много разметки для конкретного браузера.
Схемы или их значения могут различаться в разных версиях Lynx.
Даже если схема остается неизменной, некоторые аспекты ее поведения могут быть изменены без предварительного уведомления или может измениться контекст, в котором она разрешена.
Если он не работает должным образом при использовании не по назначению, не ждите, что кто-то "починит" его.
Например, хотя это может показаться заманчивым, не используйте вот это: (Нет, они не причинят никакого вреда. Да, они работают. Но не полагайтесь на это.)
Если вы должны попробовать один, второй подойдет из командной строки: Но в Lynx используйте команду нажатия клавиши 'K'. Иногда бывает удобно использовать приватную схему с 'g'oto, например: Но опять же, обычно существует более удобный способ доступа к этим специальным страницам.< /p>
Читайте также:
|