Читаю статью, названную «5 правил хорошего дизайна для web», и вижу, какая каша творится с понятиями у людей.

Первое правило веб-дизайнера гласит:

«Не путать дизайн с подготовкой макетов».

Ведь не путают же написание музыки с рисованием нот? Не путают создание романа с написанием текста? Не путают написание картины с вождением кистью по бумаге?

Дизайн — это проектирование, а не подготовка файлов к верстке.

Update: название статьи уточнено, так что предлагаю далее обсуждать, кто как понимает слово «дизайн».

Данное рассуждение явилось разросшимся комментом на публикацию dezmasterdezmaster, опубликовавшему сегодня статью под заголовком "Ссылки при наведении курсора: нужна ли реакция?". Честно говоря, меня давно мучают схожие вопросы (= И вот, наконец, удалось немного понаводить порядок в своей голове.

Основной смысл всего мною сказанного: сила реакции ссылки на курсор мыши уменьшает время прицеливания (точно также как и размер ссылки, и ее расстояние от курсора), а значит уменьшает время между нашим желанием и его реализацией. Однако, вместе с тем, слишком сильная реакция может угнетает наши органы чувств и вызывать раздражение.

В итоге, контекст, в который помещена ссылка, определяет ту степень контрастности состояний ссылки, которую нам следует применять. Выделяются следующие контексты: ссылка среди картинок, в тексте, среди ссылок, в меню, в повторе, в публиковании.

На конференции User Experience мне удалось поговорить с руководителем отдела юзабилити в Google Марией Стоун. Поговорить о юзабилити. Упоминания Google на этом заканчиваются, так что, да, слово «Google» в заголовке стоит только для привлечения внимания.

Исследования на тему юзабилити, как известно, впервые начали проводить в авиации и космонавтике, где удобное расположение элементов интерфейса управления часто становилось буквально вопросом жизни и смерти. Но если на Западе забота об удобстве довольно быстро перешла и в гражданскую сферу, где дала начало специальной дисциплине в рамках эргономики, то у нас все связанные с этим проблемы до сих пор особо не выделялись. Пессимизм инженеров «старой закалки», привыкших в разработке интерфейса опираться на собственный здравый смысл и чутье, сейчас все еще мешает принятию исследования юзабилити, как нормального технологического процесса. Нужно ли нам бороться с этим, можно ли с этим бороться и сможем ли мы это побороть? С попытки выяснить ответы на эти вопросы мы и начнем.

На данный момент видео является неотъемлемой частью веба. Широкие каналы, мощные процессоры, в общем доступность для всех и каждого. И как все знают, сейчас для встраивания видео используются коммерческие плагины, основанные на закрытых стандартах. Opera задалась целью, сделать вставку видео контента такой же простой и понятной, как это сделано с изображениями.

Часто, когда мы сдаем проект клиенту, мы теряем контроль над HTML-кодом. Иногда клиент использует CMS (Системы Управления Контентом), которые дают ему полный контроль над теми или иными частями HTML-кода. Иногда клиент просто использует наши темплейты для вывода своего кода в документ.
В большинстве случаев довольно тяжело проинформировать клиента о том, как использовать темплейты или CMS, которые вы ему предоставляете, а иногда просто неприемлемо толкать пламенные речи о семантической верстке и веб-стандартах. Клиент может/будет использовать «старую, добрую разметку», ту, которую он знает, просто потому что она работает и выглядит так как он привык. Скорее всего в ней будут присутствовать нежелательные (deprecated) тэги и атрибуты, такие как bgcolor, align и «вечный» font. Эта статья о том, как блокировать нежелательные HTML-тэги с помощью CSS, тем самым аккуратно направляя клиента в правильном направлении.

Продолжение...

Эта статья является продолжением Части1:
Работа HTML кодера.

Перевод статьи с сайта rootkit.com

Преамбула

Антивирус Касперского — один из наиболее технически развитых антивирусов на сегодняшний день. Он даже может бороться с некоторыми типами руткитов, даже когда они живы и пытаются атаковать.

Он имеет Модуль Проактивной Защиты (Proactive Defence), представляющий из себя частичную реализацию HIPS, способную, в теории, защитить компьютер от неизвестных угроз, анализируя поведение программ и предотвращая несанкционированные действия.

Это всё теория и рекламные слоганы. В реальности же мы имеем совсем другую ситуацию. Существует много руткитов, которые вообще не обнаруживаются антивирусом, а его проактивная защита может быть подавлена таким образом, что атакующий может загрузить свой драйвер, после чего любая проактивная защита просто бесполезна.

Эта статья — не просто обзор ошибок и уязвимостей — в конце каждой части мы даём рекомендации разработчикам антивируса, потому что мы видим, что они не могут разобраться с этими ошибками самостоятельно. И для приверженцев сразу оговорка: конечно, все, что написано ниже — не критические уязвимости, нет-нет =) Всего лишь несколько простых методов получить BSOD при установленном KAV/KIS даже из под гостевого аккаунта, всего лишь методы обхода KAV/KIS… и так далее, в общем не принимайте слишком близко к сердцу.

