Неподдерживаемый файл URL на телефоне, что делать

Обновлено: 03.07.2024

Функция перенаправления содержания URL не работает при определенных обстоятельствах.

Сокращенные URL

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

Встроенные HTML-страницы

Встроенные HTML-страницы обходят перенаправление URL-адресов, например, когда пользователь переходит по URL-адресу, который не соответствует правилу перенаправления URL-адресов. Если страница содержит встроенную HTML-страницу (iFrame или встроенный фрейм), которая содержит URL-адрес, соответствующий правилу перенаправления, правило перенаправления URL-адресов не работает. Правило работает только с URL верхнего уровня.

Отключенные подключаемые модули Internet Explorer

Перенаправление содержимого URL не работает в ситуациях, когда подключаемые модули Internet Explorer отключены, например, когда пользователь переключается на просмотр InPrivate в Internet Explorer. Люди используют приватный просмотр, чтобы веб-страницы и файлы, загруженные с веб-страниц, не попадали в историю просмотров и загрузок на своем компьютере. Это ограничение связано с тем, что функция перенаправления URL-адресов требует включения определенного подключаемого модуля Internet Explorer, а приватный просмотр отключает эти подключаемые модули.

Вы можете обойти это ограничение, используя параметр объекта групповой политики, чтобы запретить пользователям отключать подключаемые модули. Эти настройки включают «Не разрешать пользователям включать или отключать надстройки» и «Автоматически включать новые установленные надстройки». В редакторе управления групповыми политиками эти параметры находятся в разделе «Конфигурация компьютера» > «Административные шаблоны» > «Компоненты Windows» > «Internet Explorer».

Чтобы обойти это ограничение специально для Internet Explorer, используйте параметр объекта групповой политики для отключения режима InPrivate. Этот параметр называется «Отключить просмотр InPrivate». В редакторе управления групповыми политиками эти параметры находятся в разделе «Конфигурация компьютера» > «Административные шаблоны» > «Компоненты Windows» > «Internet Explorer» > «Конфиденциальность» .

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

Универсальное приложение Windows 10 является обработчиком протокола по умолчанию

Перенаправление URL-адресов не работает, если универсальное приложение Windows 10 является обработчиком по умолчанию для протокола, указанного в ссылке. Универсальные приложения созданы на универсальной платформе Windows, поэтому их можно загружать на ПК, планшеты и телефоны, включая браузер Microsoft Edge, Почту, Карты, Фото, Grove Music и другие.

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

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

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

Чтобы воспроизвести
Шаги для воспроизведения поведения:

  1. Перейти к '. '
  2. Нажмите «. '
  3. Прокрутите вниз до «. '
  4. См. ошибку

Сообщения об ошибках

Ожидаемое поведение
Я ожидаю, что пакет сможет воспроизводить звук с этого URL-адреса.

Скриншоты
Нет данных

Компьютер (заполните следующую информацию):

  • ОС: [например. MacOS + версия]
  • Браузер [например, хром, сафари + версия]

Смартфон (заполните следующую информацию):

  • Устройство: симулятор iPhone SE.
  • ОС: iOS 12.2
  • Работает на MacOS 10.15.4

Версия Flutter SDK

Дополнительный контекст
Н/Д

Текст был успешно обновлен, но возникли следующие ошибки:

Комментарий BethshanDeveloper от 18 июня 2020 г.

Я получаю свой путь, используя 'package:path_provider/path_provider.dart' getApplicationDocumentsDirectory, который, я считаю, является стандартным способом сделать это во Flutter, и он не добавляет к URL-адресу префикс "file://". Я не уверен, как лучше всего решить эту ошибку - в данный момент я вручную добавляю эту строку в качестве префикса, но не похоже, что разработчики должны это делать. Если вы считаете, что это так, я предлагаю четко указать это в документации либо в функции setUrl в коде, либо в README.

Ryanheise прокомментировал 18 июня 2020 г.

Возможно, вы путаете концепцию URL с путем к файлу.

Комментарий BethshanDeveloper от 22 июня 2020 г.

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

  1. Обновите документацию (часто задаваемые вопросы или строку документации setURL), чтобы объяснить, как ссылаться на локальный файл.
  2. Переименуйте setURL в setURI, если он включает локальные файлы со схемой URI file://
  3. Извлечь чтение локального файла в другую функцию, передав ей путь к файлу

Ryanheise прокомментировал 22 июня 2020 г.

Возможно, вы путаете концепцию URL с путем к файлу.

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

setUrl
setFilePath
setAsset

Поскольку строка, которую вы получили от path_provider, является путем к файлу, а не URL-адресом, вы должны использовать setFilePath вместо setUrl . Вы смущены только тем, что не понимаете, что путь к файлу не является URL-адресом, в противном случае я подозреваю, что вы могли бы найти мой API более разумным, чем казалось на первый взгляд.

URL-адреса

file:// являются URL-адресами, поэтому их также можно передавать в setUrl . Они также являются URI, потому что URL-адреса являются подмножеством URI, но URI — это гораздо более широкая категория, которая включает в себя вещи, которые не представляют интереса для этого подключаемого модуля.

Существует множество API, в которых используются термины URL и путь к файлу, но в каждом случае, который я видел, использование такого термина не требует объяснения, поскольку читатель может найти определение (но в этих случаях , я думаю, что они также в целом понятны, поэтому большинству пользователей не нужно будет искать определение). Единственным исключением может быть API, представляющий определение такого термина. Например. У Dart есть класс Uri, и в нем было бы уместно определить, что означает Uri. Кстати, документация Dart для этого класса даже короче, чем моя, и более-менее говорит: "Иди и прочитай RFC" :-)

