Ни один антивирус не даёт 100% защиты. Например, недавно мне довелось видеть презабавнейший вирус в действии. Данный образец малвари просто сворачивал любое окно Нода в панель задач и не давал его развернуть. Соответственно, ни просканировать систему, ни сделать что-либо ещё было невозможно. Проблема решилась связкой Avira AntiVir + DrWeb.
На мой взгляд, конкретную реализацию паттернов на конкретном языке делать не стоит. В том и состоит гибкость паттернов, что их можно применить для той или иной задачи, то есть подход к решению в целом, без деталей. Зачастую и в языках программирования не находится нужных средств для точной реализации какого-либо паттерна, но это в принципе и не нужно.
Иначе получается примерно как просмотр фильма и затем чтение книги, по которой снят фильм. Все герои во время чтения будут представляться теми же актёрами, что и в фильме. Если же сначала читать, то и герои могут предстать совершенно другими.
Так что в книге Design Patterns самый корректный подход к реализации паттернов. Там не приводятся полные исходники для сложных паттернов, которые откомпилил, запустил и посмотрел. Хотя для Singleton вполне возможна конкретная реализация, но и к ней могут быть вопросы.
В итоге, сама идея такого сайта довольно неплохая, особенно если ориентироваться на новичков в работе с паттернами. То есть давать подробные описания паттернов, но не саму их "чистую" реализацию, иначе её будут тупо копировать. А вот рассматривать конкретные примеры программ, в которых используется несколько паттернов будет замечательно для начинающих осваивать сей предмет.
Удачи!
Спасибо, интересное решение. Мне как-то довелось помимо виртуальных хостов ещё и настраивать связку Apache + Tomcat, получилось довольно удобно. Если кому-то интересно, то могу описать данное решение более подробно.
Да, я понял пример с портлетами. Просто мне не доводилось их использовать, но смысл в целом ясен. Фактически, сервлеты и портлеты имеют различное предназначение. Если сервлеты в основном используются для логики приложения, то портлеты - это независимые фрагменты пользовательского интерфейса с возможностью их интеграции (http://en.wikipedia.org/wiki/Portlet).
В принципе, их сравнение не совсем корректно из-за различного предназначения. Хотя описание в заметке нормальное.
Не согласен насчёт сервлетов. С каких пор processRequest стал главным методом? То, что данный метод генерируется несколькими IDE вовсе не означает, что именно данный метод надо реализовывать. Если посмотреть на интерфейс HttpServlet (http://java.sun.com/javaee/5/docs/api/javax/servlet/http/HttpServlet.html), то можно заметить, что метода processRequest там нет. Общим методом при получении запроса является service(HttpServletRequest req, HttpServletResponse res), который вызывается при получении запроса от клиента. И только затем вызывается нужный метод doXxx, которых насчитывается 7, хотя в основном используются doGet и doPost.
Фразы о том, что 2 сервлета не влезают на одну страницу, звучат по меньшей мере странно. Сервлет - это не страница и говорить о каких-либо сервлетах на странице нельзя. С помощью форвардинга и перенаправления запросов можно выдать пользователю и калькулятор, и переводчик на одной странице. Просто 2 разных сервлета будут работать с одним и тем же объектом HttpServletResponse.
Итого, статья не совсем грамотная.
Ещё одна из популярнейших "студенческих" отмазок: "А вот у меня дома на компьютере всё работает..."
По топику: очень толково написано, спасибо за материал. Некоторые вещи вроде планирования и учёта всех рисков сразу сделать правильно не всегда получается, но стремиться к этому надо.
Эти поддомены существуют по нескольким причинам:
1. Распределение нагрузки
2. Повышение отказоустойчивости
3. Резервные хранилища данных
Всё это позволяет довольно успешно противостоять DDoS-атакам, поддерживать ресурс в рабочем состоянии и эффективно обрабатывать множество запросов от клиентов.
Есть ещё хорошие бесплатные фаерволлы: Jetico Personal Firewall (v1, начиная со второй версии платный), Sygate Personal Firewall (последняя бесплатная - 5.6.2808).
Из текстовых редакторов: SciTE (www.scintilla.org)
Плюс ещё можно расширить набор почтовыми программами, мессенджерами, поскольку ими пользуются часто.
В целом данное начинание полностью поддерживаю.
Очередное изменение горячих клавиш, на мой взгляд, вполне оправдано. Человеку очень удобно использовать одни и те же сочетания при использовании различных браузеров. При этом ничего настраивать не надо, что позволит кому-то перейти на более частое использование Opera вместо, например, Firefox :)
Да, и я тоже несколько раз чуть не отправил "мнения". Помимо этого, находил там баг с неправильным определением пола человека :) Когда попытался добавить одного парня в друзья, то в сообщении было написано "... она получит уведомление ...", хотя в анкете стоял мужской пол. Отправил баг-репорт, вроде исправили.
Иначе получается примерно как просмотр фильма и затем чтение книги, по которой снят фильм. Все герои во время чтения будут представляться теми же актёрами, что и в фильме. Если же сначала читать, то и герои могут предстать совершенно другими.
Так что в книге Design Patterns самый корректный подход к реализации паттернов. Там не приводятся полные исходники для сложных паттернов, которые откомпилил, запустил и посмотрел. Хотя для Singleton вполне возможна конкретная реализация, но и к ней могут быть вопросы.
В итоге, сама идея такого сайта довольно неплохая, особенно если ориентироваться на новичков в работе с паттернами. То есть давать подробные описания паттернов, но не саму их "чистую" реализацию, иначе её будут тупо копировать. А вот рассматривать конкретные примеры программ, в которых используется несколько паттернов будет замечательно для начинающих осваивать сей предмет.
Удачи!
В принципе, их сравнение не совсем корректно из-за различного предназначения. Хотя описание в заметке нормальное.
Фразы о том, что 2 сервлета не влезают на одну страницу, звучат по меньшей мере странно. Сервлет - это не страница и говорить о каких-либо сервлетах на странице нельзя. С помощью форвардинга и перенаправления запросов можно выдать пользователю и калькулятор, и переводчик на одной странице. Просто 2 разных сервлета будут работать с одним и тем же объектом HttpServletResponse.
Итого, статья не совсем грамотная.
По топику: очень толково написано, спасибо за материал. Некоторые вещи вроде планирования и учёта всех рисков сразу сделать правильно не всегда получается, но стремиться к этому надо.
1. Распределение нагрузки
2. Повышение отказоустойчивости
3. Резервные хранилища данных
Всё это позволяет довольно успешно противостоять DDoS-атакам, поддерживать ресурс в рабочем состоянии и эффективно обрабатывать множество запросов от клиентов.
Из текстовых редакторов: SciTE (www.scintilla.org)
Плюс ещё можно расширить набор почтовыми программами, мессенджерами, поскольку ими пользуются часто.
В целом данное начинание полностью поддерживаю.