Rtfm org ru – Справочное руководство Nmap (Man Page) |

Leave a Comment / Разное / By /

Интернет-культура — Википедия

Материал из Википедии — свободной энциклопедии

Эта статья — об интернет-культуре. О киберкультуре см. киберкультура.

Интернет-культура (англ.  Internet culture) — культура подачи информации и культура общения пользователей в Интернете[1][2]. Может рассматриваться как вид массовой культуры и киберкультуры. Как глобальный феномен интернет-культура возникла благодаря Интернету и приобрела признаки обособленного общественного явления в рамках человеческой цивилизации. В понятие интернет-культуры могут входить самые разные аспекты. Интернет дал людям богатый инструментарий и возможность каждому выразить себя индивидуально в глобальном информационном пространстве.

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

Интернет-культура породила такие явления как «блоги», «интернет-литература», культура социальных сетей и мн. др. Атрибутом интернет-культуры является, среди прочего, использование в речи «смайликов» и акронимов английских выражений, таких как IMHO (In My Humble/Honest Opinion — «по моему скромному мнению») и RTFM (Read The Fucking Manual — «читайте грёбаную инструкцию») — акронимы символизируют желание носителя культуры сократить объёмы набора на клавиатуре или экономию знакомест в SMS. Эти и некоторые другие традиции интернет-культуры восходят, среди прочего, к ранним киберкультурам пользователей компьютерных сетей, отличных от Интернета, например, Фидонета и локальных сетей. Ранние виды интернет-культур ассоциировались с экзотическими социальными прослойками, известными как «гики», «фрики» и пр., затем пользование Интернетом вошло в повседневную жизнь большинства, став фактором глобализации. Интернет-культура изучается в киберпсихологии.

В русской прессе и прочих источниках об «интернет-культуре» пишут нередко. Вот примеры:

RSS — Википедия

У этого термина существуют и другие значения, см. RSS (значения).

Список RSS каналов Википедии см. в статье «Википедия:RSS-каналы».

RSS (англ. Rich Site Summary — обогащённая сводка сайта) — семейство XML-форматов, предназначенных для описания лент новостей, анонсов статей, изменений в блогах и т. п. Информация из различных источников, представленная в формате RSS, может быть собрана, обработана и представлена пользователю в удобном для него виде специальными программами-агрегаторами или онлайн-сервисами, такими как: NewsAlloy, FeedBucket и другими.

В разных версиях аббревиатура RSS имела разные расшифровки:

  • Rich Site Summary (RSS 0.9x) — обогащённая сводка сайта;
  • RDF Site Summary (RSS 0.9 и 1.0) — сводка сайта с применением инфраструктуры описания ресурсов;
  • Really Simple Syndication (RSS 2.x) — очень простое распространение.

Обычно с помощью RSS 2.0 даётся краткое описание новой информации, появившейся на сайте, и ссылка на её полную версию. Интернет-ресурс в формате RSS называется RSS-каналом, RSS-лентой или RSS-фидом.

Многие современные браузеры, почтовые клиенты и интернет-пейджеры умеют работать с RSS-лентами, среди них Safari, Maxthon, Miranda, Mozilla Firefox (до Firefox 63), Mozilla Thunderbird, Opera, Opera Mini, Microsoft Internet Explorer (начиная с 7-й версии), Yandex Browser. Кроме того, существуют специализированные приложения (RSS-агрегаторы), собирающие и обрабатывающие информацию RSS-каналов.

Основная идея реорганизации информации о веб-сайтах относится ещё к 1995 году, когда Ramanathan V. Guha и другие разработчики из исследовательской лаборатории Apple Computer разработали Метаконтент Framework

[2]. Разработка же того, что впоследствии стало известно как RSS, началась ещё в 1997 году. Первую известность эта технология получила, когда компания Netscape использовала её для наполнения каналов своего портала Netcenter. Вскоре эта технология уже использовалась для трансляции контента на многих новостных сайтах — в том числе таких, как BBC, CNET, CNN, Disney, Forbes, Wired, Red Herring, Slashdot, ZDNet и многих других. Первой открытой официальной версией RSS стала версия 0.90. Формат был основан на RDF (Resource Description Framework — стандарт схемы описания источников) и многим показался слишком сложным, и тогда Netscape представила его упрощённую версию — 0.91. В 2000 году произошло разделение формата:

  • группа разработчиков из списка рассылки «RSS-DEV» предложила формат RSS 1.0, который был основан на стандартах XML и RDF организации W3C. Расширения формата предлагалось делать через модули расширений, описываемые в своих пространствах имён. Так как проект использует уже существующие стандарты, рассматривается его использование в рамках технологии Semantic Web.
  • Дейв Вайнер, работающий в компании «UserLand Software», опубликовал спецификацию RSS 0.92, которая является развитием версии 0.91 и ориентируется на тех пользователей, которым RDF-описание показалось излишне сложным. Вайнер смог популяризовать свою разработку среди многих изданий (в том числе «The New York Times») и придумал свою расшифровку аббревиатуры — Really Simple Syndication (очень простое приобретение информации). Дальнейшим развитием этой ветки стал формат RSS 2.0, который тоже поддерживает расширения с помощью модулей, лежащих в своих пространствах имён.

5 июня 2006 года появился конкурент RSS — формат Atom[3].

5 января 2006 года с сайта my.netscape.com был удален файл rss-0.91.dtd, ссылки на который были размещены в большом количестве трансляций формата RSS версии 0.91. Это событие привело к сбою некоторых онлайновых и офлайновых агрегаторов, так как потоки, ссылающиеся на этот DTD, стали неправильными.

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

Проблемы совместимости возникают также при вставке в RSS-описания небольших HTML-фрагментов, которые в одних случаях оформляются как CDATA-узлы, а в других — как HTML-кодированные PCDATA-узлы. Существуют проблемы с различными форматами представления дат и метаданных, таких как частота обновления.

Браузером Chrome на Android не поддерживается (поддерживается браузером Opera Mini на Java и Android), зато он поддерживает push(то есть RSS со стороны мобильных устройств поддерживают нормально старые мобильные телефоны типа Nokia 2323c-2 с браузером Opera Mini 4-х версий).

<?xml version="1.0"?>

<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns="http://purl.org/rss/1.0/">

 <channel rdf:about="http://www.xml.com/xml/news.rss">
   <title>XML.com</title>
   <link>http://xml.com/pub</link>
   <description>
     XML.com features a rich mix of information and services 
     for the XML community.
   </description>
   <image rdf:resource="http://xml.com/universal/images/xml_tiny.gif" />
   <items>
     <rdf:Seq>
       <rdf:li resource="http://xml.com/pub/2000/08/09/xslt/xslt.html" />
       <rdf:li resource="http://xml.com/pub/2000/08/09/rdfdb/index.html" />
     </rdf:Seq>
   </items>
   <textinput rdf:resource="http://search.xml.com" />
 </channel>

 <image rdf:about="http://xml.com/universal/images/xml_tiny.gif">
   <title>XML.com</title>
   <link>http://www.xml.com</link>
   <url>http://xml.com/universal/images/xml_tiny.gif</url>
 </image>

 <item rdf:about="http://xml.com/pub/2000/08/09/xslt/xslt.html">
   <title>Processing Inclusions with XSLT</title>
   <link>http://xml.com/pub/2000/08/09/xslt/xslt.html</link>
   <description>
    Processing document inclusions with general XML tools can be 
    problematic. This article proposes a way of preserving inclusion 
    information through SAX-based processing.
   </description>
 </item>

 <item rdf:about="http://xml.com/pub/2000/08/09/rdfdb/index.html">
   <title>Putting RDF to Work</title>
   <link>http://xml.com/pub/2000/08/09/rdfdb/index.html</link>
   <description>
    Tool and API support for the Resource Description Framework 
    is slowly coming of age. Edd Dumbill takes a look at RDFDB, 
    one of the most exciting new RDF toolkits.
   </description>
 </item>

 <textinput rdf:about="http://search.xml.com">
   <title>Search XML.com</title>
   <description>Search XML.com's XML collection</description>
   <name>s</name>
   <link>http://search.xml.com</link>
 </textinput>
</rdf:RDF>
Python[править | править код]

Технология Push[править | править код]

UTF-8 — Википедия

Материал из Википедии — свободной энциклопедии

(перенаправлено с «Utf-8»)
Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 8 июля 2019; проверки требуют 19 правок. Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 8 июля 2019; проверки требуют 19 правок.

UTF-8 (/you ti fi/ от англ. Unicode Transformation Format, 8-bit — «формат преобразования Юникода, 8-бит») — распространённый стандарт кодирования символов, позволяющий более компактно хранить и передавать символы Юникода, используя переменное количество байт (от 1 до 4), и обеспечивающий полную обратную совместимость с 7-битной кодировкой ASCII. Стандарт UTF-8 официально закреплён в документах RFC 3629 и ISO/IEC 10646 Annex D. Кодировка UTF-8 сейчас является доминирующей в веб-пространстве. Она также нашла широкое применение в UNIX-подобных операционных системах

[1]. Формат UTF-8 был разработан 2 сентября 1992 года Кеном Томпсоном и Робом Пайком, и реализован в Plan 9[2]. Идентификатор кодировки в Windows – 65001[3].

UTF-8, по сравнению с UTF-16, наибольший выигрыш в компактности даёт для текстов на латинице, поскольку латинские буквы без диакритических знаков, цифры и наиболее распространённые знаки препинания кодируются в UTF-8 лишь одним байтом, и коды этих символов соответствуют их кодам в ASCII.[4][5]

Алгоритм кодирования в UTF-8 стандартизирован в RFC 3629 и состоит из 3 этапов:

1. Определить количество октетов (байтов), требуемых для кодирования символа. Номер символа берётся из стандарта Юникод.

Диапазон номеров символовТребуемое количество октетов
00000000-0000007F1
00000080-000007FF2
00000800-0000FFFF3
00010000-0010FFFF4

Для символов Юникода с номерами от U+0000 до U+007F (занимающими один байт c нулём в старшем бите) кодировка UTF-8 полностью соответствует 7-битной кодировке US-ASCII.

2. Установить старшие биты первого октета в соответствии с необходимым количеством октетов, определённом на первом этапе:

  • 0xxxxxxx — если для кодирования потребуется один октет;
  • 110xxxxx — если для кодирования потребуется два октета;
  • 1110xxxx — если для кодирования потребуется три октета;
  • 11110xxx — если для кодирования потребуется четыре октета.

Если для кодирования требуется больше одного октета, то в октетах 2-4 два старших бита всегда устанавливаются равными 102 (10xxxxxx). Это позволяет легко отличать первый октет в потоке, потому что его старшие биты никогда не равны 102.

Количество октетовЗначащих битШаблон
170xxxxxxx
211110xxxxx 10xxxxxx
3161110xxxx 10xxxxxx 10xxxxxx
42111110xxx 10xxxxxx 10xxxxxx 10xxxxxx

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

Примеры кодирования[править | править код]

СимволДвоичный код символаUTF-8 в двоичном видеUTF-8 в шестнадцатеричном виде
$U+00241001000010010024
¢U+00A21010001011000010 10100010C2 A2
€U+20AC100000 1010110011100010 10000010 10101100E2 82 AC
𐍈U+103481 00000011 0100100011110000 10010000 10001101 10001000F0 90 8D 88

Для указания, что файл или поток содержит символы Юникода, в начале файла или потока может быть вставлен маркер последовательности байтов (англ. Byte order mark, BOM), который в случае кодирования в UTF-8 принимает форму трёх байтов: EF BB BF16.

Изначально кодировка UTF-8 допускала использование до шести байтов для кодирования одного символа, однако в ноябре 2003 года стандарт RFC 3629 запретил использование пятого и шестого байтов, а диапазон кодируемых символов был ограничен символом U+10FFFF. Это было сделано для обеспечения совместимости с UTF-16.

Linux, DevOps and system administration

 OpCache увеличивает производительность PHP сохраняя уже скомпилированные скрипты PHP в общей памяти, таким образом уменьшая работу для PHP-FPM, которому приходится меньше выполнять загрузку, чтение и обработку PHP при поступлении новых запросов. Workflow обработки новых запросов выглядит так: Исходный код проекта — тут>>>. Contents Enable OpCacheOpCache tunningOpCache memoryИзбегайте OpCache resetПроверка рестартовПрочие настройкиopcache.use_cwdopcache.blacklist-filenameopcache.revalidate_freqopcache.validate_timestampsopcache.max_accelerated_filesopcache.interned_strings_bufferopcache.file_cacheopcache.enable_cliConfig summaryOpCache GUI — веб-интерфейсТестирование… Читать далее »

Раздел: HOWTO’s PHP Scripting/coding Проблемы и решения Метки: PHP, php-fpm

 Calibre пользуюсь много лет, но всегда desktop-версией. На днях увидел Calibre Web — та же библиотека, работающая с той же базой, но доступна через браузер. Домашняя страница проекта в Github — тут>>>. Идея состоит в том, что бы по возможности уйти от хранения книг в Google Books, так как там нет нормальной возможности добавлять своё… Читать далее »

Раздел: HOWTO’s Разное Метки: Android, books, Linux

 Удобная интеграция мобильного и Linux. Кроме KDE Connect существует gnome-shell-extension-gsconnect. Настраивать будем на Arch Linux + HTC телефон на Android. На Android устанавливаем из Play Maket. На Linux устанавливаем из репозитория: Для того, что бы была возможность передачи файлов — устанавливаем sshfs: Contents Подключение KDE connectНастройка разрешенийBrowse device и передача файловRing mobileMultimedia controlУправление мышкойУведомления на… Читать далее »

Раздел: Arch Linux GNU/Linux utils HOWTO’s Operating systems UNIX/Linux Метки: Android, Arch Linux, KDE, Linux

 Итак, наверно уже завершающая часть всего этого мерлезонского балета. Предыдущие части, с которых «всё начиналось»: Linux: Nextcloud клиент, qtkeychain и ошибка «The name org.freedesktop.secrets was not provided by any .service files» — увидел, что в keyring сервисе можно хранить пароли от SSH ключей — узнал, что Chromium хранит пароли «незашифрованными» Linux: KeePass, SSH и хранение… Читать далее »

Раздел: GNU/Linux utils HOWTO’s Security SSH/SSL/TLS UNIX/Linux Проблемы и решения Метки: Arch Linux, Linux, passwords, security, ssh, sshd

 Одним из поводов настолько углубиться в keyrings (см. What is: Linux keyring, gnome-keyring, Secret Service, и D-Bus) был факт того, что Chromium, внезапно, при отсутствии keyring в Linux будет хранить пароли в «открытом виде». Собственно, давайте попробуем найти — как и где Chromium хранит пароли, и, самое важное — шифрует ли он их? Contents Chromium… Читать далее »

Раздел: Databases HOWTO’s Operating systems Python Scripting/coding Security UNIX/Linux Метки: Chrome, Chromium, Linux, passwords, security

 Очень длиннопост получился. Я долго думал — собирать ли всё в одном посте, или всё-таки разбить на несколько, ведь с одной стороны keyrings — это одна тема, D-Bus — другая, а примеры работы с SecretServices — вообще третья. Тем не менее — решил всё-таки оставить в одном, так как со всем этим разбирался по ходу… Читать далее »

Раздел: Arch Linux GNU/Linux utils HOWTO’s Operating systems Security SSH/SSL/TLS UNIX/Linux Проблемы и решения Метки: Arch Linux, GNOME, KDE, Linux, passwords, security

 Одной из больших проблем при использовании MFA является вопрос с доступом к общим почтовым ящикам. Например, у нас имеется ящик вида [email protected], на который хочется задать TOTP-аутентификацию через Google Authenticator (см. Authy: настройка Multi-Factor Authentication для Github и AWS). Но при этом этим ящиком пользуется несколько человек. Следовательно, что бы у всех одновременно генерировался работащий… Читать далее »

Раздел: HOWTO’s Security Метки: Google, MFA, passwords, security

 В продолжение поста об SSH-ключах и их менеджменте на Linux (см. SSH: RSA-ключи и ssh-agent — управление SSH-ключами и их паролями). Задача заключается в том, что бы упростить работу с ключами, которые требуют ввода пароля для их использования — когда ключей много, то вводить каждый раз пароль может быть реальной головной болью. Одним из вариантов… Читать далее »

Раздел: Arch Linux GNU/Linux utils HOWTO’s Operating systems Security SSH/SSL/TLS UNIX/Linux Метки: Arch Linux, Linux, security, ssh

 По ходу настройки keyring для Nextcloud-клиента (см. Linux: Nextcloud клиент, qtkeychain и ошибка «The name org.freedesktop.secrets was not provided by any .service files») — решил навести порядок в своих SSH-ключах, которых много, и аутентификация иногда преврашается в достаточно геморройный процесс. В целом, для упрощения работы можно использовать системное хранилище секретов — gnome-keyring, либо KeeyPassXC, про… Читать далее »

Раздел: GNU/Linux utils HOWTO’s Operating systems Security SSH/SSL/TLS UNIX/Linux Метки: Linux, security, ssh, sshd

 После установки Nextcloud (см. Nextcloud: запуск в Docker Compose на Debian с SSL от Let’s Encrypt), на следующий день его клиент запросил повторную аутентификацию. Но после ввода логина и пароля он сообщает об ошибке: Reading from keychain failed with error: ‘The name org.freedesktop.secrets was not provided by any .service files’ Гугление одним из первых результатов… Читать далее »

Раздел: Arch Linux GNU/Linux utils HOWTO’s Operating systems Security UNIX/Linux Проблемы и решения Метки: Arch Linux, Linux, passwords, security

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *