This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
Это только у меня так, или example.com, example.net и example.org перестали работать? – Minh Nguyễn ( обсуждение , вклад ) 23:18, 26 февраля 2006 (UTC) [ ответить ]
Согласно Wayback Machine, это, похоже, произошло в 2005 году (com, net, org). Но не для всех одновременно. Bromskloss 09:37, 18 апреля 2006 (UTC) [ ответить ]
=/ Конечно, это нехорошо, как бы давно это ни случилось. Разве не должен быть... кто-то, кто должен этим заняться? -- Джереми Бэнкс 12:51, 7 июня 2006 (UTC) [ ответить ]
Интересно. Сервер сайта все еще отвечает на пинги. -- Джереми Бэнкс 22:28, 24 июня 2006 (UTC) [ ответить ]
RFC 2606 (вы можете его прочитать, он короткий) не говорит, что упомянутые адреса должны отвечать веб-страницей (и не обязаны отвечать каким-либо другим способом). Кстати, "example.com", "example.net", "example.org", "www.example.com", "www.example.net" и "www.example.org" все разрешаются в один и тот же IP-адрес, а именно "192.0.34.166". — Bromskloss 10:12, 26 июня 2006 (UTC) [ ответить ]
Они снова наверху. — Бромсклосс 16:31, 9 ноября 2006 (UTC) [ ответить ]
Связался с ICANN, чтобы получить дополнительную информацию по этому вопросу. Mbimmler 17:21, 2 января 2007 (UTC) [ ответить ]
И снова вверх. Mbimmler 14:03, 3 января 2007 (UTC) [ ответить ]
example.org перенаправляет на порно :(
И это отстой! Вот я, добавляю ссылку-пример, а она возвращается. Ладно, я отменяю откат и думаю "тупой бот", ну, тогда я копирую и вставляю ссылку, и получаю порно!
Излишне говорить, что теперь ссылка на Wikipeida, а не на example.org
example.com тоже все еще не работает. AFA http://revleft.com 23:48, 18 марта 2007 (UTC) [ ответить ]
Здесь все в порядке. (Указывает на 192.0.34.166, на котором не запущен веб-сервер, но это не так важно). Возможно, ваш компьютер заражен, или ваш провайдер вас обманывает? – EdC 20:24, 19 марта 2007 (UTC) [ ответить ]
ба. Теперь это не так. Это был только example.org, а не example.com или example.net (эти два не разрешаются). Но теперь ни один из них не разрешается. Думаю, теперь эту часть можно удалить. Я займусь этим. AFA http://revleft.com 15:13, 20 марта 2007 (UTC) (ха, я не забыл подписаться на этот раз, ты, тупой бот!) [ ответить ]
Строго говоря, они разрешают (в 192.0.34.166), просто по этому адресу нет веб-сервера, который бы отвечал на запросы на подключение. Странно, что касается порно; бывает, что веб-адреса перехватываются, но я удивлен, что кто-то потрудился перехватить example.org. – EdC 23:05, 20 марта 2007 (UTC) [ ответить ]
Я поверю вам насчет всего этого решения. И я согласен, что странно, что кто-то похитил example.org AFA http://www.revleft.com
IP-адрес не должен быть включен в статью.
1) Это не имеет значения: RFC касается резервирования имени; IP-адрес — это второстепенная информация.
2) Он может измениться: он уже был изменен один раз, и, вероятно, изменится снова в будущем. С ним может случиться все, что угодно: он может измениться на другой IP, он может разрешиться в IPv6 в дополнение к IPv4, он может разрешиться в несколько IP, он может не разрешиться в *ни один* IP (поскольку нет требования, чтобы запись DNS имела запись A или AAAA), или он может вообще не существовать в DNS в будущем (поскольку RFC резервирует только имя, без указания того, что оно существует в DNS, не говоря уже о разрешении в IP, который указывает на реальный рабочий сервер!)
3) Это сбивает с толку: Это не добавляет никакой полезной информации, в то же время потенциально сбивая с толку читателей (например, зарезервирован ли этот IP как часть RFC? связан ли этот IP на постоянной основе с доменом и, таким образом, может ли быть жестко закодирован?). В худшем случае это может привести к тому, что неинформированные пользователи начнут использовать IP вместо домена, что просто неправильно.
Я убрал IP из инфобокса из-за этих опасений. Однако, чтобы достичь консенсуса, я хотел бы представить некоторые мысли:
Что касается беспокойства 1): эта статья о домене, а не просто о процессе его резервирования. Я считаю, что IP имеет значение для связанного домена.
Учитывая опасение 2): Википедия содержит множество информации, которая может быть изменена. Я не вижу причин для этого исключения. Что касается других потенциальных форм, которые может принимать IP (например, IPv6), они могут быть представлены вместе с формой IPv4.
Принятие во внимание проблемы 3) важно для дальнейшего улучшения этой статьи. В будущем текст статьи должен быть написан так, чтобы избежать этой путаницы. Однако, поскольку Википедия не является каким-либо руководством , ответственность за то, чтобы убедиться, что они правильно усваивают и применяют знания, полученные из статей, лежит на читателях. Использование IP example.com, конечно, плохо по двум причинам: во-первых, это IP EdgeCast с общим хостингом , который совместно используют около пятидесяти других доменов, и, во-вторых, существуют фактические зарезервированные IP-адреса для целей example/documentation. Finnusertop ( обсуждение | гостевая книга | вклад ) 23:56, 28 июня 2015 (UTC) [ ответ ]
Источник для "example.edu"?
Там говорится, что «он был зарезервирован для домена edu Корпорацией по управлению доменными именами и IP-адресами (ICANN) с 2000 года», но ссылка/упоминание источника отсутствуют. -- 80.130.161.44 (обсуждение) 14:08, 26 марта 2012 (UTC) [ ответить ]
Любой контроллер любого TLD может зарезервировать имя по своему выбору. Поскольку они не предписаны IETF, я не уверен, можно ли рассчитывать на то, что владелец TLD никогда не изменит своего мнения в этом отношении, и это в любом случае другой вопрос, поскольку, например, example.se и множество других подобных также существуют — все они являются классом «добровольных примеров доменов второго уровня», а не «примеров доменов второго уровня, направленных IETF».
Насколько я понимаю, эта страница описывает последнее. Voxpelli (обсуждение) 23:28, 22 июня 2023 (UTC) [ ответить ]
Я не вижу ничего в связанных с ICANN документах RfC о [example.edu], но поиск WHOIS показывает, что он зарегистрирован на имя администратора домена ICANN : who.is/whois/example.edu
8341888
Как может быть, что 8341888.example.com преобразуется в IP-адрес какого-то русского спамера? — Предыдущий неподписанный комментарий добавлен Mdruiter ( обсуждение • вклад ) 23:59, 5 марта 2015 (UTC) [ ответить ]
Запрошенный переезд 31 мая 2020 г.
Ниже приведено закрытое обсуждение запрошенного перемещения . Пожалуйста, не изменяйте его. Последующие комментарии должны быть сделаны в новом разделе на странице обсуждения. Редакторы, желающие оспорить решение о закрытии, должны рассмотреть возможность пересмотра перемещения после обсуждения его на странице обсуждения закрывающего. Дальнейшие правки в это обсуждение вноситься не должны.
Example.com → Доменные имена специального назначения — поскольку доменные имена специального назначения (как указано в IANA-RFC6761) включают в себя не только example.com , я предлагаю перенести эту статью в раздел Доменные имена специального назначения и перенаправить на него статьи Wikipedia example.(com/net/org/edu). ItsPugle ( обсуждение ) 03:57, 31 мая 2020 г. (UTC) — Повторный листинг. b uidh e 01:36, 8 июня 2020 г. (UTC) [ ответить ]
Похоже, что example.com не упоминается напрямую ни в одном новостном источнике (за исключением WP:NOTABILITY) . Кроме того, example.com не имеет особой важности, за исключением того факта, что это общий фиктивный URL-адрес. ItsPugle ( обсуждение ) 10:38, 3 июня 2020 (UTC) [ ответить ]
Поддержка намеренного расширения области действия на другие домены, поскольку на самом деле больше нечего сказать об одном Example.com/.net/.org/etc (который на самом деле можно было бы назвать «домены Example»). -- Netoholic @ 14:30, 8 июня 2020 (UTC) [ ответить ]
Поддержка . Проблематично, удовлетворяет ли текущая статья GNG , по моему мнению, она должна, но технически не удовлетворяет. Такое расширение сферы действия статьи — отличная идея, которая решает любую подобную проблему. Это можно сделать, создав новую статью и объединив ее, но так будет аккуратнее. Andrewa ( talk ) 03:46, 15 июня 2020 (UTC) [ ответить ]
В данный момент возражаю , поскольку не вижу соответствующего уровня мысли по этому поводу. Официальная группа доменных имен специального назначения более всеобъемлюща, чем просто *пример*, и для некоторых из них уже созданы статьи значительной длины, например, .local . При этом само собой разумеется, что отдельные статьи подходят для подробного контента. Аналогично в WP, по-видимому, практикуется создание отдельных статей для многих других доменных имен, независимо от того, насколько они примечательны по общим стандартам известности WP. Похоже, что быть доменом Интернета, официальным или нет (альтернативная зона), достаточно для известности. Kbrose ( обсуждение ) 16:18, 16 июня 2020 (UTC) [ ответить ]
Abosolutely. Эта статья будет расширена, чтобы охватить все специальные доменные имена после перемещения. .local — это специальное доменное имя верхнего уровня (это фраза после точки), а не зарезервированное доменное имя, как example.com (которое является доменным именем верхнего уровня + домен), поэтому я не вижу релевантности этой статьи, особенно в отношении ее размера. Также в эту статью буквально нечего существенного добавить, в ней нет основного покрытия доменов серии example. xyz (не соответствует WP:NOTABILITY ) и на самом деле она не является чем-то особенным, кроме того, что является простым веб-сайтом. По вашему комментарию о самостоятельной статье для непримечательных доменов нет видимого консенсуса по этому поводу. С такой логикой у нас была бы статья для example.com , example.net , example.edu , example.org и так далее. Фактически, вы бы предложили, чтобы мы создали статью для каждого отдельного веб-сайта тогда — около 1,3 миллиарда сайтов. Я думаю, также стоит помнить, что доменное имя (example.com) отличается от доменного имени верхнего уровня (.com). ItsPugle ( обсуждение ) 00:04, 17 июня 2020 (UTC) [ ответить ]
Я такой тупой. Да, тогда это должно быть объединено. ItsPugle ( обсуждение ) 02:35, 18 июня 2020 (UTC) [ ответить ]
Не так уж и глупо, смотрите https://en.wikipedia.org/w/index.php?title=Special-use_domain_name&diff=next&oldid=660587413 и мы движемся дальше. Andrewa ( обсуждение ) 02:46, 18 июня 2020 (UTC) [ ответ ]
Oppose , идея недальновидна и не является решением какой-либо проблемы. Пожалуйста, поищите что-нибудь другое. Напишите хорошую статью. Если бы example.com/org/net были единственными именами доменов специального назначения, это могло бы иметь смысл. Но это не так, и о некоторых других доменах было написано немало статей. Кроме того, статья имя домена специального назначения не о example.com или local., или любом другом из них, а о самом классе, и о том, как он получает свои полномочия, и о том, что класс содержит. Если вы хотите обсудить это подробнее, продолжайте, возможно, он мог бы использовать какой-то исторический контекст для концепции. В нем уже есть ссылки на каждую существующую статью. Единственное, что объединяет все эти домены, это то, что они предназначены для специального использования. У каждого из них должна быть своя статья, поскольку она была стабильной в течение многих лет. Домены примеров очень примечательны, кстати, потому что они используются, вероятно, в миллионах документов и учебных пособий, и примеров кода и т. д. Но, естественно, очень редко кто-то пишет о них, люди используют их. Использование - это тест. Kbrose ( обсуждение ) 14:51, 18 июня 2020 (UTC) [ ответить ]
Комментарий : Если очень редко кто-то пишет о них , то они не пройдут тесты на известность и должны быть объединены (или удалены). Использование — это вообще не тест, это утверждение и большинство (не все) других вышеперечисленных не показывают понимания сути вопроса , см. wp:discard . Нахождение в источниках (включая основные, возможно, это то, что вы имеете в виду, я надеюсь) — это тест. И это просто неправда, что источников нет. В статье уже указано семь источников, и https://tools.ietf.org/html/rfc6761 и, конечно же, http://example.com/ особенно актуальны. И вот еще несколько: https://whois.domaintools.com/example.com https://www.iana.org/domains/reserved — и их было несложно найти. Расширьте и улучшите статью всеми способами... может быть, последовать вашему собственному совету по этому поводу? Как бы то ни было, статья короткая и не очень сфокусирована на теме, обозначенной в заголовке. И это проблема .
Но наблюдение, что они используются, вероятно, в миллионах документов и учебных пособий, и примеров кода и т. д., я считаю важным. Это одна из причин для объединения и перенаправления, а не для объединения и удаления, как было предложено выше. Другие, конечно, для сохранения существующих вики-ссылок, входящих ссылок и значительной истории правок (в противном случае мы нарушаем авторские права и ставим под угрозу возможность повторного использования). Andrewa ( talk ) 16:47, 18 июня 2020 (UTC) [ ответить ]
Нет, это искажение реальности. Example.com и другие похожи на личные имена. В WP много статей о людях и компаниях, чья известность может или должна быть оспорена. Но это не значит, что они объединены в одну объединенную статью с какой-то общей характеристикой, например, «Инженеры» или «Экспортные компании». Я припоминаю, что где-то читал об идее, что все университетские профессора примечательны своей добродетелью, например. Example.com ничем не отличается и примечателен не только тем, что там есть некоторые статьи об учреждении доменов-примеров, но и тем, что они фактически широко используются для своей заявленной цели. Слепое или узкое применение воспринимаемых правил не имеет смысла. Я никогда не утверждал, что об этом нигде не написано, еще одна фальсификация. Я сказал, что это редкость. URL-адреса, которые вы предоставили для предполагаемых дополнительных статей по теме, также вводят в заблуждение, потому что они не обсуждают тему, а просто перечисляют домен из-за его существования. Коммерческий листинговый сервис (domaintools) не является надежным источником информации о концепции, а лишь указывает на ее общее использование. Kbrose ( обсуждение ) 18:26, 19 июня 2020 (UTC) [ ответить ]
Обсуждение выше закрыто. Пожалуйста, не изменяйте его. Последующие комментарии должны быть сделаны на соответствующей странице обсуждения. Дальнейшие правки в это обсуждение не должны вноситься.