Архивы | |||||
---|---|---|---|---|---|
| |||||
Брандмауэр с отслеживанием состояния
привет, просто хотел поговорить с вами прямо о депроде. Я заявил, что его можно объединить с основной статьей «Брандмауэр (вычисления)», но вот в чем проблема. вся эта статья имеет источник или не говорит о теме статьи ... при этом я немного смущен тем, что вы бы отменили ее, не связавшись сначала со мной. Я уже писал об этом на странице обсуждения, но вы там ничего не сказали. кроме того, что можно сказать о «брандмауэре с отслеживанием состояния», чего нельзя сказать об обычном брандмауэре? все брандмауэры поддерживают отслеживание состояния с конца 90-х годов, и возможность отслеживать соединения не требует целой статьи. с этим я пойду в afd, но подумал, что id даст вам возможность объяснить ваши рассуждения более подробно, прежде чем я это сделаю. Кстати, я работаю над корпоративными межсетевыми экранами для жизни (cisco, fortinet, palo alto, sophos и т. д.), так что это не из незнания. edit: я скажу, что перенаправление может быть полезно, но, тем не менее, любой, кто искал «брандмауэр с отслеживанием состояния», не должен идти в Википедию, чтобы читать об этом, поскольку они уже в некоторой степени осведомлены в этой теме. Stay Free 76 talk 05:10, 6 сентября 2020 г. (UTC)
- Привет, Stayfree76 - Спасибо, что обратились к нам. Предлагаемое удаление предназначено для неоспоримых удалений, удалений, против которых не будет возражать ни один разумный редактор. В этом случае тема, которая является центральной для работы современного брандмауэра, широко проверена в RS и повсеместна, и у нее более чем достаточно источников для создания статьи или раздела в статье. Наша политика WP: ATD гласит, что при наличии поддающегося проверке материала перед удалением следует рассмотреть альтернативы удалению. Если доступно достаточно источников, чтобы соответствовать нашему руководству по известности WP: GNG , мы можем создать отдельную статью. Я думаю, что разумно обсудить, лучше ли рассматривать эту тему как статью или как раздел в статье о брандмауэре, но ни то, ни другое не является удалением. Очевидно, что удаление было неправильным выбором, поэтому я отказался от этой идеи и изложил свои причины.
- С тех пор вы хорошо поработали над статьей и здорово ее улучшили - здорово! Похоже, это разумная статья для начала курса с гораздо лучшими источниками, чем до того, как вы начали. Как вы отметили, не существует единого алгоритма с отслеживанием состояния, и есть интересные вещи, о которых можно поговорить - UDP, IDS, DDOS, как это соотносится с прикладным уровнем и т. Д. Историческое развитие также было бы энциклопедическим; состояние не всегда было доминирующим. Я думаю, это может работать как отдельная статья. Конечно, если вы считаете, что слияние - лучший вариант или даже АдГ, вы можете начать эти обсуждения. Но я все равно возражаю против полного удаления. - 23:00, 6 сентября 2020 г. (UTC)
{{u|Mark viking}} {Talk}
- да, и если вы заметили, я выпотрошил 80-90% статьи, потому что большая часть из них даже не была правильной или не освещалась где-либо еще, и я был не в порядке, позволяя людям читать ложную информацию, пытаясь учиться. просто я сделал это, чтобы остановить распространение чепухи, а не потому, что считаю, что статья заслуживает отдельной статьи. подумай об этом. как идет статья 17 лет, а у нее нет даже одного источника? . Мне буквально пришлось переписать все, и я не думаю, что есть что-то, что можно было бы добавить к этой статье, поскольку все это описано в другом месте. уже есть страница называется брандмауэр (Computing) , межсетевой экран приложений и брандмауэр веб - приложений . Я мог буквально вырезать и вставить все, что я написал, в статью о брандмауэре с отслеживанием состояния и поместить это прямо в основную статью. Что еще более интересно, это источники, которые я добавил , даже не о брандмауэрах , а о протоколах, используемых в брандмауэрах. обратите внимание, как все в этой статье перенаправлено куда-то еще. это потому, что это просто информация об основах работы в сети и их отношении к межсетевым экранам, присыпанная (но не полученная) . но серьезно, брандмауэр с отслеживанием состояния был основным механизмом брандмауэра с конца 90-х годов. даже IPS / IDS или межсетевой экран нового поколения имеют отслеживание состояния ... они просто предпочитают игнорировать состояние для определенных функций проверки. Stay Free 76 talk 23:17, 6 сентября 2020 г. (UTC)
Удаление PROD из общего доступа
Вы удалили тег PROD, который я поставил для совместного использования, с пометкой, которая указывает, что ваша предыдущая заметка объясняет это, но это не так. Также активно обсуждается Talk: Sharing, где вы можете объяснить. Спасибо. Лагринга ( разговор ) 22:37, 5 января 2021 (UTC)
- Я с уважением не согласен - что было непонятно вам в моем объяснении? - 01:35, 6 января 2021 г. (UTC)
{{u|Mark viking}} {Talk}
- Я думаю, вы внесли пустую правку - поэтому объяснения нет в истории страницы. Я также согласен с тем, что PROD здесь не подходящее решение. power ~ enwiki ( π , ν ) 04:38, 6 января 2021 г. (UTC)
- Спасибо! Думаю, вы совершенно правы - с моей ошибкой в статье ничего не изменилось, поэтому моя правка с пояснением в аннотации не занесена в историю. Лагринга , извиняюсь за то, что не осознала этого. Я буду участвовать на странице обсуждения. - 08:55, 6 января 2021 г. (UTC)
{{u|Mark viking}} {Talk}
- Спасибо! Думаю, вы совершенно правы - с моей ошибкой в статье ничего не изменилось, поэтому моя правка с пояснением в аннотации не занесена в историю. Лагринга , извиняюсь за то, что не осознала этого. Я буду участвовать на странице обсуждения. - 08:55, 6 января 2021 г. (UTC)
- Я думаю, вы внесли пустую правку - поэтому объяснения нет в истории страницы. Я также согласен с тем, что PROD здесь не подходящее решение. power ~ enwiki ( π , ν ) 04:38, 6 января 2021 г. (UTC)