Заставила меня написать эту статью интересная возможность. Это возможность пользоваться сетью, используя любую технологию, в которой оплата взимается по траффику(например, ADSL или GPRS), снижая количество съеденного собственно траффика, практически ничего при этом не теряя. Называется она, как ни странно, компрессия траффика
В двух словах объясню как она действует. Смысл её в том, что данные идут к вам не напрямую, а через сервер разработчика программы-компрессора, на которомы эти данные пакуются и отправляются вам. Все наверное знают, что текст лучше всего сжимается архиваторами, а большую часть трафика составляет именно он, поэтому выигрыш будет очень большим.
В этой области данных жесткого диска должен быть расположен небольшой код загрузчика, назначение которого состоит только в том, чтобы передать управление дальше. Этот код передает управление в загрузочную запись нужного логического раздела на жестком диске. В этой загрузочной записи должен быть размещен загрузчик операционной системы.
Загрузчик операционной системы — это программа, которая считывает в оперативную память ядро операционной системы (ОС) и запускает программы, инициализирующие ее и передающие ей управление. После этого операционная система получает контроль над компьютером. Под ее управлением и идет вся дальнейшая работа.
По статистике, около 90% пользователей в наши дни пользуются Internet Explorer (5-й или 6-й версией). В этих браузерах Flash, как правило, уже установлен (если же нет, то, при наличии Интернет-соединения, установить его - дело пары минут). Тем не менее, если вам нужно на 100% быть уверенным в том, что у пользователя всё будет работать "правильно", даже если у него не установлена примочка Flash, нужно определять наличие примочки, и, в зависимости от этого, показывать Flash страничку, или контент, не сожержащий Flash.
Рано или поздно любой веб-мастер сталкивается с необходимостью защиты своего сайта, более тонкой настройки доступа к различным его параметрам. Один из вариантов - использовать специальный конфигурационный файл .htaccess. Для неискушенного владельца сайта этот файл представляет собой сплошную загадку. Что в него писать, где размещать, и главное, зачем он вообще нужен, если и без него все крутится и вертится?
Все верно, но наличие файла .htaccess на сайте дает несомненные преимущества и возможности. Например, вы можете установить пароль доступа к определенным разделам или даже отдельным страницам сайта, прописать путь к редирект-странице (перенаправить посетителя на другую страницу данного сайта или даже на другой сайт), установить типы расширений файлов, с которыми будет корректно работать сервер, скрыть от чужих глаз важные для вашего сайта файлы, определить путь к специальной странице, которая будет вызываться сервером при ошибках доступа, и т.д.
Пару лет назад стандартный набор распространенных интернет-угроз пополнился еще одним видом криминала. В прессе все чаще стало мелькать слово "фишинг" (phishing), под которым поначалу понимали лишь почтовые рассылки, осуществляемые мошенниками от имени финансовых и торговых структур, дабы выведать конфиденциальные платежные данные пользователей. В 2004 году объем циркулировавших в Сети сообщений с подобным содержанием внезапно подскочил, количество потерпевших приняло угрожающие масштабы, а деловое и ИТ-сообщества в спешном порядке взялись за разработку мер противодействия внезапной напасти. Правда, за прошедшее с тех пор время все их усилия не позволили не то что ликвидировать угрозу, но даже замедлить темпы ее нарастания.
Существуют несколько вопросов, которые изо дня в день повторяются на доске сообщений сервера ISAServer.org и в списках подписчиков. Эти же самые вопросы задают также в общих новостных лентах брандмауэра ISA. Чтобы сэкономить всем уйму времени, я собрал 12 наиболее часто задаваемых вопросов, а также привел свои ответы на них. Я назвал этот список из двенадцати вопросов, касающихся брандмауэра ISA Firewall, грязной дюжиной. Порядок, в котором я представляю эти вопросы, неважен, просто мне так захотелось.
Большинство предприятий среднего и большого бизнеса сегодня очень сильно зависят от своих компьютерных сетей. Многие предприятия также имеют приложения, которые являются ключевыми для задач предприятия. В результате многим предприятиям требуется доступ ко многим частям своей сети постоянно. Если какой-то компонент оборудования дает сбой, ключевые приложения могут не работать. Однако пользователям сети до этого нет дела, им все еще нужны их приложения. Поэтому оборудование должно работать, как и ожидалось. В результате сеть должна защищать от вредоносной активности, чтобы обеспечивать высокую надежность.
По статистике, около 90% пользователей в наши дни пользуются Internet Explorer (5-й или 6-й версией). В этих браузерах Flash, как правило, уже установлен (если же нет, то, при наличии Интернет-соединения, установить его - дело пары минут). Тем не менее, если вам нужно на 100% быть уверенным в том, что у пользователя всё будет работать "правильно", даже если у него не установлена примочка Flash, нужно определять наличие примочки, и, в зависимости от этого, показывать Flash страничку, или контент, не сожержащий Flash.
Здесь приведён самый простой способ проверки наличия Flash. Для этого способа потребуется лишь одна строчка в HTML и очень простой Flash-мультик.
Вот, не кажется мне MS Windows такой дружественной, как утверждают её пользователи. Ничего удивительного, впрочем: сам я её пользователем практически не являюсь, и сталкиваюсь с ней преимущественно тогда, когда не только клиент, но и ближайший win-администратор не может получить от компьютера под управлением этой ОС то, что им бы хотелось. Безусловно, я не являюсь знатоком MS Windows, а с MS Office (да ещё каким-нибудь модерным) и вовсе не знаком, но зато я неплохо знаю, как организуется хранение информации, происходит загрузка IBM PC, определяются PCI-устройства, осуществляется сетевой обмен, "работают" вирусы и ещё чуть-чуть. Так вот и оказываюсь время от времени "последней инстанцией" для своих win-коллег. Ну, что ж, бывает. Интересно даже...
Обсуждаемые темы: HTTP-запросы; HTTP-ответы; Оптимизация с помощью HTTP keep-alive; Оптимизация с помощью HTTP-pipelining; Оптимизация с помощью HTTP-кэширования: Кэширование в современных клиентах, Стратегии ревалидации, Отключение кэширования и интерактивные страницы; Оптимизация с помощью компрессии; Специфическая оптимизация отдаваемого содержимого; Комбинирование контента. Клиенты (то есть браузеры или роботы) общаются с веб-серверами именно по протоколу HTTP. Тонкие детали работы HTTP и его взаимодействия с нижними и верхними слоями технологии — один из ключей к высокой производительности.
В этом пошаговом руководстве представлены инструкции по балансировке сетевой нагрузки (Network Load Balancing, NLB) в среде служб терминалов, что позволяет получить такие преимущества, как повышенная доступность, масштабируемость и производительность приложений, поддерживающих балансировку нагрузки, а также возможность обработки большого количества запросов клиентских приложений несколькими серверами терминалов. Обзор технологии балансировки сетевой нагрузки в среде служб терминалов
При балансировке сетевой нагрузки трафик распределяется между несколькими серверами с помощью протокола TCP/IP. Вы можете настроить NLB на ферме серверов для масштабирования и повышения производительности отдельного сервера терминалов путем распределения клиентских подключений между несколькими серверами. Компонент Terminal Services Session Broker (TS Session Broker), включенный в состав Windows Server 2008, Windows Server 2003 Enterprise Edition и Windows Server 2003 Datacenter Edition, обеспечивает переподключение пользователей к тем сеансам на ферме серверов терминалов, которые были по каким-либо причинам разорваны.
Вопрос. Действительно ли пакет обновления 1 для Exchange Server 2007 выпущен только в 64-разрядной версии? А если 32-разрядная версия есть, поддерживается ли она для рабочей среды?
Ответ. Тут никаких различий между исходной версией (RTM) и пакетом обновления 1 (SP1) нет. Пакет обновления 1 имеется как в 32-разрядной, так и в 64-разрядной версии. Правда, нужно учитывать, что в рабочей среде допускается использовать только 64-разрядную версию (такое же ограничение существовало и для RTM). 32-разрядная версия пакета обновления 1 (SP1) может использоваться для проведения различных полготовительных работ по установке и для управления 64-разрядными серверами.
По мере роста аудитории Интернета, вопрос цифрового равенства становится все более важным. Пользователи с ограниченными возможностями не должны быть лишены доступа к содержимому сайтов в Интернете. О необходимости внедрения стандартов доступности сервисов и содержимого говорится в итоговой резолюция РИФ-2008, а в мировой практике такие стандарты существуют и используются более 10 лет. В США в 1998 году был принят закон, требующий от всех министерств и ведомств привести свои сайты в соответствие с заданным стандартом доступности.
В 1999 году Web Accessibility Initiative (WAI) — подразделение группы W3C, разрабатывающее стандарты доступности содержимого, разработало Web Content Accessibility Guidelines (WAI-WCAG) — стандарт, описывающий общие правила оформления страниц в интернете. Цель стандарта - сделать содержимое интернета доступным всем пользователям, в том числе пользователям с ограниченными возможностями (например, лишенные зрения пользователи используют для работы в интернет специальные программы, зачитывающие содержимое сайтов).
Как импортировать большой SQL-скрипт (дамп базы данных MySQL для форума phpBB), если обычными споcобами (загрузка через web-интерфейс phpMyAdmin, Backup cPanel) проблематична, особенно на модемном соединении. Проблема
Как импортировать большой SQL-скрипт (дамп базы данных MySQL для форума phpBB), если обычными споcобами (загрузка через web-интерфейс phpMyAdmin, Backup cPanel) проблематична, особенно на модемном соединении.
Пару лет назад стандартный набор распространенных интернет-угроз пополнился еще одним видом криминала. В прессе все чаще стало мелькать слово "фишинг" (phishing), под которым поначалу понимали лишь почтовые рассылки, осуществляемые мошенниками от имени финансовых и торговых структур, дабы выведать конфиденциальные платежные данные пользователей. В 2004 году объем циркулировавших в Сети сообщений с подобным содержанием внезапно подскочил, количество потерпевших приняло угрожающие масштабы, а деловое и ИТ-сообщества в спешном порядке взялись за разработку мер противодействия внезапной напасти. Правда, за прошедшее с тех пор время все их усилия не позволили не то что ликвидировать угрозу, но даже замедлить темпы ее нарастания.