Версия Касперского, про который пойдёт речь в этой статье — 7.0, последний публичный билд 125, тип продукта — Internet Security.

Для кого эта статья?

Html кодерам – начинающим кодерам поможет повысить
свой профессиональный уровень; оценить текущую ситуацию
в проектах, предупредить негативное течение проекта.Тем, кто
ещё только определяется «быть или не быть» больше вкурить
о профессии html кодер. Те же, кто в кодинге давно врятле
найдут в статье что-то новое для себя, а некоторые вещи
даже могут показаться не достойными внимания. Однако стоит
помнить, что очевидные вещи для одного — это неизвестный
мир для другого, а ваш опыт хорошей практики может быть
выходом из сложной сложившейся ситуации для кого-то.
Руководству – узнать, какие мероприятия стоит провести
в компании для улучшения рабочего процесса, повышения
опыта работников, уменьшения издержек (за счёт уменьшения
перерасхода проектного времени и учёта не просчитанных
ранее активностей) и повышения качества.
Руководителям проектов (Project managers) – поможет
учесть некоторые специфические риски проекта: узнать о
неизвестных ранее поглотителях проектного времени и не
запланированных активностях; узнать о реальных трудозатратах
по некоторым активностям; оценить и улучшить текущий уровень
ведения проектов.
Другим участникам web разработок – поможет больше
узнать о трудовых буднях своих коллег.

Компания Amazon объявила об открытии европейского подразделения хостинг-службы Amazon Simple Storage Service (S3) — в своём роде уникального сервиса, который специализируется на обслуживании веб-стартапов нового поколения. Его отличительной особенностью является возможность незаметно интегрировать трафик с Amazon S3 в общий поток трафика из основного хостинг-центра, так что сайт способен выдержать почти любые нагрузки, где бы он ни размещался.

Операции в файловой системе Amazon S3 осуществляются на уровне «объектов», которые могут быть размером от 1 байта до 5 ГБ и обладают уникальными идентификаторами. В данный момент на хостинге хранится более 10 млрд объектов, а на услуги специализированных веб-сервисов Amazon, среди которых хостинг является основным, уже подписались около 290 тыс. разработчиков.

В начале этого года в рунете были запущены два ресурса, весьма многообещающие по своей идее и амбициозным планам захвата аудитории: медицинская социальная сеть DrugMe и сеть любителей кино I love cinema. В пору их молодости хабраредакция брала интервью у их создателей — kronbergЕвгении Кронберг (DrugMe) и yagrЯрослава Грешилова (ilovecinema). Живое обсуждение перспектив этих проектов тогда вылилось в десятки комментариев, в которых высказывались как пессимистичные, так и оптимистичные прогнозы. Почему на сегодня реалистичными оказались первые и что мы сможем увидеть в будущем, об этом я снова поговорил с нашими героями.

Одна из самых больших проблем начинающих фрилансеров — оценка стоимости задания.

На самом деле — оценка стоимости проектов — очень не простой момент и очень важно научится правильно оценивать стоимость проекта, что предлагается.

Тот, кто считает, что в этом ошибаются только начинающие — глубоко не прав, ошибкой цены и сроков грешат даже более-менее успешные фрилансеры, а то и профессионалы. Очень часто успех или неудача проекта упираются корнем в изначальную оценку цены и сроков.

Так как же правильно оценить проект?

Итак, сегодня речь пойдет о подключении внешних библиотек (суб-проектов) в основные проекты с использованием Subversion.
По старой доброй традиции, в качестве клиента для работы с SVN будет использоваться давно полюбившийся нам TortoiseSVN.

Как обычно, все описанное ниже не претендует на звание инновационной идеи. Это всего лишь обмен опытом, целью которого является облегчение работы для разработчиков.

Для начала откуда растут ноги.
Все мы знаем такие успешные стартапы, как kayak.com и momondo.com.
Эти системы по-новому подходят к поиску такой важной для любого путешествующего информации, как цены на авиабилеты и гостиницы. Смысл нововведения в том, что опускается посредническое звено в виде глобальных систем бронирования, таких как Amadeus, Сирена. Информация собирается напрямую с сайтов авиакомпаний.
Это позволяет:
а) — найти самые дешевые билеты, продаваемые только на сайтах (как, например, билеты по 990 рублей на сайте авиакомпании S7), которые не попадают в базы систем бронирования.
б) — заказать билет напрямую на сайте авиакомпании, без посреднических услуг.
в) — при заказе билета на сайте авиакомпании, участвовать во всех бонусных программах.

На днях bbsod опубликовал заметку про независимое тестирование браузера Safari. Думаю надо поподробнее остановиться на этом, например, сервисы Google такие как Gmail и Google Maps в Safari 3 работают не так быстро как в FireFox и IE, ну об этом чуть ниже. Итак в этой заметке мы остановимся о методиках тестирования скорости работы веб браузеров на примере Safari.

Измерение реальной производительности браузера от Apple
11 июня Apple выпустил версию своего OSX браузера Safari 3.0 для Windows, заявив, что это «самый быстрый Windows браузер». Это заявление было сделано на основании тестов, проводимых Apple, на базе бенчмарка iBench сделанного Зифом Дэвисом, который разделяет результаты тестирования производительности HTML, JavaScript и время запуска приложения. Существует бесчисленное множество бенчмарков для проверки производительности, и мы решили проверить соответствует ли заявление Apple действительности.

Подготовка тестирования
Другие тесты прогоняют Safari 3.0 Windows beta через бенчмарки и проверят, как они работают в строго определенных требованиям теста условиях. Мы же были больше заинтересованы в проверке того, как этот браузер работает непосредственно при работе с ним простых пользователей. То есть мы измеряли то, как работает Safari во время работы с веб-страницами, составив для этого несколько испытаний, отличающихся от обычных бенчмарков для браузера.

Какие веб-страницы?
При тестировании Safari 3.0 только на Gmail и Google Maps оказалось, что Safari 3.0 работает медленней, чем Firefox 2 и IE7 под Windows, но тестирование на основе только этих двух сайтов не может показать в полной мере возможностей браузера для всех пользователей. Разумеется, что проверять надо на большем количестве веб-сайтов, но на каких конкретно? Проблема была решена отбором для тестирования шестнадцати англоязычных сайтов, находящихся на первых строчках рейтинга Alexa на 29.08.07. Это позволило протестировать сайты с совершенно разным дизайном, начиная от простейших страниц на DHTML. Подобный подход позволил учесть максимально возможные варианты дизайнов веб-страниц. Большее количество тестируемых веб-страниц, конечно, позволило бы повысить точность, но шестнадцать – это хорошее число для точного и простого тестирования, плюс покрываются одновременно все самые популярные сайты.

Мы окончательно утвердили место и время проведения встречи:
17 ноября (суббота) в 14:00 в конференц-зале «Стеклянный» гостиницы «Санкт-Петербург».

Кроме того вы можете ознакомиться с официальной программой:

• доклад Вадима Макеева «CSS-изначальности: фреймворки, reset.css»;
• презентация группы разработчиков «Kandy — комфортная IDE для вёрстки»;
• «Особенности шаблонизации данных с использованием XSL и Docbook» от автора сих строк;
• рассказ Андрея Сумина «Модульность в Javascript».

Тем, кто уже отослал заявки, ничего предпринимать не нужно.

После трех месяцев, которое длилось голосование за лучшую CMS, Packt Publishing опубликовала результаты.

В 2007 году в номинации Overall 2007 Open Source CMS Award побеждает CMS Drupal. C 18.000 голосами за Drupal, в сочетании с мнениями экспертов из жюри, Drupal объявляется победителем! И как итоговый победитель получает чек на $ 5.000.

Joomla! и Drupal занявшие в прошлом году первые два места, сохранили степень качества, что позволило им в этом году остаться в лидерах. Joomla! осталась в тройке победителей, она заняла второе место и получила чек на $ 3.000. Третье место и чек на $ 2000 получает CMS Made Simple.

Увидев свет в 2001, CMS Drupal стала одной из самых скачиваемых Open Source CMS, с одним из самых преданных и полным энтузиазма сообществом. «Это огромная честь для всего сообщества Drupal и для тысяч отдельных разработчиков, которые вносили вклад в проект» — говорит Jeff Eaton, разработчик и конструктор ядра Drupal, — «Мы работали над тем, чтобы сделать Drupal гибким, масштабируемым, и как можно более широко доступным. Это великая неделя для всего Open Source; победители в каждой категории показали, что OSS может производить достойные решения для широкого круга потребностей».

Так же определились победители в категориях: best Open Source PHP Content Management System, best non-PHP CMS, best Open Source Social Networking и так же наиболее перспективная Open Source CMS. В номинации best Open Source PHP CMS первое место заняла Joomla!, потеснив Drupal на второе место. Призовой фонд в этом году составил в общей сложности $ 20 000.

Довольно часто на сайтах встречаются нелепые словесные конструкции, которыми программист обезличено хотел показать какой либо количественный параметр, например:

на сайте 22 человек ( а должно быть 22 человека )
1 комментариев ( понятно, что расчёт шёл на 10+ комментариев, но это не выход )

Рекламная система OpenAds, которая объединяет все сайты, установившие одноимённый бесплатный PHP-скрипт, привлекла внимание серьёзных венчурных инвесторов. Пять миллионов долларов — вот минимально необходимый запас, чтобы вступить в серьёзную схватку с Google Adsense.

Стартап использует ту же самую модель, которая многократно доказала свою эффективность: раздай миллионы копий бесплатного ПО и делай бизнес на обслуживании огромной клиентской базы. Именно так поступили в своё время Red Hat, JBoss и MySQL.

Прочитав в этом блоге о балансировке на стороне клиента, решил опубликовать свою статью, в которой описаны основные принципы масштабирования для web-проектов. Надеюсь, хабралюдям будет интересно почитать.

Основы масштабирования

Масштабируемость — способность устройства увеличивать свои
возможности
путем наращивания числа функциональных блоков,
выполняющих одни и
те же задачи.
Глоссарий.ru

Обычно о масштабировании начинают думать тогда, когда один
сервер не справляется с возложенной на него работой. С чем именно он не
справляется? Работа любого web-сервера по большому счету сводится к основному
занятию компьютеров — обработке данных. Ответ на HTTP (или любой другой) запрос
подразумевает проведение некоторых операций над некими данными. Соответственно,
у нас есть две основные сущности — это данные (характеризуемые своим объемом) и
вычисления (характеризуемые сложностью). Сервер может не справляться со своей
работой по причине большого объема данных (они могут физически не помещаться на
сервере), либо по причине большой вычислительной нагрузки. Речь здесь идет,
конечно, о суммарной нагрузке — сложность обработки одного запроса может быть
невелика, но большое их количество может «завалить» сервер.