Когда я иду, чтобы загрузить что-то в установщике, он говорит, что загрузка не удалась, неподдерживаемый URL-адрес, как я могу это исправить?

Как исправить неудачную загрузку URL-адреса usdupported?

Когда я иду, чтобы загрузить что-то в установочном файле, он говорит, что не удалось загрузить неподдерживаемый URL-адрес, как я могу это исправить?

  1. Загрузить Whatsapp ранее – не удалось?
  2. Ошибка загрузки на lg ce 0168?
  3. Я не могу установить какое-либо программное обеспечение, загрузка не удалась?
  4. У меня проблема с загрузкой WhatsApp?
  5. Срок действия моего WhatsApp истек, поэтому я попытался загрузить его 2, но не смог?
  6. Не удается воспроизвести видео из WhatsApp, потому что не удалось загрузить?
  7. Привет, пожалуйста, помогите мне, я пытался загрузить WhatsApp на свой nokia x3, затем он загружается, а затем пишет, что не удалось, поэтому я хочу знать, почему он так говорит? пожалуйста, помогите мне?
  8. Каждый раз, когда я загружаю профиль в реальном времени, появляется сообщение "ошибка"?
  9. Проблемы загрузки не удались, недостаточно прав?
  10. Почему я не могу открыть Интернет после того, как idm не удалось загрузить видео?

Нам нужна ваша помощь! Пожалуйста, помогите нам улучшить наш контент, удалив вопросы, которые по сути одинаковы, и объединив их в этот вопрос. Пожалуйста, сообщите нам, какие вопросы ниже похожи на этот:

Таблица лидеров Что это?

Можете ли вы помочь нам, ответив на один из этих связанных вопросов?
< td align=right>100% < td align=right>100% < td align=right>100% < td align=right>100%< td align=right>400< td align=right>400< td align=right>400
Лидеры сегодняшнего дня ОчПолезно
1. hellooutt 200 100%
2. Ханок 200 100%
3. СПАСИБО200 100%
4. парагферд200 89%
5. jacobusfo200 100%
6. потрясающе200 95%
7. gr8chicke0 63%
8. Оуэн0 100%
9. миаверони0 63%
10. Мэтт0 89%
11. Хейвуд0 92%
12. vhie0 70%
13. https://w0 63%
14. имурхуни0 90%
15. Кэри0 74%
Лидеры на этой неделеОчПолезно
1. СПАСИБО400 100%
2. ruinmayer200 62%
3. adrian.ha200 100%
4. LGreen670200 100 %
5. кавикави200 100%
6. E8N6200 100%
7. Aqeel200 100%
8. потрясающе200 95%
9. fghfhgf200 67%
10. skjani200 100%
11. karma66200 100%
12. PeterPan2200 100%
13. videonics200 83%
14. Jerry35200 67%
15. парагферд200 89%
16. деджонайт200 1 00%
17. ggarde200 100%
18. heiresska200 72%
19. развитие200 100%
20. dkaumadi200 100 %
Лидеры в этом месяцеОчкиПолезно
1. СПАСИБО1200
2. VickyLore623
3. janina77617
4. lilly88609
5. kikixx608 100%
6. светлана6607 100%
7. shadowgho600 84%
8. melanie19412 100%
9. nlx78404 100%
10. janina145400 100%
11. аравинда400 92%
12. Engr GM 98%
13. Сизани 97%
14. carolpink 78%
15. прити кау400 89%
16. вкус бренда400 100%
17. Майклбе400 98%
18. heiresska400 72%
19. mikem20400 74%
20. Arbi2k400 83%
21. karina55400 100%
22. Мисс Анж239 100%
23. bibbyy212 100%
24. ninyvv211 100%
25. Dopearean202 100%


О НАС


Вопросы и ответы


СПРОСИТЕ НА FACEBOOK

Поставьте лайк, чтобы быть в курсе
сообщества AskMeFast и
общаться с другими участниками.


ПОСЛЕДНЯЯ АКТИВНОСТЬ

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

Прекращение поддержки не-Chromium Edge

По состоянию на начало 2020 года браузер Microsoft Edge основан на Chromium и будет единственной версией Edge, которая будет поддерживаться в будущем. Chromium — это та же платформа с открытым исходным кодом, на которой основаны другие популярные браузеры, такие как Chrome, Opera, Vivaldi и другие.

Я использую поддерживаемый браузер, но все равно получаю сообщение об ошибке


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

Google Chrome и другие браузеры Chromium

  1. Откройте Chrome на компьютере.
  2. В правом верхнем углу нажмите "Дополнительно > Настройки".
  3. Внизу нажмите "Дополнительно".
  4. В разделе "Конфиденциальность и безопасность" нажмите "Настройки контента".
  5. Нажмите JavaScript.
  6. Включите "Разрешено" (рекомендуется).

Сафари

  1. Выберите Safari на панели Apple/System в верхней части экрана.
  2. В раскрывающемся меню выберите "Настройки".
  3. Выберите значок/вкладку "Безопасность" в верхней части окна.
  4. Установите флажок «Включить JavaScript» в категории «Веб-контент».
  5. Закройте диалоговое окно, чтобы сохранить изменения.
  6. Наконец, обновите браузер.

Файрфокс

  1. Откройте новое окно или вкладку браузера Firefox.
  2. Скопируйте следующее и вставьте его в адресную строку Firefox: about:config
  3. Нажмите клавишу Enter.
  4. На следующей странице нажмите кнопку: "Я буду осторожен, обещаю!"
  5. Найдите строку javascript.enabled под заголовком Имя предпочтения.
  6. Дважды щелкните в любом месте строки javascript.enabled, чтобы изменить значение с "False" на "True".
  7. Наконец, обновите браузер.

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

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>

    Читайте также: