lflage/wiki-talks huggingface dataset:
Обсуждение:Засапожный нож

message: Английское слово "boot" изначально (и до сих пор) обозначает сапог (http://multitran.ru/c/m.exe?l1=1&l2=2&HL=2&EXT=0&s=%F1%E0%EF%EE%E3). Этимология этого слова прозрачна - оно заимствовано из французского, где пишется, как "botte", а звучит как "ботт". Оттуда оно перекочевало и в русский. Ср. "боты", "ботинок" (сапожок) - от слова "bottine" ("боттин"), уменьшительного от "botte".
В английском "вoot" стало означать "ботинок", "башмак" лишь со временем в связи с выходом из употребления сапог как таковых. Поэтому "boot knife" значит в точности то же, что и русское "засапожный нож".
Да и в остальной автор статьи специалист еще тот. Начать хотя бы с того, что воин из захоронения не был русским. При чем тут "русский засапожный нож", вообще непонятно.
replies: text: (Сообщение написано анонимным автором с ip 87.240.15.26)

text: # обсуждать статьи лучше на страницах обсуждения, а не прямо в тексте

text: # приведено лишь дословное значение англ. бут-найф, приведено оно именно как аналог засапожного, этимология, происхождение, описание этой разновидности - тема отдельной статьи

text: # авторство статей в википедии коллективное

text: # а где сказано о "русском засапожном"? перечитай статью, она называется просто "засапожный"

text: # правь смело (сохраняя, однако, энциклопедический стиль и приводя проверяемые данные)
replies: text: :--195.128.65.57 06:49, 23 апреля 2007 (UTC)
thread_title:  Перенесено из тела статьи
Обсуждение:Mortal Kombat

thread_title:  Таблица транслита азиатских персонажей МК  

message: "Битва смертных, что, по сути, является более правильным переводом и донесением смысла, который вкладывали создатели."
Кто это сказал? Откуда вы это взяли?--Zero 18:47, 24 декабря 2014 (UTC)
По сюжету смертные под надзором богов собираются на турнир, чтобы изменить судьбу мира, и название это отражает.
Погуглил в словаре слово mortal, кстати, первый же пример употребления: "stories about gods interfering in the lives of mortals — рассказы о том, как боги вмешиваются в жизнь смертных" — 37.79.143.103 18:45, 7 сентября 2021 (UTC)
thread_title:  Битва смертных 

message: Интересно мнение участников по этому вопросу.
Nick Budkov (обс.) 07:11, 28 июня 2017 (UTC)
thread_title:  Статус "Культовая игра" 

message: Вышла новая часть МК, которая называется Mortal Kombat 1, но в Википедии считается, что последняя часть МК это Mortal Kombat 11, но это неверная информация. Пожалуйста, измените статью. AppleMasterGG (обс.) 15:27, 18 декабря 2023 (UTC)
* Извините, я не правильно посмотрел. Всё верно AppleMasterGG (обс.) 15:37, 18 декабря 2023 (UTC)
thread_title:  Добавление новой части Mortal Kombat
Обсуждение:Список кодов состояния HTTP

message: Ссылка "Медиафайлы по теме HTTP 404 с Викисклада." битая. Даже и не знаю, удалять ее, или оставить как самый лучший пример 404. Subzey 17:45, 20 мая 2009 (UTC)
replies: text: есть и не битая одна --exlex 14:36, 26 мая 2009 (UTC)
thread_title: Untitled

message: Я думаю логичней перенести часть чисто WebDAVных кодов в соответствующую статью, а здесь оставить только те, которые упоминаются в RFC по HTTP (в том числе расширяющие). Как вы на это смотрите? Если всем всё-равно, то я скорее всего так и поступлю (но упомяну перенесённые в этой статье).
К WebDAV относятся: 102, 207, 422, 423, 424, 425, 507. Остальные или из основных спецификаций по HTTP или из дополняющих протокол. Callidus 15:19, 29 июля 2009 (UTC)
thread_title:  Перенести часть в WebDAV 

message: Этот статус-код достаточно часто встречается, но он не упоминается ни в одной официальной документации.
Посёрфив по Инету мне удалось выяснить что он был введён в проприетарном модуле Апача bw/limited для cPanel.
На официальном сайте cPanel есть только упоминание в FAQ для клиентов хостера и статья как это ограничение выставить.
Этот список почти готов стать избранным, но всё может упереться в этот код ответа.
С одной стороны этот код широко известен и может быть использован многим ПО, а с другой стороны на него нет документаций.
Вырежем его из статьи или всё-таки оставим как есть надеясь что в будующем какая-нить организация задокументирует его? Callidus 11:20, 30 июля 2009 (UTC)
thread_title:  [[Список кодов состояния HTTP#509|509 Bandwidth Limit Exceeded]] 

message: Я его оформил по стандартному шаблону ссылок на документы.
Там перечислены все найденные мной RFC по протоколу HTTP, ссылки на официальные документы компаний, чьи продукты стали популярными и оставил действительно полезные ссылки, которые были до моей правки.
Я увидел блок «Эта статья или раздел нуждается в переработке.» и удивился.
Если что-то там не так, то вносите правки сразу или оставляйте свои пожелания здесь.
Возможно вас смутили названия организаций, в который работали люди, писавшие эти RFC.
Мне лично это очень интересно и по этому списку можно увидеть вклад каждой компании.
И мне интересно кто такой был Тим Бёрнс-Ли, изобрёвший этот протокол, Филдинг Рой, Фрайстик Хайнек и прочие товарищи, учавствовавшие в разработке этого протокола.
Оставьте как есть, улучшайте и добавляйте, но не вырезайте, пожалуйста.
Я видел много пререканий в стону Википедии из-за не достаточности фактов (мол в английской больше).
Пусть хоть в этом статье их будет действительно столько, сколько нужно каждому. Callidus 15:13, 27 января 2013 (UTC)
thread_title:  Раздел «Ссылки» — если нужна переработка, то перерабатывайте, но не вредите 

message: пора уже добавлять крайне российскую ошибку =D 95.52.55.149 21:22, 8 февраля 2013 (UTC)
thread_title:  Ошибка 451 

message: Требованиям КИЗСП не соответствует, на доработку неделя.
Оформление ужасно, источников мало.--93.77.119.20 17:56, 11 февраля 2013 (UTC)
thread_title:  Требования
Обсуждение:IRC

message: Обновлена информация в статье. Даны более подробные и понятные начинающему пользователю описания IRC. Mr 13 10:05, 13 июля 2007 (UTC)
thread_title: Обновление в статье.

message: Вопрос к авторам статьи: а вы сами какой IRC-сетью пользуетесь? Мне вот самые наши многочисленные RusNet и DALNet не очень понравились: первая глючная какая-то, во второй нужных мне технических тематических каналов практически нет.
--SUNNY 13:21, 19 сентября 2009 (UTC)
replies: text: Во-первых - замечание, не DALNet, а DALNet.ru (последняя нотация, кстати, ломает логику поиска сети в списке серверов). Во-вторых, вообще не вижу смысла составлять список малых (и, следовательно, малозначимых) сетей. В-третьих: подозреваю, что авторы вообще IRC-сетями не пользуются, т.к. заметил, что в статьях приводят весьма грубые и завышенные цифры (привирают насчет посещаемости?). Проверяется просто: соединяемся с сетью и даем команду /lusers   
* RusNet      Current global users: 8766  Max: 12563
* WeNet       Current global users: 2414 Max: 8574
* DALNet.ru   Current global users: 2349  Max: 2431
 19:06, 21 декабря 2009 (UTC)
thread_title: Ваш выбор сети

message: Вот эта фраза непонятна:
  Большинство команд, которые вводятся в командную консоль, отличаются от тех, которые передаются по сети.
Если имеется ввиду, что команды клиентов отличаются от команд IRC-сервера, то это неправда и противоречит философии протокола с human-friendly командами. Клиенты расширяют существующие команды (eg: GUI-specific) но тем не менее базовый синтаксис будет работать. Статья заметно улучшилась, кстати, особенно нравится раздел про интернационализацию и UTF-8 (кстати, там неясно откуда взялся супремум 499 байт в сообщении, у меня получилось 491 — «:n!u@h PRIVMSG #c :<491 байт полезной нагрузки><CR><LF>» 09:06, 20 августа 2010 (UTC)
replies: text: А не устарела ли информация о плохой поддержке кириллицы? Столько лет прошло. 92.60.179.85 02:50, 5 января 2024 (UTC)
thread_title:  Техническое
Обсуждение:NTP

message: "Слой 1 - Это компьютер, к которому напрямую подключены эталонные часы. Он выступает в качестве сетевого сервера времени и отвечает на NTP-запросы посылаемые компьютерами слоя 2." - А что ему мешает отвечать на запросы клиентов, например, со стратумом 3? Или 16? Да и на запрос от клиента со стратумом 1 он должен ответить - Peer'ы ведь так и работают.
85.114.26.194 09:19, 20 января 2012 (UTC)
thread_title: Untitled
Обсуждение:Real-time Transport Protocol

message: Думаю нужно внести ясность или пояснения, т.к. в английской википедии - RTP относят к прикладному уровню, а у нас к транспортному! 
Это критично. На самом деле, однозначного ответа дать не могу, поэтому выношу на обсуждение. 
С точки зрения разработчика, RTP ближе к прикладному (работает поверх UDP или TCP), но по определению (Real-time Transport Protocol и в RFC) - это транспортный.
Плюс еще зависит от уровень чего - стека TCP/IP или OSI.
Предлагаю в этой статье добавить несколько слов и конкретизировать про уровни, т.к. в итоге не понятно какой викидепедии (en или ru) больше верить. 
Vitalker 07:39, 31 января 2012 (UTC)
thread_title: Untitled
Обсуждение:Gopher

message: 1) Почему протокол не указан в таблице "Основные протоколы TCP/IP по уровням модели OSI"?
2) "Основные протоколы TCP/IP ..." - есть модель TCP/IP с 4 уровнями и есть модель OSI с 7 уровнями. (См.статью TCP/IP.)2A00:1370:9108:B447:31C3:EDBF:3498:DDCF 08:49, 22 июля 2015 (UTC)
thread_title:  Таблица "Основные протоколы ..."
Обсуждение:Модель DOD

message: Модель TCP/IP принято называть моделью DOD (Department of Defense — Министерство обороны США). http://infocisco.ru/network_model_tcpip.html и так далее
   The Internet protocol suite is the computer networking model and set of communications protocols used on the Internet and similar computer networks. It is commonly known as TCP/IP, because its most commonly used protocols, the Transmission Control Protocol (TCP) and the Internet Protocol (IP) were the first networking protocols defined during its development. It is occasionally known as the Department of Defense (DoD) model, because the development of the networking model was funded by DARPA, an agency of the United States Department of Defense. Не знаю является ли авторитетным источник :-)   https://en.wikipedia.org/wiki/Internet_protocol_suite 
--85.173.29.243 05:56, 3 ноября 2016 (UTC)Виктор
thread_title:  Объединить с TCP/IP.
Обсуждение:Порт (компьютерные сети)

message: может как и написано в начале статьи «сетевой порт» статью и именовать, почему только tcp/udp в скобках.. в одной из интевик к примеру ip-port написано --Етитская сила 08:51, 13 сентября 2007 (UTC)
replies: text: Я был против текущего названия (особенно раздражает слэш), статья изначально называлась порт (IP). Incnis Mrsi 09:55, 13 сентября 2007 (UTC)
replies: text: :Так даже лучше — коротко, те как было --Етитская сила 00:35, 14 сентября 2007 (UTC)

text: :а в это смотрю «уточнил» кое-то --Етитская сила 00:39, 14 сентября 2007 (UTC)
thread_title:  tcp/udp 

message: Цитата:
«По сути, порт — адресуемый участок оперативной памяти устройства ...»
Но перед этим:
«порт — идентифицируемый номером системный ресурс, выделяемый приложению, выполняемому на некотором сетевом хосте, для связи с приложениями...»
Так порт - это участок оперативной памяти (системный ресурс) чего? Устройства или приложения?
 
Кто в лес, кто по дрова. Авторы статьи могли бы определиться? А если относится и к тому и к другому, так напишите об этом тогда. 
* Порт - это сетевая абстракция. Он действительно является системным ресурсом. Для работы по этому порту требуются системные структуры данных, которые выделены в оперативной (точнее в виртуальной) памяти. Порт - настолько же участок оперативной памяти, насколько им является файл, в смысле FILE*.--extern 05:00, 14 апреля 2012 (UTC)
* Автор формулировки мог ещё подразумевать реализацию: система может не отправлять все данные сразу, а записывать их в буфер памяти.--extern 05:07, 14 апреля 2012 (UTC)
thread_title:  Так устройство или приложение? 

message: Предложение из статьи:
«По умолчанию приложению выдается порт с произвольным (например, ближайшим свободным, большим 1023) номером.»
1) Кем выдается? Сервером - хосту? Хостом - серверу? Хостом - приложеию? Кто кому "выдает" порт?
2) Какому приложению "выдается" порт в контексте данного предложения? Серверному? Приложению на стороне клиента?
thread_title:  "Приложению выдается...". Кем выдается? Какому приложению? Внесите ясность 

message: что такое прослушиваемые порты, локальные и удаленные порты 212.96.65.24 11:02, 29 марта 2013 (UTC)
thread_title:  добавьте информации 

message: По-моему в первых абзацах бред написан: за одним портом может быть закреплено несколько процессов (два открытых браузера на 80 порте). Во вторых стиль неэнциклопедичный. Уберите вопросительное предложение Yanpas 20:32, 7 октября 2015 (UTC)
thread_title:  раздел Описание 

message: Например, на этой странице обсуждения разные люди пишут и так, и так.
thread_title:  Как правильно писать: "на порту 8080" или "на порте 8080"?
Обсуждение:ICMP

message: Формат пакета записан неверно, между Data и Сhecksum находятся также поля Identifier и Sequence number (по 2 байта каждый). Ср. например с англ. вариантом статьи. Takentruth 09:03, 27 января 2009 (UTC)
thread_title: Untitled
Обсуждение:HTTPS

message: Не совсем понятен формат пакета этого протокола. Вызывает неопределённость следующие 2 утверждения:
1)Данные, передаваемые по протоколу HTTPS, «упаковываются» в криптографический протокол SSL или TLS
2)HTTPS не является отдельным протоколом. Это обычный HTTP, работающий через шифрованные транспортные механизмы SSL и TLS
Пытаясь понять суть алгоритма процесса сборки и обработки пакета HTTPS, из вышеизложенного не могу определить, то ли шифровке подвергаются только данные (без заголовков) протокола HTTP, то ли весь пакет HTTPS вместе с заголовками "упаковывается" как часть данных протокола SSL.
Думаю, такие же проблемы с пониманием возникают и удругих людей.
Ввиду важности данной статьи прошу обратить внимание на этот вопрос и дописать пояснение кто сможет.
93.189.218.137 03:15, 18 декабря 2012 (UTC)
93.189.218.137 03:16, 18 декабря 2012 (UTC)
93.189.218.137 01:54, 25 декабря 2012 (UTC)
thread_title:  Пояснение к формату протокола.
Обсуждение:SOAP

message: М-да, пример структуры, конечно, впечатляющий. Я не разбираюсь в теме, но как минимум нужно указать, что в конверте находятся заголовок и тело сообщения. А просто "SOAP-конверт" в качестве описания структуры вообще не дает никакой информации. Я бы добавил сам, но не уверен, что понял все правильно. В. Панарин 05:57, 12 февраля 2013 (UTC)
thread_title:  Сообщение SOAP выглядит так
Обсуждение:FTN

message: Ведь уже существует статья Фидонет, может быть, лучше дополнить существующую и поставить редирект? --Панфилий 12:29, 13 мая 2008 (UTC)
* Потому что Fidonet — это всего лишь одна из сетей, построенная по технологиям FTN, хотя и наиболее известная. В период расцвета технологии существовали сотни сетей, на ней основанных, эта же технология использовалась некоторыми системами клиент-банк. Я потихоньку занимаюсь доработкой блока статей, связанных с фидо-технологиями, доберусь когда-нибудь и до этой. --Grebenkov 14:00, 13 мая 2008 (UTC)
** Понятно Панфилий 15:11, 13 мая 2008 (UTC)
thread_title:  Какой смысл в этой статье? 

message: АФТН (AFTN - Aeronautical Fixed Telecommunication Network) сеть авиационной телегравной фиксированной связи может быть примером сети FTN? До сих пор пользуется большой популярностью в аэропредприятиях не только в России, но и по всему миру - по сообщениям АФТН координируется он-лайн табло прилетов-вылетов для пассажиров аэропорта, коректируется работа наземных служб аэропорта. Используется диспетчерскими центрами аэронавигации. 
В международной практике авиапредприятия начинают переходить на SITATEX более современный аналог AFTN, но Россия и Китай более консервативно относятся к модернизаци.
--95.188.193.241 06:16, 26 мая 2014 (UTC) Сисоп Аэропорта
thread_title:  АФТН как один из примеров FTN
Обсуждение:WebDAV

message: Полный бред, ничего не описано, на офф сайте половина ссылок не рабочая.   188.16.121.124 15:55, 19 июня 2009 (UTC)
Статья 2004 года, а так и не написана.  188.16.121.124 15:57, 19 июня 2009 (UTC)
thread_title: Untitled

message: В списке кодов состояний HTTP есть чисто WebDAVные коды. Предлагаю их перенести в эту статью. Как вы на это смотрите? Если всем будет всё-равно, то скорее всего так и поступлю (в предыдущей статьи упоминания оставлю).
Коды чисто WebDAV: 102, 207, 422, 423, 424, 507. Callidus 15:21, 29 июля 2009 (UTC)
thread_title:  Перенести коды ответа из HTTP 

message: защищённый сетевой протокол высокого уровня - как защищённый?
thread_title:  шифрование 

message: Cyberduck уже платный. В W10 сторе 1,5к руб.-susnake-185.152.194.225 22:30, 10 августа 2018 (UTC)
thread_title:  Cyberduck
Обсуждение:ISDN

message: Судя по англоязычной статье, ISDN это скорее протокол (набор стандартов), нежели сама сеть. И неясно, что значит "с интеграцией обслуживания". --Dipsy 10:16, 14 марта 2011 (UTC)
replies: text: Скорее "услуг" (integrated services). shattered 10:35, 26 мая 2012 (UTC)
thread_title:  определение ISDN
Обсуждение:PPPoE

message: спасибо за инфу
Сказать, что из статьи вообще ничего непонятно — не сказать ничего =)). snch 18:33, 3 февраля 2009 (UTC)
thread_title: Untitled

message: Предлагаю убрать из статьи упоминания о DSL, поскольку это лишь один из способов доступа (физика) по протоколу PPPoE, к тому же его можно считать устаревшим из-за сетей FTTB. --cvb 05:07, 7 июля 2011 (UTC)
replies: text: гениально, коллега! тогда никто из непосвящённых не сможет понять, для чего собственно, нужен PPPoE. 87.103.240.15 09:45, 9 июля 2014 (UTC)

text: +100500. ДСЛ не то, что устарел, он на западе наиболее распространён среди способой провести последнюю милю, поэтому в буржуйских статьях и вообще литературе принято упоминать DSL, а наши всё с них копипиздят. 46.146.190.204 13:55, 5 ноября 2012 (UTC)
thread_title:  DSL
Обсуждение:PPTP

message: Что такое PPTP VPN?
Как на это реагировать?
На ВП:АП  рекомендаций не нашёл.
Mcherenkov 09:08, 25 мая 2009 (UTC)
replies: text: Они у нас. По истории правок видно, что статья неоднократно изменялась и дописывалась разными участниками, а не скопирована сразу целиком. Версия, близкая к нынешней появилась в 2007 году, а та страница, судя по интернет-архиву, — в феврале 2008 (похоже, скопирована версия от 16 марта 25 декабря 2007). --SergV 18:12, 25 мая 2009 (UTC)
thread_title:  Кто у кого сплагиатил?
Обсуждение:DOCSIS

message: А в английской вики циферки в таблице другие... Да и тут описание в начале и в таблице не совпадает. Lizz 19:24, 8 мая 2008 (UTC)
Промпт должен умереть. Статью выпилить или сократить до таблички со скоростями. 95.132.147.210 17:54, 13 февраля 2010 (UTC) Анон
thread_title: Untitled
Обсуждение:Message Passing Interface

message: Вообще, насколько я понимаю, MPI не относится именно к категории протоколов. Это скорее программный интерфейс, а внутри самой библиотеки есть несколько протоколов (Eager, R3)... Так что с принадлежностью к этой категории можно поспорить.
Да, действительно MPI не относится к протоколам, там не менее, в отличии от OMP, ориентировано на использование в рамках вычислительного кластера, а не узла. Если есть более подходящая под это категория - буду признателен за исправление.  Гуреев Евгений 09:47, 18 мая 2010 (UTC)
thread_title: Untitled
Обсуждение:IPsec

message: > В то же время увеличивается его (IPSec) сложность из-за невозможности использовать протокол TCP (уровень OSI 4) для обеспечения надёжной передачи данных.

message: Мне кажется, это предложение излишне, т.к. вводит в заблуждение. IPSec не менее надежен, чем IP, но последний с TCP почему-то никто не сравнивает.
86.102.18.32 01:09, 2 ноября 2011 (UTC)anonymous
thread_title: Untitled

message: Неверное утверждение. Между шлюзами может быть создан туннель с инкапсуляцией IP в UDP, а UDP может быть защищен SA в транспортном режиме. Предлагаю либо удалить весь этот абзац, либо перефразировать. --SergV 11:31, 4 декабря 2011 (UTC). См. en:L2tp#L2TP/IPsec --SergV 11:39, 4 декабря 2011 (UTC)
thread_title:  Всякий раз, когда при SA одним из двух конечных терминалов является шлюз безопасности, SA должен функционировать в РТУ 

message: Видимо самая важная тема статьи не раскрыта.
thread_title:  "Концепция SA фундаментальна для IPsec, собственно, является его сутью." 

message: > При применении ESP в обязательном порядке должен указываться набор услуг по обеспечению безопасности
"набор услуг" услуг чьих и кому? вроде бы "услуги" в основном применяются в экономической терминологии 2A00:13C0:100:13:59D4:BEFC:7874:633F 07:44, 11 октября 2022 (UTC)
thread_title:  Мелкие замечания
Обсуждение:AppleTalk

message: С вашего позволения, прямо взаимоисключающие параграфы какие-то. Решительно непонятно, о каком из ATP сейчас статья, который из AppleTalk, или Ad hoc Transport Protocol (если не ошибся с расшифровкой). Содержание говорит за одно, шаблон описания за второе, категории сомневаются.
Предлагаю сделать дизамбиг и две статьи с более точными названиями.
thread_title: Untitled
Обсуждение:WPA

message: Тут упоминается EWPA, на опечатку не похоже. Что это? Беглый гугл не помог.
82.193.140.165 13:18, 18 ноября 2011 (UTC)
thread_title: Untitled

message: Есть неоднозначность с WPA. Поскольку это аббревиатура, то под неё подпадает множество определений, см., например, :en:WPA.
Предлагаю привести ситуацию к англояз. образцу следующим образом: 
* данную статью переименовать,
* создать новую статью WPA с разрешением неоднозначности.
* создать или присоединить ссылками остальные соответствующие статьи с этой аббревиатурой.
  Andrew M. Vachin 13:21, 22 апреля 2009 (UTC)
replies: text: Смело правте! Zima'K 10:26, 31 мая 2009 (UTC)
thread_title:  Неоднозначность: WPA  

message: Цитирую: 
"В 2009 году сотрудниками университета Хиросимы и университета Кобе, Тосихиру Оигаси и Масакату Мории был разработан и успешно реализован на практике новый метод атаки, который позволяет взломать любое WPA соединение без ограничений, причём, в лучшем случае, время взлома составляет 1 минуту[3]."
Что значит "в лучшем случае"? Лучшем для кого? Если для производящего атаку, то это минимальное время, если же для атакуемого, то максимальное.
85.64.57.89 05:58, 4 сентября 2013 (UTC)
thread_title:  Как понять "в лучшем случае"?